larryllix

I shut my HRV down completely while on vacation. It cycles normally while just away (occupied= False). When my vacation mode terminates, my HRV runs for 40 minutes to ensure fresh air and less VOCs etc. Sent using Tapatalk

Make sure you get a newer version. There are lots of poor units out there as Insteon would never admit a problem. Just QA. Sent using Tapatalk

The link opens your email account with UDIs proper email address. Nothing evil here. Sent using Tapatalk

There were many threads and posts telling how to replace the power supply capacitors on PLMs. A soldier enabled tech guy may be able to get you up and running faster. Maybe take it to a radio repair shop and ask. Sent using Tapatalk

Yeah, I got thinking about your algorithm to convert all relative times into absolutes and then sort them into a stack that would always only need the next absolute time evaluated. That would present some complexities and each time change would require a specialised adjustment to be run. Could be done. Keeping waits as relative times and sorting into a stack, using the same technique, then absolute time would not matter at all. It would be based on a relative clock and no absolute clock would have any effect. Obviously that is not being done in ISY or DST should not be a problem. I guess there is always a solution. With so many absolute time based events in ISY code, it would seem maybe two timer stacks (one relative (for Waits) and one absolute time) would be the simplest. Just check both top of stack values every second against it's own clock. No DST special code adjustments should ever be needed. Reading your post again, I think you just said all that. Now there is the problem of 2:30 AM in the spring clock jump, could never trigger because it doesn't even exist......LOL. Oooops one more. How about 1:30 AM on the fall back which exists twice that night...LOL!!

Another fellow attempted this a few years ago with Insteon. Anything enclosed in a metal box that emits RF is asking for trouble. The X10 system he was using worked fine but when updated to Insteon it failed repeatedly. The old I/OModule, being powerline only may work OK. OTOH many newer Insteon modules have the option to disable the RF I/o. I wouldn't trust anything smartenit manufactured now after testing their X10/Insteon bridge unit. Others may have better success with their products.

NO. No Waits to be depended on. UDI has made an ISY system clock to be used for Internet synced and self backed up time.

Look for programs, devices, and scenes with yellow icons for items the conversion knows it couldn't do perfectly. Sent using Tapatalk

I still prefer ISY's internal clock to dependence on another piece of hardware or software and network equipment. ISY v5 has it's own clock functions available as pulldown menu available system variables. Another source of real time may still screw up but should recover unlike some ISY wait based infinite loops. Once a wait loop stalls it will not restart again without some special triggers to kick the loop again. Sent using Tapatalk

'You will be charged with theft, possession of stolen goods and postal insurance fraud' ...and it must be correct because the computers, backed by the US government says so. Sent using Tapatalk

I hear GH uses facial recognition too. Sent using Tapatalk

We have gone through this every year at DST time. UDI stated they will get a fix for it but I don't think there is a fix, only a few workarounds may be possible. When the clocks move ahead there is an "empty" hour that nothing can happen during that hour because it just didn't exist. When the clocks jump back you have a duplicate hour with the same hour number so a computer hour clock would have 2 for an hour, possibly 3 for a split second and then 2 for another hour and then 3 for another hour? IMHO any possible solution in the low level ISY engine would likely mess up some ISY programs while others may work OK.

Did you know you can record data inside ISY using notifications? I used it for a few years to troubleshoot my HVAC cycling programs. There is a thread here somewhere started by@MWareman with graphing software that all resides inside ISY. Sent using Tapatalk

Your UI and firmware must match versions. Sent using Tapatalk

Thanks. The worst part is not knowing. I am confident my stats will do the right thing as they dont depend on anything cloud or LAN to do there jobs. I am 95% confident my ISY will do it's jobs except for my outside lights that are all WiFi. I am thinking my router was set to auto reboot at 3 AM Sunday nights and possibly it powered back up at 2 AM and repeated the loop. I am not sure I will ever find out what happened but I need a better router failure scheme in my ISY. Wikipedia has a pretty good map showing the dozens of countries that have tried DST and gone back. Sent using Tapatalk

@apostolakisl had a lot of trouble with that. He also uses a lot of 1 hour Waits to keep time clocks. I think my router hung on the 2 AM time change conflicting with its own self power cycle. I am out of the country and ISP says my modem is still connected. No cloud or network functions working. Yeah DST is the worst. As a matter of fact why have time zones? So what if everybody goes to work around the same number on the clock ? Think of the computer programming and databases time zones take so we can all use the same numbers. Duh! Sent using Tapatalk

New java update recently? Sent using Tapatalk

As per @kclenden above, but I would use one button in a similar fashion on many HRV systems to keep the style consistent for users. One push = X minutes, two taps = 2X minutes, three taps = 3X minutes. After a pause one tap = Cancel. The LED could be pulsed once, twice and three times to indicate feedback to the human eye. Of course the other buttons could be wasted on a KPL, but this can be done with simple Switchlinc also, and they can send ramping commands for length of button push signalling instead of multiple taps.

Factory reset the device and then restore from admin console usually fixes that.ISY cannot flash LEDs. Insteon cannot transmit that fast. Look in the wiki for a short instructions to rebuild your card. It's very easy. Sent using Tapatalk

I couldn't tell you the actual paragraph. I don't know the US one and it's been a long time for the Canuck one. I just remember the image painted to us...changing a broken bulb while standing in water in the dark.

Hue bulbs are not Insteon but proprietary ZigBee signals and do not depend on the waveform of the powerline voltage.

Maybe I didn't read the rest of thread details but if you attempt to put an Insteon device downstream from a dimming device you may be asking for signal problems. Even the rf signals of Insteon depend on having a clean sine wave and dimmers can destroy that even at 100% setting. Sent using Tapatalk

Those devices kill the socket when you change the the bulb and comply with safety rules. A live socket without a visible or lockable disconnect device is a safety hazard. Power to the fixture but not the socket. Sent using Tapatalk

I suspect ISY uses the older FAT formatting and it can only handle 2GB max. I have been caught many times with this gottcha'. You can format the card to 16GB or whatever, but when the actual usage of the card exceeds its addressing limit of 2GB, the system crashes after running for years without a problem. 2^16 = 64K x 128 byte sectors = 2GB 2GB cards became obsolete My 8GB inserted into my ISY maxed out at 2GB reported by ISY. Sent using Tapatalk

There was a copy over in the ISY portal originally. IIRC it did leave a few holes though. Possibly removed now. Sent using Tapatalk