MWareman

Where did you by the 99i from? It's many years past (official) sales stopping.... I *really* wish people would stop reselling them.

That's a different issue. You need to turn off 'Trigger Reverse' on your iolinc. That's what causes this when the 3am query all runs.

4-5 a seconds seems a long time I agree. 1-2 is more usual in my setup when triggering a program to perform an action. One thing to try. Put 'Switch 2' in a scene and have the program turn the scene on. Scenes don't ACK requests unlike direct device control. This may make things faster. Down side is if you have a less than reliable Insteon network it may get missed, but it's worth a try. Main possibility is you Insteon network may just be very busy. Maybe the request out to the light is queued, causing it to get delayed. Have you assessed how busy the communication is? (The log will help here...). Maybe you have a loop somewhere...

After the commands you want to loop, put a 'Repeat 1 time' command. Commands after that won't repeat.

It should do, yes. As mentioned, the original one should also work if disabled. That prevents the If condition causing a cancel and reevaluate while the wait is processing.

I think that the 'lock' spoken may be blacklisted in Alexa.... Don't know for sure though...

Maybe, but probably not. When the temp changes to 99, else will run, turn on the heater and begin the wait. When the temp hits 100, the wait will cancel, the if reevaluate and the else will restart. This will continue until the temp hits 103, when a 5 min wait will start. When 104 hits, the wait will cancel, and the then restart. Etc.... You'll have very hot water!

I think the only option is a second ISY to go with the second PLM, and integrate the two via the networking module on each.

I pull down the admin.jnlp, rename it to admin-4.5.4.jnlp (or whatever version we are at) and put it in a directory with all the other versions. Then I can run whatever version I need to, without worrying about the cache by double-clicking on the desired version. It's been very beneficial while using multiple ISYs at different firmware levels.

Or sync them. Some people use the local spoken field for their connection to Alexa using one of the hub emulators out there.... (Caveat, I'm not one of them!)

You have several options, and your mobile platform plays a part.... You can configure Mobilinc to communicate directly to the ISY - and that does not change with any Portal choice. So, configure your Wife's phone to do this, and Alexa away..... You can also configure Mobilinc to communicate with the ISY Portal service, though you'll need two profiles in Mobilinc. It's a little fussy, because Mobilinc does not natively support ISY Portal, but it works. If on Android, you can switch from Mobilinc to Agave, which has full support for ISY Portal. Easily the cleanest option. You could accept the limitation of a Mobilinc Connect subscription, which has limited Alexa integration (via a skill rather than a connected home integration)

You have to remove the device from any subfolders before the option will appear.

I've had pfSense hold on to old state records when the external IP changes. Very frustrating. I've been away from it for a while and just recently switched back. Hopefully that little bug is squashed in the newest builds... If it happens again, try flushing the state table to see if that helps....

Nope. Not possible. Java apps wouldn't run in an enterprise environment where the users are not administrators if that were the case.

I believe it's documented somewhere.... You need multiple Amazon accounts with each Dot or Echo assigned to their own. Then, subaccounts in ISY Portal, with distinct device assignments and spokens.

Checking that box is why you are getting the User Account Control popup. Try unchecking it.

Why not tell you to ignore? That setting is about having upnp auto-enable port forwarding. It has nothing to do with hooking ISY up to the Portal. I won't tell you to ignore the message, but I will tell you this menu option and the message you are getting have nothing to do with the problem you are having connecting ISY to the portal. Most problems getting ISY to connect are either DNS related, or SSL cipher strength related. Please post the error log and I'm sure something can be gleaned from it to assist.

...and in Powershell.... $isy_user = "ISY Username" $isy_password = "ISY Password" $url = "http://ISYIP:ISYPort/rest/vars/set/2/72/9" $authVal = "Basic " + [System.Convert]::ToBase64String([System.Text.Encoding]::UTF8.GetBytes($isy_user + ":" + $isy_password)) $response = Invoke-WebRequest -Uri $url -Headers @{"AUTHORIZATION"=$authVal} $response.Content

That's the expected behaviour. ISY is an event driven system. Any change in the triggering conditions causes the program to abort running an reevaluate (starting again in your case). You need two programs, as described above.

'Enable Internet Access' is a misnomer. What it really means is 'Use upnp to enable port forwarding in my router'. Most routers don't allow this automatically anymore (it's a security risk), that's why it fails. This is expected. Just configure a port forward manually on your router if you want to access your ISY from outside.

You can actually use a network resource to call the REST API on the same ISY. It works fine AS LONG as you DON'T use 127.0.0.1 as the host. This can cause the ISY to lock up randomly... If your ISY has a static IP (or a static DHCP reservation), you can use the actual IP in the host field.... Just make sure to add an Authorization header with your ISY username and password... Michael.

I'll modify the version int he wiki then. Chris - can you confirm the earliest versions supported? Thanks, Michael.

Chris, I hope you don't mind - but I've added this to the REST Wiki documentation page. Is it correct to say this arrived in 5.0.6? https://wiki.universal-devices.com/index.php?title=ISY_Developers:API:REST_Interface#Z-Wave Michael.

I think you are missing encryption overhead.....

I see a market for a tiny Arduino device in a button that connects to the local wifi network, and can call arbitrary URL, like the ISY directly.... I may disassemble that silly 'Easy' button I've had for a while.... Edit. Looks like the Adafruit Feather HUZZAH will do it. Arduino compatible tiny device with a full wifi stack. Battery charging circuit is onboard as well, all for $16 (US). One of those is going into my easy button....