Goose66

Having the admin console available from the UD website is nice for recovering a corrupt ISY-99i, for example when an update goes wrong.

Do any of these devices have upgradable firmware?

So if the KPL buttons are simple responders, then why can't I send them ON or OFF commands in ISY programs like I can all other devices? Is this a limitation of their "responderness," or simply an oversight in the ISY programming?

While I am very new to the ISY, I have used Insteon for a number of years, and much of the discussion in this thread is not consistent with my understanding of how Insteon works. Perhaps someone can tell me where my understanding falls apart: Programs and Scenes are completely different things. Programs execute in the ISY/99i and send Insteon commands (On/Off to scenes or devices) based upon the specified conditions (time, scene or device status, weather data, etc.) If the ISY/99i is not connected or not powered, programs will not run. Scenes exist in the Insteon network, and consist of links between devices. In the case of the ISY/99i, every scene on the Insteon network is store in the PLM's link database. This provides a single place for the ISY/99i to read scene data and to turn scenes on and off. The scenes also exist in the link databases of each device in the scene. Therefore, scenes work without the ISY/99i present or connected, and even without the PLM connected, although controllers will report errors (flash) if the PLM is disconnected, because the PLM doesn't respond in the scene. KPL buttons exist as controllers in scenes. The status light in the KPL button (a really bad idea, IMO) responds to local pushes AND to the on/off of scenes for which they are linked as a controller. There is no Insteon command to turn the light of a KPL button on or off, like you can with a responder (a load). For example, if I setup a scene with a KPL button as the controller and an ApplicaneLinc as the responder, then I can control the ApplicanceLinc with the KPL button. If I turn on or off the scene from the ISY/99i, then the KPL button light correclty reflects the the outcome. However, if I turn on or off the ApplicanceLinc directly, the KPL button light does not respond. The KPL button lights are not tied to the status of the load, they are tied to the scene.

As far as "KPL -A On", KPL Button A is a controller, not a responder. You can't set a controller on, only responders. By setting up a scene in ISY/99i, you are creating a scene on the PLM that is cross-linked with the KPL button A, just as if you had two switches cross-linked. When the Scene is set to on, the cross-linked KPL A button changes status to reflect the status of the scene. Similarly, pressing the KPL A button will turn on or off the scene. Just to clear up an area of confusion, the main buttons on your KPL (the big on and off, if that is how it is configured) are controllers as well, automatically linked to the responder in the unit.

My ISY/99i throws an error every time I try to view the log. I finally rebooted, now its hardware locked (ERROR light flashing). I think I need another unit. Then I can try to work the Insteon instability problem out.

The Thermostat is a T1800 with a humidity sensor installed. While the temperatures and mode status in the ISY/99i for the thermostat always seem to be right, the humidity reading is hit or miss. Do you think the v2.0 thermostat adapter could be flooding my network with bad humidity data?

I have had a very stable Insteon installation for 2 to 3 years. v1 Thermostat, 2 v1 motion sensors, 3 KPLs, 8 or 9 SwitchLincs, and 8 to 10 light/appliance modules, 4 RAPs. While my previous software/PLC combination was never very stable or very good, the Insteon network itself has always been flawless, at least in the context of the flaws inherent in the system. A week ago I installed a v2 Thermostat and an ISY/99i PRO/PLM combo. While the ISY/99i itself works fairly well (it has some problems loading scenes completely from some devices), now my Insteon installation is starting to flake out a little. I have had two KPL buttons lose connetivity to their loads (at completely random times, not instatntly upon installation of the ISY/99), and one of the motion sensors now only occasionally turns its associated light on and off. I had zero problems with the motion sensor before the ISY/99i and v2 Thermostat. Even weirder, I have an old X10 switched light that I haven't used in years start coming on at random! I know the ISY/99i doesn't have to be operational or present for Insteon scenes to work, but does the PLM? Could a bad PLM be causing the flakyness (or the lack of the PLC in my system?) Does the ISY/99i affect the Remote Access Points at all or reset the topology for these? Has anyone else every had similar problems in conjunction with their ISY/99i?

Michel, Thanks for that. I did see that in another post and that will work in the near term. Instead of one state variable, I can have 6 programs for each state, and in the "Then" action section of each program, they can run the 'Else" action section of each of the other states, making the states exclusive. So running Sleep State Then will set Sleep State program to true, as well as set all the other states to false.

+ 1 for variables. It would be nice to persist state somewhere other than on a physical device. Even if it was as primitive as a fake device with an on/off state. I like to have a current state for my house, e.g. Morning, Day, Evening, Sleep, Vacation, Emergency. I can use the state in programs to determine how the response to certain actions should proceed. As far as a case statement, any ability to have nested IFs or Else Ifs would work. Else Ifs would also work in your GUI.