Michel Kohanim

Hi Steve, YES. Thanks so very much ... can you also tell me what firewall software you have? With kind regards, Michel

Hi Jon, I am so very sorry to hear this. The first thing I would like to know is the status of the LED/Lights on the front panel: 1. If ERR is blinking, you have file system error ... please contact our support team (support@universal-devices.com) and we'll help you resolve it 2. If MEM/ERR lights are both blinking, then the problem is that ISY is not getting an IP address from your router. In most cases, the problem is that ISY is no longer connected to your router. In rare cases, rebooting the router might fix this With kind regards, Michel

Hi Mark, Yes, ISY links all buttons when first linked to ISY. Raman, First of all I am glad that at least you are getting some of the statuses working properly. Now, there are two outstanding issues: 1. All Off, when activated from ISY, does not work. Can you tell me what's in the All Off group? 2. The mysterious on level of Zero ... I can only speculate that it was done in a prior firmware release With kind regards, Michel

Hi simonw, It's not a bug. The reason we did this was that we could never reliably query the thermostat setpoint in program mode and thus we would be totally out of synch with the thermostat. I had this tested with both of my v2 thermostats and they both exhibited random behavior in responding back with the actual set point. With kind regards, Michel

Hi again, Thanks for the update. What troubles me the most is not the KPL issues but it seems that you also have status issues. I would like to get to the bottom of these issues before we go any further with your programming. In short, there should be NO reason whatsoever that you have to query devices all the time. So, let's take device for which ISY does not hear status signals, and let's figure out why. The first thing we have to do is to use the Event Viewer to see the traffic. We would like to know if there's any traffic when you click on the device. If no traffic, then we would have to go to the links table and make sure that you have the correct links in both the PLM and the device. If that fails, then we would have to look for sources of noise. With kind regards, Michel

Hi tahoe, If the IP address changes regularly, then he might not have access to ISY unless he uses dynamic DNS to map the ip to a name. In short, he might be going to the wrong IP! With kind regards, Michel

Hi grossmd, Are you trying to access your ISY using your ISP's IP address? Please do ensure that your port forwarding rule still points to ISY. Sometimes, ISY's IP address changes especially when it's on DHCP. With kind regards, Michel

Hi jch, If you are referring to: http://www.smarthome.com/2476S/SwitchLi ... ite/p.aspx Then, yes, it should be supported in 2.7.12. With kind regards, Michel

Hi aLf, Is there a possibility that your iPhone is caching your password and that it has changed? I just tested 2.7.7 with my iPod Touch and it works fine in both HTTP and HTTPS ... so, I am thinking that perhaps it's a cached password issue. Would you be kind enough to reboot your iPhone? With kind regards, Michel

Hi aLf, Questions: 1. you can accomplish all these using a regular browser at home, correct? 2. are you using any of the exotic interfaces such as TouchSwitch, ISY AJAX, or are you going to the HTML page directly? 3. for http, are you using your local area's ISY IP address (i.e. 192.168.x.x)? With kind regards, Michel

Hi simonw, First, yes, I recommend upgrading to 2.7.11. Secondly, the problem is that you are using Control ... a control's life is transitory: as soon as ISY gets that signal, the program is set to true and immediately back to false after the program is run. You might want to use a status instead. With kind regards, Michel

Hi wacvmd, Actually, I do think the problem is 2.7.7 ... in 2.7.7, we assumed that you the temp directory would be the one that Java uses. This is not the case in Windows 7 and some other configurations. Please do be kind enough to try 2.7.11. With kind regards, Michel

Hi Rob, I would not worry about the address: one is ISY formatted the other is INSTEON formatted. If you were following this procedure: http://www.universal-devices.com/mwiki/ ... ransmitter And, you did not hear the beep, then I suspect there's something wrong either with the Remote Code you are trying to teach IRLinc or the IRLinc itself. Please note that you have to Factory Reset your IRLinc TX before attempting this procedure. With kind regards, Michel

Hi Raman, I do share your disappointment especially since it does not make sense logically: if one has mutual exclusive buttons, what difference would it make how they are activated? I think Mark's suggestion is good. The only thing that bothers me is that how would one know which KPL initiated the sequence? With kind regards, Michel

Hi aLf, This is quite strange! Actually, 2.7.7 fixed a long standing HTTPS issue we had with iPhones. So, the problem seems to be isolated to HTTPS/iPhone/Scene combination, correct? Would you be kind enough to try HTTP/iPhone (LAN)/Scene and let me know if that works? With kind regards, Michel

Hi Raman, The issue is this: 1. Button Groupings and Mutual Exclusivity are only available locally (if you turn on a sub button remotely via a scene, none of the groupings work) 2. You cannot turn OFF a sub button for another KPL if the command you send is On (unlike devices with loads) So, in effect, your KPL 2 buttons in the scene will all turn on as soon as anything in that scene is turned on. As far as I know, the only way to rectify this is with programs. This is quite unfortunate but I really do not see any way around this. With kind regards, Michel

Hi tummalarb, Apologies for the inconvenience. The next time it happens, would you be kind enough to try the HTML page and see if you can turn anything on/off? In short, we need to figure out if the problem is in the Admin Console/Java or ISY. With kind regards, Michel

Hi cwilli, Thanks so very much!!! These are indeed the same symptoms as what we have seen. Thankfully, we have our own operating system and thus can make the necessary changes. The only issue is that we have to make sure this change is not going to break anything else. In any case, please do send me (tech@universal-devices.com) and email so that you will be put on the list for testing the firmware as soon as we have it implemented. Thanks again and with kind regards, Michel

Thank you so very much. I may take you up on your offer. With kind regards, Michel

Thanks so very much. I will have to upgrade to 10.6 ... the main issue is that it's very difficult for us to debug if we cannot reproduce. My Windows 7 is actually running in Parallel's in MAC ... With kind regards, Michel

Hi cwilli, thanks so very much for the update. Hi murrolems, Actually, it would be quite fantastic if anyone with Verizon FIOS/ActionTec routers could capture the network traffic from ISY and an email client. Since none of us at UDI have Verzion FIOS, it would be quite impossible for us to debug this issue. Rest assured that we are committed in getting this resolved and with your help, we can achieve this goal. With kind regards, Michel

Hi Rob, What is your ISY's firmware version? If not 2.7.11, I strongly recommend it. With kind regards, Michel

Hi, thanks so very much for the update. I am using MAC OS 10.5 and I do not have this issue. What version of MAC are you using? With kind regards, Michel

Hi jrevitch, As long as you can send it network packets, then it should be compatible. With kind regards, Michel

Hi Steve, Thanks. Does INSTEON work? And, to be clear, if you open the Event Viewer (on level 3), you see the X10 commands going out, correct? Also, during the time when X10 commands cannot be sent, can you still hear them (in the event viewer) if sent by another device? With kind regards, Michel