Michel Kohanim

Hello neupane00, I understand how frustrating this could be and, as such, if you are still having issues, please do let us know so that we can help you remotely. You can even schedule a call for a time most convenient for you. With kind regards, Michel

Hi Robert, Are you certain that: AlarmState = 0 Bedroom_Chill = 0 Also, you mentioned that you call this program. Is it called from another program? The main issue we have is that we cannot reproduce this behavior and need as much information as possible. I understand that it's quite intermittent and it may not happen all the time but the more information we have, the more the likelihood that we can perhaps figure out what's going on. With kind regards, Michel

Hello neupane00, I do apologize for the inconvenience. This is not normal and it all points to the firewall software on your computer especially if it's one of AVAST, Kaspersky, NOD32, McAfee, and AVG. These solutions are notorious in blocking ISY communications with your computer and, at the minimum, require ISY to be in the trusted zone/white list therein. Please do be kind enough to search for your specific firewall software or do a quick browse for resolutions to most in the following forum: viewforum.php?f=3 If you are still having the same problems, please do not hesitate to contact our tech support team and we'll be delighted to help figure out the root cause and fix it. With kind regards, Michel

Hi Robert, Is the variable State or Integer? If integer, then the condition is not re-evaluated when the state of the variable changes. With kind regards, Michel

Hi Robert, Thank you. You had mentioned that when you move this program to the root folder, it starts working. So, I do not think the problem is the var but the condition on the folder. Can you please create another folder (without any conditions), move this program there, and see if it works? With kind regards, Michel

Hello lspurgeon, The first thing I recommend is to use the Event Viewer on the last level and make sure you do get status events from your RL. The second question I have is whether or not any segments (separated by Wait) or is it that none of the segments run? With kind regards, Michel

Hello suttonnc, The want to connect directly with a wire (and not through their Local Area Network)? If they already have a network at home (which seems so since ISY is currently on it) and if their MAC is on the same network, then all they need to do is to go to: http://www.universal-devices.com/99i//admin.jnlp ... this will install an icon on their desktop to use. So, for instance, if ISY's firmware is 3.1.15, they would go to http://www.universal-devices.com/99i/3.1.15/admin.jnlp . With kind regards, Michel

Hi Robert, There are no conditions on the parent folder at all? With kind regards, Michel

Hi midrar, Do you mean just program/folder structure or do you mean the content of each program as well? With kind regards, Michel

Hi Wuench, Sincere apologies for tardy reply. First of all, I must tell you that, yes, our user experience will benefit from more feedback. Secondly - and based on what you have described - I think the problems are much larger than the dual band PLM not being as good as the old one. I really think you have major RF interference which could be caused by any of the following: 1. SwitchLinc v35 ... if you have any of these, you have to replace them. Sorry, but this is a MUST 2. Baby monitors which use frequencies is 800 to 900 MHz ... this could kill INSTEON RF 3. Older version Thermostat dongles ... if you do not have 2.2 or above, they have to be replaced (yet another MUST) 4. A defective PLM I know you have already had a hell of time and that you do not want to touch the unit but I am afraid you are in for a major problems in the future especially since you used Device Reported. This may seem to work from ISY perspective, but this does not mean that the devices actually did write the correct links. As a matter of fact, that's why default is Automatic since, in most cases, Device Reported has major side effects that you might not notice now but they will show up randomly. If you can rule out #s 1, 2, and 3 above, please do send me an email (support@universal-devices.com) as soon as possible to resolve #4. Please do not order a replacement PLM from SmartHome before contacting me. I am so very sorry for all the trouble you have been going through. With kind regards, Michel

Hello als223, Thanks so very much for the update! With kind regards, Michel

Hi matapan, I am a little concerned with what you are trying to accomplish. Please do be kind enough to pay heed to the WARNING on the top of the dialog. This dialog is kept there only for backward compatibility and using it is NOT recommended (you should use scenes instead). Furthermore, in the same Warning, you will note the difference: setting up button grouping with the dialog prevents ISY from being able to predict the status. Yes, WiKi is not updated and it's inexcusable ... this said, I think the big red WARNING sign on the dialog should be sufficient to explain what course of action should be taken. With kind regards, Michel

