paulbates

So some "ifs" here If you know powershell ...and... If there's a windows function that detects the docker and returns a value.... .... Then a powershell script could look for the docker to crash and write to the ISY web api and change a variable or run a program. I've done this part on raspbian on an RPi when I had one. I used a python program but similar approach.

When you use your Admin Console remotely, you enter your UDI Portal account (email) and that password when logging in.

Bigger link table and upgraded components is all I found out. I am hoping for i3 comms but didn't get a response on that either way.

While it won't help at the moment, Insteon announced that a new PLM is coming, hopefully this summer/year. One of the features is a bigger links table.

Are you using the app? Have you tried editing with iox/admin console? Are you using insteon? Lights that turn on but not off can be the symptom of a line noisy load like a transformer or motor. When the insteon switch turns the noisy device on, it starts up and creates line noise that overwhelms the switch's electronics. Could you answer those questions, and then post one program that shows one problem?

Ok, you'll need 2 programs <Program 1> Computer Cabinet once an hour If <no statement> Then Repeat every 1 hour Run If Program Computer cabinet <Program 2> Computer Cabinet <your current program> Notes: Set the first program to run on start up Disable program 2 so it does not run automatically What this will do is the the ISY will run program 1 when its started Program 1 will run once an hour Program one will call program 2 Program 2 is disabled so it will only run when program 1 calls it

Add a Repeat statement as the first statement under then. One of the options is "Repeat Every" set that to 30 minutes. The statements under Repeat will indent Note that when the conditions of the If are no longer true, it will stop. In this program, it should bounce back and forth between then and else... which I think is your intent

I had to reboot my new eisy several times to get it recognized. Then it was fine

Another possibility is that the PLM is going bad. How old is it? There's a sticker on it with 4 numbers that documents the mfg dates, you can post those.

Not sure about it being eisy only since there was one recent big software update that included all of it for both eisy and policy It will be web pages that provide the functionality that the admin console currently does. We have to use our imaginations as to what it will look like. I'm fairly confident it will not be a remote terminal session to a Java version of the admin console. While the core ISY functionality as an home automation server will likely remain java, the web service that provides the functionality won't be built on java... likely built on what pg3x uses.

Open a ticket to get help https://www.universal-devices.com/my-tickets/

Some eisys are having problems upgrading but UDI is quick to help fix. Submit a ticket and UDI will get you running https://www.universal-devices.com/my-tickets/

Would this be the first time you tried that particular combo, it may have been "broken" in migration? In my experience with insteon & plms on several different HA systems, links can break: From migrations from one controller/plm to another Sometimes powerline fluctuations and/or age of device can cause a controller to forget some of its scene programming. For me it was mostly keypads, but it happened with other devices too

To reference the right variable, here's how to interpret the 2 parameters after /rest/vars/set/ above: the first is whether the variable is an integer or state variable: 1=integer, 2=state the second is the number identification of the variable. You find this by looking in iox at variables and on the left side of the list for the number in front of the row of the variable you want to affect. In the example provided above, /rest/vars/set/1/60/.... the 1 means it's an integer variable and 60 means is the variable identification 60 in the iox integer variable list. The ${sys.node....... is the z wave node identifier.

I think the electrician meant 600 watts. Having said that, there are the actual watts an LED consumes vs effective watts, which is how it compares to an incandescent. You need to know which the 600 is. 600 watts for a garage sounds like a lot so I'd assume that's effective, but don't know. It will say it on the fixture/bulb box. Electrician will know. If you are using a dimmer, I'd suggest using an on/off instead, not sure ambiance of a dimmer matters in a garage. If that doesn't solve the heat from the switch, split up how the lights are wired so they are on separate switches, and create a scene between the switches so that they act as one and all the lights go on/off at the same time