larryllix

After all the algorithms I have use to control temperature ramping down during heating, and temperature ramping up during A/C (no brand does this), I ended up only using my third ecobee for Home/Vacation status. It was a much more reliable status than any other method I had fund in years of experimenting. Hopefully this status will survive as it demands only one status point, unlike weather with it's dozens of analogue points. ecobee has been the best stat I have used for HVAC from almost a dozen brands, so far. No the brand has had the accuracy of control, yet. Best of luck with this. Your PG2/3 bridge plug-in has been the best.

As ELA (above) suggested, this is a utility problem to enforce the power quality being shipped into your home. The neighbour may be causing it but the utility has a responsibility to quench it before it spreads to their lines. Their are very strict rules on these kinds of things for most utilities specified by government regulations and/or boards that enforce these things. The neighbour then has a ticket to push the installer into correcting the cheap inverter system and clean it up.

I don't know of anything else that uses java anymore except maybe a few vehicle O/Ses.

For non-automation controls ie: manually (human) operated, trigger a program to operate the scene in ISY. With manual operations a few milliseconds of delay is not perceptible.

polISY -------- Updated to v6.0.5 from v6.0.4. Went smoothly. Asked for and needed a reboot to operate properly. IoX needed no updating and java cache was not cleared.

I had an ISY and a polISY running together at one point in time. I set up a bank of variables duplicated in both devices. I wrote a program detecting if each variable changed and would send it via the Network Resources into the REST protocol to set the equivalent variable in the other device. Since I run most of my lighting scenes and levels via state variable already, it was a piece of cake to have one device doing logic and sensing, while the other operated my WiFi based lighting systems. Eventually all got ported to the newer poLISY but the system worked like a charm during the port over. No delays were noted.

BC just dumped DST time changes now too. A different time makes very little difference between two areas for any aspect I can think of.

Doug Ford has had a bill passed for Ontario to dump DST and it was approved several years ago. However, apparently there is some eastern seaboard group that has to approve it along with NY, PQ, and Ontario to stay synchronised, they are waiting for. Micro-globalisation? 😄

If only ISY could do conditional logic! 😆

You likely need to disable the battery operated device interrogations also. I found ISY would hang up for hours and hours if you had it enabled and had a lot of battery devices it could not "scrape". It retries for a long time on each device.

I guess that is why this is about the 20th thread asking why the links don't work anymore. I have saved links from these threads about 5 times now and every one has quit working, even the wiki links. I don't bother attempting to save them anymore.

Same here but you need to have the IoX finder first. Links to that constantly have changed and have never worked a year later after an update.

I had it bookmarked also but that quit working about 6 months ago again. That is what I am doing here again, annually...LOL

This will all come up again in a years time and I will ask again. One method has never worked more than twice yet for years now. I have given up trying to document a method that will be useless next year.. LOL