larryllix

Most devices support comparison to a device parameter. Maybe this is a feature in ISY Pro??? I have run Pro for years so I am not sure. However, if not....and I know this sounds like it is getting complicated but it gives easy future options to Make your devices easily replaceable...say average two devices humidities? Detect a failed unit and replace with another in ISY software? Make your programs easy to test? This is how I would do it. YMMV Create a state variable called $sHouse.humidity Create a folder called "Sync devices" Create a program under that folder called Sync.humidity Enable run at startup for this program (Summary tab) Program Sync.humidty [enabled] If device.humidity >= 0 <----- trigger on any change Then Wait 2 seconds <------ avoid CPU clashes with other programs = background task set $sHouse.humidity = device.humidity <---- keep ram copy of it set $sHouse.humidityy init to device.humidity <---- power up knowing last humidity reading Else --- Now use that state variable for your de/humidifier control programs. You can test you programs by twiddling the state variable Just ask if you want more or have problems!!

A few things. Each program contains a second Wait 10 seconds. Since there are no following lines the Waits do not function for anything in the programs. The only triggers you have for each program is the humidity reading changes from your sensor. Each time the humidity changes reading the program may run again or reset the currently running program. In this case it will not cause a problem. Here is what I would do using two variables $Humidity.max, $Humidity.min Humidifier Program [Run at Startup Enabled] If humidity <= $Humidity.min <----- Integer variable. You can change while running without the program stopping AND dehumidifier is Off <------ insurance against both running simultaneously Then Repeat while humidity <= $Humidity.min <---- same integer variable=always common set humidifier ON Wait 20 minutes <--------run time set humdifier Off Wait 10 minutes <----------- Off time if desired Repeat 1 times Else set humidifier Off <-------------- may get interrupted while on, insurance Do the same thing for the dehumidifier, changing the cross locking to the humidifier status.

ISY already supports http(s). It retries already. However. things can get permanently messed up by boxes half prepped and answering requests. Like my ISY994 using an IP address of 0.0.0.0. Why would it retry when it already had an IP address? Many people use expensive power bar, power up sequencers already to ensure proper boot order. Sent from my SM-G781W using Tapatalk

That's what we need for ISY. A delay on bootup timer box. This could allow other things like polyisy or PLM to get fully up to speed first after power failures. Sent from my SM-G781W using Tapatalk

Here is what I use for my bridging software. I run it every few minutes from cron. Should be able to just substitute your bridge run software into the command line. #!/bin/sh -e #If python3 is not running then start NRbridge.py #Install times to retest hourly using crontab -e if ! pgrep -f "NRbridge.py" > /dev/null then python3 /home/pi/NRbridge/NRbridge.py & fi exit 0

That would have been what I would have expected as ISY994 will not ever likely be higher than version 5. Perhaps that is not what is intended but the way I expect it to go. It would eliminate a lot of confusion, while using the same name for the firmware inside the devices.

If you have a problem with anything from SH, you will have to pay the shipping to return it also. Not much of a warranty, if they supply a DoA item.

Turn the scene Off. Are you trying to edit your scene or use it? Why would you edit a scene, changing every device's level?

Note: I have always found you can click on any program. The clicked-on program does not determine starting position for the search.

LOL! Most of us have been caught on those previous ideas we forgot about from years back. Shows the automation engine works well though. Glad you found it!!

Is there anything shared between the polisy and old ISY? like variables or some way to cross data and/or controls? If not, can cross NRs be used to manipulate variables for lighting commands or what not, yet? Sent from my SM-G781W using Tapatalk

IMHO the search engine fell down somewhat when the topic cards came into play. Most don't use them and I forget they are even there. I tried to use them at first but now can't be bothered. I have many posts I can remember doing but when I want to reference them, most I cannot find.

Long click the set button and put MS II into linking mode, as is necessary for all Insteon battery based devices. They save battery life this way, by not monitoring 24x7. Write your changes and then click again twice or just wait for about 5 minutes to return to normal operation.

