Michel Kohanim

Hi cnutco, I am so very sorry to hear this. If you have a backup from before the port forwarding endeavors, you can restore it ... this way you do not have to start from scratch. Also, please do contact our tech support to help you setup port forwarding in your router. With kind regards, Michel

Hi Dave, Apologies for the inconvenience. Unfortunately 26 does not support V2 thermostats due to memory constraints. With kind regards, Michel

Hi Moshe, What this means is that you have a mapping between port 443 to the new port on your ISY. In most routers, when you create port forwarding rules, they allow you to provide an public port (i.e. 443 in your case) and a private port (i.e. your ISY's new port in this case). What you want to do is to make sure that the public port is EQUAL to the private port (=ISY's new port). With kind regards, Michel

ScottK, It should turn on/off when you activate/deactivate the scene regardless of controller/responder. I recommend doing a restore on your KPL. If that does not help, please do a compare between ISY/KPL links. Last resort: factory reset your KPL and then restore from ISY. With kind regards, Michel

Hi Moshe, Can you let me know which one of the following URLs work on your local network (not internet): httpS://your.isy.ip.address httpS://your.isy.ip.address:new_isy_port With kind regards, Michel

Hi Moshe, I am completely at a loss! From what I know of routers and NAT (network address translation), your case is simply an anomaly! Are you sure you do not have any port forwarding rules for port 443 pointing to ISY? Beyond that, unfortunately, I really do not know what else could be wrong except perhaps a bug in the router. Have you tried rebooting the router? With kind regards, Michel

Hi ScottK, I am not certain I understand the question since you can always add KPL buttons as responders to as many scenes as you may wish. And, there's no limitation of the buttons to have to be controllers. With kind regards, Michel

Hi Jeff, thank you. We're doing a root cause analysis to see what's causing this behavior on MAC ... unfortunately, we cannot reproduce it on the 32 bit but we have not given up yet. With kind regards, Michel

Hi io_guy, Thanks so very much. It does make sense. With kind regards, Michel

Hi io_guy, Please see my comments below. With kind regards, Michel Unfortunately, that's the only way. Precisely Any reason why you do not use a scene with the sub button as a controller?

Hi Moshe, I would certainly look at the DMZ ... you will find it under firewall section. DMZ basically means that your ISY is on the internet and all traffic is forwarded to it. Davonavo, thanks so very much. Sometimes I forget that some of these terms are a little technical. With kind regards, Michel

Hi Jeff, Thank you. Would you be kind enough to go to Java Preferences and look at the order of JVMs. If you have a 64 bit machine, then the 64 bit version should be listed first. With kind regards, Michel

Hello kingwr, Thanks so very much for the feedback. I must apologize to all for the wrong information; it seems that even I was under the wrong impression. Here's how things work: For every event that is related to a condition for which there's a program, the whole program is re-evaluated and the execution of the Action part starts from the beginning. kingwr, specifically to your point, if the status does NOT change, then the execution continues. If the status changes, then the WAIT/REPEAT are interrupted. So, if you want your motion sensors to keep starting from the beginning, then you should use Control instead of Status. Of course, this does not completely address your concerns (the execution starts from the top) but it will alleviate having to write multiple programs. We will be working on enhancing the program structure and execution and your comments/suggestions are surely taken into consideration. With kind regards, Michel

kingwr, As you may have seen, we are quite eager in improving ISY. The main problem is that, at the moment, I am not entirely sure what it is you are requesting. Is it not to stop the wait when the condition is turned to false? As far as folders, I did respond to your previous post but never got a response back. As Rand suggested, the first and foremost the folders are used for organizational purposes. Just like any other folder concept out there. Secondly, and more importantly, folders allow for reuse of conditions. In short, why would you want to have the same condition repeated in 10 programs when it can be added on the folder as a constraint? Now, if you could possibly let me know what it is you are after, then we would surely take it into consideration. With kind regards, Michel

Hi Moshe, Two questions: 1. Locally, you are not using the HTTPS port. Please note that there are two ports in ISY: one is HTTP and the other HTTPS. Please ensure that you use the HTTPS port and that you are accessing your isy using https://your.dyndns.url 2. In your router configuration for port forwarding, there are two ports: one is public (from outside) and one is private (your ISY's port number). As such, there will be a mapping from the public to private. Make sure these two values are EQUAL to your ISY's new HTTPS port 3. Make sure your ISY is not in the DMZ With kind regards, Michel