Hi Tom, Thank you but I have to warn you that Java 1.7 is full of bugs so much so that we had to revert to 1.6.29. And, yes, we had all sorts of issues with icons and menus. ISY Finder is designed that way. With kind regards, Michel

Hello Wuench, Have you tried Event Viewer? I am certain Event Viewer will tell you everything you need to know especially if you use the last level. As far as 3 busy dialogs, I will have to consider this a bug since, from code perspective, this must be an impossibility since the dialog is a singleton (you can only have one instance). It would be great if the next time it happens, you can tell us the procedures to reproduce. As far as all the problems you are having, you must note that changing the PLM means changing the links to the PLM in all devices. Even though ISY is extremely good at queuing things such that there's no interference with anything else, in some cases it's best to disable all your programs before restoring PLM or all devices. I have to emphasize that the ISY will continue to work even in conditions where you have 100s of programs running BUT for cases where you do not know why you have comm errors, it's easier to remove one variable. Once that's done: 1. Disable all nodes with green 1011 icons 2. Query all nodes with ! .. if it succeeds, right mouse click | Restore Device. If not, disable it At this point, you have a list of disabled devices. What you will have to do is for each, right mouse click | Write updates to device (keeping the Event Viewer open). If it fails, we will have to figure out why. With kind regards, Michel

apostolakisl/LeeG, I think it would be safe to say: a. The way we have handled cleanups and ACKs has NOT changed for as far back as 2.8.16 b. The way we currently handle cleanups "may" cause all the problems apostolakisl is experiencing As such, I recommend waiting for our next release so that we can have a better understanding of where the actual problems may be. With kind regards, Michel

Hi tim2u, No problem. Unfortunately the promotion was for beta testers. We did plan to have a promotion for the holidays but had a very hard time finding enough time to do it properly. With kind regards, Michel

Hi Teken, I am so very sorry to hear. Please plug back in and observe the status of the lights on the front of the unit and report back. With kind regards, Michel

Hi nickoonce, There lies the problem. I do not think your router's new firmware has fixed the issue with reservations. You basically have two choices: 1. Use static IP address for ISY 2. Use DHCP without reservation With kind regards, Michel

matapan, 3.1.15 will not fix that issue. 3.1.16 would. With kind regards, Michel

smurt, If your ISY is setup with DHCP, then it has to renew its lease when the lease expires. If your DHCP lease in the router is 1 minute, then ISY will try to renew at 20 seconds before the lease expires. If you see a lot of those, then it means that your router is NOT responding to ISY and thus ISY keeps trying to renew the lease. It will eventually give up and then you will not have network connectivity. If you have a NetGear router and if you are using DHCP reservations, then you have to upgrade the firmware on your NetGear router as it did have major problems with DHCP reservation. Wtih kind regards, Michel

Hi nickoonce, This problem is due to the firmawre in the NetGear router if you have DHCP reservations. Can you tell me if you have DHCP reservation in your router for your ISY? Wtih kind regards, Michel

Hi matapan, You can use scenes to create groupings. In short, it means that you can have the following scenarios (on the same KPL): 1. A group of one or more buttons turn on/off as a group 2. Turning one could turn a group of one or more buttons off With kind regards, Michel

Hi everyone, With your help, Chris did figure out the problem and we are currently working on a fix. As LeeG noted (quite ingeniously I might add) the problem has to do with how we handle group cleanup messages. The problem is isolated and it only happens in cases of extreme communication problems. With kind regards, Michel

Hi Brian H, It takes a while for the changes to propagate to all other name servers (approximately 1 hour). Do you use www.universal-devices.com or just universal-devices.com? With kind regards, Michel

Hello everyone, I do apologize for all the trouble accessing our website for which I take full blame: we changed DNS servers for universal-devices to Network Solutions and they decided to include "Under Construction" in the records. This has already been rectified. Again, sincere apologies and please do let us know if you experience further problems. With kind regards, Michel