larryllix

Not likely an actual memory problem inside ISY. I would try turning off you anti-virus software, and/or enlarging your java memory, and reloading your programs again into a new trial of admin console. Check your UI and firmware. They must match. ISY hardware can only support a 2GB SD card. The rest will never be used.

I don't think ISY has the bus size to support more than 2^16 sectors = 2GB of storage. What usually happens in other applications is the O/s overruns the 2GB limitations and then the O/S begins to act crazy. Nothing less than 16GB SD cards are manufactured anymore so......?

You would have to search the forum, just like I would. Look for a Michel Kohanim or my post about the MS II about 6 months ago. Maybe "remove", "discontinue", or "mistake" words.

I have three of them and after testing in key locations, am slowly moving them to non-lighting locations. They seem to work well for just occupancy, and security applications. IMHO they are more reliable for those applications, more compact, and work without batteries. Getting real tired of hearing Insteon is going to launch "we-can't tell-you magic things, please stand-by, because we have a new CEO" every year since 2014, every year when the only thing we have seen is the MS II flop.

The MS II interface was a hack by UDI, as Insteon would not come forth and supply one after years of requesting, and Insteon users had no other source of MSes. Meanwhile, UDI has become frustrated and wanted to remove all support for the messy unit. They didn't after users not having anything else. We were also advised not to rely on any of the side parameters due to lack of accuracy that fluctuates with different usages. My temperatures jump all over the scale with different operations. Do not be surprised if querying the MS II causes your ISY to hang. It does mine at times. Known problem with the ISY/MS II hack. I am thinking of just sending money to China instead of a MIA company. Maybe they will have all the new Insteox products in waiting.

OK. You know the backup has to match the major version revision of the firmware, right? IOW: v4 and v5 backups are not compatible. IIRC UDI changed the style of storage and the internal ISY processing engine in v5 to make it faster and more efficient. Something not quite right what happened to you. If you get even another glitch I would open a ticket with UDI. You may have something overlooked or even a hardware problem, and UDI is better at those things, and more forgiving with hardware problems.

At that point I would factory reset my ISY, reformat the SD card and install ISY v5.0.16C, then restore your v5 backup. This will start your whole thing fresh and forgive all the accumulated junk inside ISY from experimenting. The whole process takes about half an hour or less. You will need to be able to telnet into (PuTTY works) your ISY to format your SD card inside ISY. The reloading of the O/S is built in from a chopped down admin console.

Jumping to v5 will usually find you with some programs an scenes where the code lines could not be upgraded properly and UDI knew it. They will have their program icons marked in yellow, and lines either replaced by comments, or lines in question marked with comments. Some scenes may have to be corrected and re-saved. When done the corrections save a backup in v5 format. They are not compatible. If it gets unbearable, just reload your last v4 and restore from your V4 backup. Allow about 1-4 hours best-worst.

If you made a a good backup, you are never lost with ISY.

No. You need v5!

I would assume so, somewhere but I have never used one.

ISY is not an interactive system, and therefore can't do anything with the failure to respond-on-time, anyway, except to log it in the error log, and possibly not bash the next Ethernet packet out until a response is had or the timeout expires.

@GDavis01Increase your timeout to about 800 mSec. It sounds like you are right on the boundary of the response time, depending on router traffic. @kclenden ISY seems to support SSL encryption, due to offering HTTPS and port:443. I assume that implies the same.

Nice! I would still add something like Wait 2 hours Set light to off to the end of program 1 to cover those contingencies where things get out of sync, as a just-in-case light shut off. It could also be handy if you want the light on for security, You could just open the door once only, and it would time itself off automatically.

IMHO if the door sensing is using "control/switched On" it should avoid oscillation. The control/switched logic test always evaluates as False unless the testing is due to it's own condition change. Lots of Else sections will run but that should not affect the apparent operation. Using status would likely cause oscillation (while the door is open) because you are changing the status of the device inside the same program that is triggering on it.

No. When you disable a program it will stop it (IIRC only at Wait or repeats) but enabling a program doesn't cause any running. I use many second programs that disable and enable the first (one and only one logic) and it would cause problems refiring them if they ran again upon enable. I think most would oscillate then.

Cool idea! My needs have changed on this. I got a new vehicle that the door opens awning style, and I don't control my GDOs. Some people in this neighbourhood never close their GDOs, and if somebody came into the neighbourhood, neighbours would have a complete description, so it isn't much of a problem. Small rural cluster culture.

Thanks! That doesn't look easy to interface to a GDO and I can't see any pricing. Actually, my original drive was having a side opening back door on a RAV4 and the garage door coming down on the edge would have demolished that door. It becomes very protruding when they open sideways. Other than that, completely useless format. I raised my GDO beams up to the level of the lower tip of the vehicle door in an attempt to avoid that accident. I realised it helped endanger the very child problem we have been discussing. However I live in the rural and have no small children in the area. Worst is coyotes, skunks, and cats, but I would be proud to squish one of them.

I bent a side door by backing into the GDO track. I bent the track back with my hands and it's been fine, not showing any dents for last few years. It was minor. The Rav4 door had the corner metal rolled over but bent it structurally, slightly. That one cost me almost $3K to replace the door with a junkyard, lower model (no coatings) door. Mind you the bodyshop people all told me the window tracks are welded in and cannot be made to not bind, on a scrollable door window. Then there is all the power gadget switches. While I was at the bodyshops I saw several bans with the awning type doors with dents in them. I was told by different shops the door were write-offs, as the painting of half the vehicle was the larger part of the costing, anyway. Insurance coverage (big deductibles) was part of the solutions, I am sure.

The one that bothered me was: now having a hatchback style opening back door on a CR-V, I have seen several rear vehicle doors at body shops, last time I was there. They become a very expensive repair into several thousands of dollars to replace. I have several laser pointer type parking guides on the garage ceiling, and the first spot that falls off the dash gives a tested clearance, including the hinge hardware, clear of the vehicle by a few inches, while the door is open and during any part of the opening arc.. Just another consideration for blindly closing garage doors. OTOH: That could also happen while you are closing it from the wall PB,.

I am a big variable advocate where they make things easier or more complex algorithms available but.... Try something like this. If door open is switched on (not status) AND Light is Off (this is status) Then turn light on WAIT x hour ( all else fails clause) turn light off (anyway) Else turn light Off Framing this with a time of day logic will complicate things and require at least two programs with interlocking enable/disables

Not too much of that Guinness! I was looking for a multiple beam sensor originally. Do you have any links to one of those?

All my cameras have a few seconds of delay. If I saw a child entering under the door, it would a few seconds later and then the remote control command would likely take a few seconds more to stop the door travel. That doesn't even account for the human delay to find the dongle or click spot..

That would be nice but like all the other high-tech industry, they would ave to produce a new video every week or two.

...and if they addressed by Insteon ID, they will definitely be different. I know the nice names are only converted at human read times. ISY uses all indexed references.