Hi dansmith, I am so very sorry to hear about all these problems. Would you be kind enough to let me know if you have any SwitchLinc version 35 (as reported on the Admin Console)? The other question I have is the difference between the state of devices when it worked (this morning) and the state of those devices when nothing worked. With kind regards, Michel

Hi jca, The difference are: 1. Number of devices/scenes 2. Number of programs 3. Batch mode ... you can do all the programming in batch and then let ISY do all the actual device programming later on With kind regards, Michel

Hello 87boosted, Thanks so very much for the detailed analysis; it makes much more sense now. Perhaps it would be much better to have a short call to discuss. If you're amenable, please send me an email to tech@universal-devices.com. Thanks again and with kind regards, Michel

Hello apostolakis, Excellent questions! Please see my comments below. With kind regards, Michel Yes Yes Wait terminates if and only if the condition turns to false. During the wait, if the condition does NOT change (regardless of the permutation of the events that keep it true) then the program continues with its current execution and does NOT restart from the beginning

Hi Jason, ISY provides the following methods/SDKs for integration with ISY: 1. WSDK ... Web Services SDK; simply import the WSDL to your VStudio project, supply the URL and userid/pwd and you can do everything in the link you sent in a day. We also have a sample C# project that you can start from 2. JSDK ... same as WSDK but it's a Java library 3. REST ... you can use URL based commands to control ISY For more information please checkout our developer forum: http://forum.universal-devices.com/viewforum.php?f=2 Furthermore, we have a $50.00 developer discount provided that you are willing to share/sell the outcome of your endeavors with the rest of our community. With kind regards, Michel

Hi Moshe, It seems that your router does not support UPnP. What you want to do is to manually create port forwarding rules in your router: http://www.universal-devices.com/mwiki/ ... PnP_Router With kind regards, Michel

Hello all, Wait is interruptible (so is Repeat): if the condition for the program in which the Wait is specified turns false, then the statements after the Wait are not executed. I am not certain where the notion that the condition is re-evaluated after a Wait stems from. Conditions are evaluated based on events; if ANY statement - and regardless of the program causing it to execute - creates events for which there are conditions, those conditions are re-evaluated as they should be. With kind regards, Michel

Hi rudyonrails (nice!), Please take the following into consideration: 1. Apple routers do not support UPnP ... so, you cannot use File | Enable Internet Access from the Admin Console 2. If your Airport is connected to another router/modem, then what you have to do is to disable Airport from distributing IP addresses. Otherwise, both your Linksys and your Airport are going to distribute IP addresses and thus cause a conflict 3. Finally, you will have to do manual port forwarding from your router to ISY the instructions for which you will find here: http://www.universal-devices.com/mwiki/ ... PnP_Router With kind regards, Michel

Hi kingwr, Thanks so very much for your feedback. It's indeed appreciated. I am not sure I understand the question. In the above example the intended behavior is: if (A && then C where A = x && y && z The concept of short-circuit in logic suggests that C should not even be evaluated if A is false. And that's precisely what's happening. Furthermore, C is transient: so, it follows that if C is taken place then A should be evaluated and thus the whole condition should be re-evaluated. Am I missing something? Would you elaborate on why folders are counter-intuitive? This is quite surprising because folders are the organizational units that allow you re-use of conditions without having to repeat them. For instance, Christmas folder will only be evaluated during Christmas (provided the correct constraints). I do agree that scripts are quite powerful and much easier for developers and we are in fact investigating scripts. This said, however, scripts would be quite difficult for the non-developers. With kind regards, Michel

Hi Joe, MEM/Error blinking means any one of the following: 1. ISY could not renew its DHCP lease ... this can happen a lot with some routers and there's no reason to worry about it since a) ISY retries 5 times and if there were issues, you would not be able to access the Admin Console 2. ISY does not sense being connected to the router ... this does not happen often at all ... if it did, you wouldn't be able to access the Admin Console 3. ISY sensed a conflict of IP address with another device ... this SHOULD not happen ... if it did, not only you would not be able to access the Admin Console but also the other device would be inoperable So, in all likelihood the problem is #1 and I would not worry about it at all UNLESS you have network communication issues with your ISY. With kind regards, Michel