You need ISY v5.3.3. IIRC the MS II was not supported in ISY v.4++ I have found it is not possible to let ISY do Off timing with these new MS II units, like you could with the original Insteon MS. The MS II was basically created to support the Insteon Hub and Hubless system and not the ISY automation systems. The MS II timer must be the boss over timing or logical errors will result.

https://www.aartech.ca/2413u/insteon-powerlinc-dual-band-usb-plm-modem.html "Usually ships within 2-3 days" https://www.aartech.ca/2413s/insteon-dual-band-plm-serial-interface.html "No ETA available"

I usually use a small flat bladed screwdriver. There is a bit of a hook/catch on the bottom of the tabs. Factory restore is easy. After pulling the tab out for a few seconds, push it back in fully and hold until all the beeping stops. Now you just use the admin console to do a "Restore" (right click device in device tree) and the device and all is back the way ISY thinks it should be. Fixes 99% of these problems and takes less than a minute.

What happens when you discover, from the ecobee5, after adding a dummy new device? I have an ecobee4 with Alexa built in. After several attempts to enable it to work again, turned it off permanently. Alexa information will tell you not to place speakers in a corner or against a wall. The stat never heard well and frequently (several times per night) would respond to something on the TV. The ecobee4 doesn't support WiFi5 The ecobee4 didn't arbitrate with other speakers and would answer clobber the other units in the room. ( I am finding they all must be on the same WiFi SSID and frequency band) The ecobee4 didn't support about half of the features, other alexa boxes did = none of the later added features. Amazon brag claims they have fixed all these ecobee4 bugs. I hope they have, at least somewhat. Possibly the ecobee5 cannot support the ISY Portal skill.

That was my earlier point. The shipping from California to Toronto can range up to 3 to 4 weeks. aartech may not do the sale until they have product in their hands. Sent from my SM-G781W using Tapatalk

I connect to my polisy with Edge and FireFox browsers, just fine. I just ignore that https nonsense and work around it. It is ridiculous using it inside my own LAN system with no outside access through a router firewall and passing a security code via the same open pathway deemed to be secure is the most ridiculous thing I have ever heard. If the other end can decode the encryption so can a hacker. Give it another four or five years and it will likely be revealed as a moronic attempt at security, like all the rest of the security techniques have been.

With my PLM I ordered from aartech.ca they put me on a waiting list to ship and notified when it was shipped. It was a few weeks. Maybe they learned some lesson and changed their policy for backordering.

Does the settng of the "On level" work from the local paddle switch on the switchLinc?

If you look closely enough at my avatar, you will see a photo on one of my BSR plug-in modules that still works just fine.

Both statements may be true. Lately, items coming from California to Toronto area, can take over three weeks, so aarrtech.ca may not want to commit to a buyers, but instead just refuse to take orders until they have stock in hand. Aartech.ca have been very reliable for quick shipments for the $4-5000 worth of product I have purchased from them over seven years but these are still rough times, especially for product availability. Their indicated "2-3 week delivery" label on the product webpage, should be an indicator of what the problem is. An executive for Aartech.ca does post here occasionally. Perhaps he may pipe in here.

From Insteon (US) you will have to pay exhorbitant shipping costs to Canada. My order. years ago was delayed for about 6 weeks and then I was shipped three defective items with very old date stamps on them. Then when each item was found to be defective, I had to pay shipping costs to return each item, even though the iRLinc I purchased had the sensor wired in reverse polarity, a total factory defect and not my fault at all. (DOA). Without a commercial account, the return shipping was going to be around the same price as the part I was returning for replacement. Insteon would not honour my word and just ship me a new sensor cable (likely about $10). Later the other two items were found to be defective and the same warranty nonsense applied. Because Canadians pay their own shipping they are ripped off paying to return the product for replacement under warranty, even though it is Insteon's fault for not having any QC. I would wait for aartech.ca, no matter how long it takes. They honour customer complaints and will even send you a box to ship it back in. They have been top notch to me over the years. My guess is they have to eat the losses for returned Insteon products.

I only know of one Canadian supplier for Insteon. There may be more for UDI products, though. https://www.aartech.ca/isy994izw-irpro/universal-devices-isy99i-zw-irpro-insteon-and-zwave-plus-automation-controller.html On sale right now, but shows delay of 1-2 weeks.