Michel Kohanim

Hi brad77, If you are using HTTPS, please do ensure that you've installed your own self signed certificate. Furthermore, you can try increasing the HTTP/S timeout values in ISY. Telnet to ISY, login, and issue CWT. With kind regards, Michel

Hi Illusion, This is great analysis; thanks so very much for providing this feedback. I am going to send this link to SmartHome engineering team .. I am sure they will find it quite useful. With kind regards, Michel

Hi ergodic, Yes, multiple login for the Java applet is a bug which is going to be fixed so that you would not have to login twice once logged into ISY. With kind regards, Michel

Hello Matt, Unfortunately All On/Off are INSTEON constructs and thus ISY's folders/scenes have no impact on them. In short, as soon as you add a device to ISY then it will respond to All On/Off scenes especially if it's part of a scene. What you might want to do is to create an All scene that does not include your ApplianceLinc for the waterfall. With kind regards, Michel

Hi Chuck, No, that's not what I am saying and I do apologize for the confusion. In ISY itself, all devices are linked to My Lighting and thus All On/Off works regardless of which folder they have been moved to. In short, beyond cosmetic effects, folders have no logical functions: nodes are either devices or scenes. With kind regards, Michel

Hi all, Thanks so very much for your patience. It would be great if you could tell me whether or not you have any of the following modules installed/integrated with your ISY: 1. Networking 2. Weatherbug 3. HomeSeer plugin Chuck has been kind enough to install our 2.7.7 alpha to see if there are any improvements. I'll keep everyone posted with the results. Thanks again and with kind regards, Michel

Hi Brian and Chuck, Would you be kind enough to try the following ntp servers and let me know if the probelm persists? 1.north-america.pool.ntp.org 2.north-america.pool.ntp.org 3.north-america.pool.ntp.org Please note that 1, 2, and 3 are all part of the URL. I am currently using: 1.north-america.pool.ntp.org With kind regards, Michel

Hi ergodic, LOL ... you might be right but - mostly from insurance purposes - we cannot take that risk especially since ISY integrates with ELK security system and can open/close garage doors (not just lights/thermostats). Now, is your wife using the IE/Firefox version or is she using the admin console? On IE/Firefox, isn't there an option to save the passwords? With kind regards, Michel

Hi reakhavoc, The condition is using "And" which means that if any of the conditions becomes false, then the program stops. I do not think this is what you want. Is it? With kind regards, Michel

Hello snownh2o2, Let me start backwards: 1. Yes, there's a command for All On/All Off: simply turn My Lighting on or off. 2. I do not recommend what you are doing (combination of programs and scenes) mostly because the impacts are not predictable. It's always best to figure out why scenes are not reliable and addressing the root causes. For instance, you might want to make sure you have Access Points plugged in correctly to bridge the phases Have you tried the Scene Test tool (Tools | Diagnostics | Scene Test)? With kind regards, Michel

Hello Donald, As Nick suggested, you will have to upgrade to 2.7.2 or above to use the REST interface. May I humbly suggest 2.7.6: http://forum.universal-devices.com/viewtopic.php?t=3007 With kind regards, Michel

Hello xd40, Only two possibilities: a. Either the signal is not getting from the PLM to your switch OR b. The switch is bad To test, if possible, move your switch (temporarily) very close to the PLM. If this works, then you know the problem is signal and not a defective switch. With kind regards, Michel

Hi Chuck, Yes, you can do this till nothing is left under My Lighting. The reason that you cannot delete My Lighting is because it's a root scene: when you want to do an All On/All Off, it's this scene which is called. In short, this is a system node to which all other nodes are attached. With kind regards, Michel

Hi jkraus, Yes, but I do not think you would want to do this: 1. You would have to make A controller and C responder in one scene 2. You would have to make C controller and A responder in the other scene 3. You will have to remove all mutex relationships Operations will be slower. I strongly recommend getting replacement KPLs and using INSTEON's native functionality. With kind regards, Michel

Hi Mark, Thanks so very much for your kind words. Yes, still planning to have this included in 2.8. Unfortunately, due to daily changes and requests I cannot give an exact date. Thanks and with kind regards, Michel

Hi ergodic, We can surely develop this feature which simply checks the remote IP address against ISY's address. The only problem is that there are many network tools out there than can fake the source IP address. As such, if your ISY is on the Internet, then it will be at a very high risk. We are going to fix the fact that Admin console requires authentication even after you've been authenticated to ISY. But, we cannot change authentication on ISY itself. With kind regards, Michel

Hi xd40, I am sorry to hear that! I would appreciate it if you could tell me what you wish to accomplish that you cannot already accomplish with the current paradigm. I would sincerely appreciate your feedback. With kind regards, Michel

Hello xd40, Unfortunately I cannot give any timelines simply because we are still investigating all the changes to all parts of the code. In the meantime, you can use the status of programs as binary variables. With kind regards, Michel

Hi mozman, Quite weird and, as a matter of fact, it should've been the opposite (when all of ISY's HTTP tasks are busy, then you will get socket timeout exceptions). By the way, do you have Network Magic? With kind regards, Michel

Thank you so very much for the logs. We are working on it. With kind regards, Michel

Hi mozman, It should be OK as long as you the changes you make are: 1. Not going to impact the same device and are for decoration purposes 2. They are not INSTEON related 3. They are not going to be long running You can rename devices from the same Admin Console while the initialization is in progress. Beyond that, I really do not recommend doing anything else because most other things fall in one of the categories above. With kind regards, Michel

Hi Joe, The load button is the one that controls the load. For both 6 and 8 buttons, the it's the one whose address ends with 1. When you first add, on the 8 buttons, this is named as x.x.x.A .... on the 6 button this is identified as x.x.x.1. As far as the KPLs, I think it would be wise to get one replacement from SH and checkout the theory. With kind regards, Michel Thanks Michel All makes sense, but to be sure the "load button" is the button on the device (say a switch on a lamp) that is turned on/off, and it makes no difference if the KPL is in 6 or 8 button mode? and this is only for Pad "A" Regarding Ver 2D KPLs what do you think I should do?

Hi Joe, Thanks so very much. So, it seems that there's an issue with version 2Ds. As far as your question about them being part of other scenes, it should not really matter as long as there are NO programs that are activated to control those scenes based on the status of devices in the other scene. And, finally, here's my rule of thumb when creating scenes (or multiple): 1. If the same exact devices appear in both scenes 2. If the same exact controllers control the same responders Then you should use one scene. As far as applied locally, it basically means the on level which is used when you physically click the load button on that device. With kind regards, Michel

Hello all, This is a serious issue which we will have to take quite seriously. In the mean time, would you guys change the interval to every 1 hour. For now, this is considered a bug and any information would sincerely be appreciated. With kind regards, Michel

Hi Rich, This is quite strange. If ISY thinks the status is Off then the program should stop running. Would you please kind enough to schedule a tech support call? This way, we can see what's going on and don't have to go back and forth on forum. With kind regards, Michel