Michel Kohanim

Hello aLf, You are correct ... I was not talking about DrayTek per se but most inexpensive routers (in $30.00 to $50.00 range) do not have this feature. Also, corporate firewalls are much much much more stringent than any other firewalls (except government) in that they do NOT allow communications with private IP addresses (those assigned by ISPs). With kind regards, Michel

Hello polexian, Unfortunatley we do not but virtual devices have been on our list for a while! In the meantime, we are working on the ELK module which is going to solve this specific issue you are trying to deal with. With kind regards, Michel

Hi Kaplansa, Yes, for sure ... we are waiting for SmartHome vis-a-vis the SWL backlight issue and in the meantime, implementing customized notifications. With kind regards, Michel

Hello aLf, Long time no talk! Not everyone has a DrayTek router with VPN. Furthermore, as art suggested, some corporate firewall/proxies block unknown IP addresses. So, in this case, not even DrayTek can help. With kind regards, Michel

Hi Curt, Sincere apologies for the inconvenience. Would you be kind enough to reboot your ISY and observe the status of the LEDs on the front of the unit and let me know? With kind regards, Michel

tim2u, I let others chime in as far as usability. 1. We still do not have any tornado/storm warnings 2. Frequency of the data actually changing depend on the Weather Station. The frequency of polling data is configurable in the Admin Console With kind regards, Michel

Hello polexian, Thanks so very much for the update. I am still waiting for SmartHome to respond. I think that perhaps the command for 2477D is different than the command for 2476D. After initial success, I have not been able to do anything with my 2477D. This is quite odd! With kind regards, Michel

Hello all, Thanks so very much for the feedback. Found/fixed an intermittent bug in our SMTP code. The side effect is that notifications should be a little faster in 2.8.7. I am waiting to hear back from SmartHome vis-a-vis 2477D LED brightness. If I do not hear back by tomorrow afternoon, we'll go ahead with 2.8.7. With kind regards, Michel

Hello ingeborgdot, I am so very sorry to hear. Please do be kind enough to use our contact form (http://www.universal-devices.com/contact.htm ) and provide us with a few time slots that are convenient for you. We'll try our best to schedule/contact you at those hours even if outside our working window. With kind regards, Michel

Hello Illusion, As a matter of fact, no, I was not aware of this issue and it works here on my 32 bit Snow Leopard. It might be an intermittent problem ... we are going to do more testing and see if we can reproduce it. For those with notification issues, would you be kind enough to do a Test using: SMTP server: smtp.gmail.com SMTP port: 587 Userid: isyalerts@gmail.com Password: holamola Timeout: 2500 TLS: checked With kind regards, Michel

Hello all, thanks so very much for the feedback! IndyMike, no problem at all. Verified it to be a bug and it shall be fixed in the next drop. Thanks again and with kind regards, Michel

Hello iowaj, Although we cannot redo all your configuration but the least we can do is to help with terminology and point you to the right direction. If you so choose - and if you have an ISY - please do not hesitate to contact our tech support team to schedule a call (818.631.0333 9:00 AM to 4:00 PM Pacific Time). With kind regards, Michel

Lee, My pleasure! I am not sure we agree to disagree since I really do NOT disagree that this feature is a good feature. The only questions are: 1. Should the PLM stop processing clean up commands in case another device is sending status updates? 2. Should the PLM stop processing other commands if it receives clean up responses? 3. Which is more important: program responsiveness especially when one has programs based on status of devices which are part of activated scenes (from ISY) or a little more accurate status of devices I truly believe that if the PLM started using a more powerful CPU with FIFO queues for each request (based on transaction ids), then we would not be having this conversation. With kind regards, Michel

Hello mitch236, It's an either/or situation: If you have already done a manual port forward (as it seems you have), then you do not need to do File | Enable Internet Access. File | Enable Internet Access tries to use UPnP to automatically do what a manual port forwarding does. In short, don't worry about it ! With kind regards, Michel

Hello johnnyt, I think we have to start process of elimination. Please send an email to sales@universal-devices.com so that we can send you a replacement unit. If you still have the same problem with the new unit, then we go through the process of elimination to figure out what's causing all these issues. With kind regards, Michel

Hello all, Release 2.8.6 RC2 is now available. Although this firmware has been tested thoroughly, please note that this is still a beta firmware. Please do be kind enough to : 1. Test programs especially those that activate scenes based on the status of other programs 2. Test Linking/Adding Devices/Creating and/or Modifying Scenes and Adjusting Scenes within programs 3. Observe any type of network anomaly 4. Checkout UI enhancements and fixes For a list of changes, please take a look at this post: http://forum.universal-devices.com/view ... =6475#6475 Please note that ISY-26 is no longer included in the firmware builds. Instructions 1. Please backup your ISY (File | Backup ISY) 2. Please download the firmware for your platform - please do not unzip ISY 99 Only - http://www.universal-devices.com/update ... _2.8.6.zip 3. It is very important that you use your current ISY's Admin Console to perform the upgrade by going to your http://your.isy.ip.address/admin. For MAC users, if upgrade fails, please try https://your.isy.ip.address/admin 4. Login to the Admin Console and choose Help | Manually Upgrade [the name of your system] 5. Choose the file saved in step 2 6. After the upgrade, ISY reboots. Please do ensure to clear your Java Cache: http://www.universal-devices.com/mwiki/ ... Java_Cache 7. IMPORTANT Once upgrade is completed and ISY reboots, use any of the following methods to access your ISY's Admin Console: a. http://isy/admin - applet (Windows only) b. http://isy/admin.jnlp - Java application (Windows only) c. http://your.isy.ip.address/admin - applet d. http://your.isy.ip.address/admin.jnlp - Java application e. http://www.universal-devices.com/99i/2.8.6 - applet f. http://www.universal-devices.com/99i/2.8.6/admin.jnlp - Java application 8. IMPORTANT If you have already installed a self signed certificate and your current firmware is 2.7.10 and below, you must reinstall a new one: http://www.universal-devices.com/mwiki/ ... rtificates IMPORTANT Due to the sensitive nature of supporting MorningLinc, users now must agree to terms and conditions upon Admin Console start up otherwise the dialog keeps popping up every time the Admin Console is started. Thanks and with kind regards, Michel

Hello ingeborgdot, I think it would be much more efficient and much less waste of your time if you contacted our tech support and we'll help you out. Our hours are 9:00 AM to 4:00 PM Pacific time. With kind regards, Michel

Hello jkraus, You want to access the programs and make changes? If so, then nothing like that exists. If you just want to view the status of your devices, programs, and resources then you can use ISY AJAX. With kind regards, Michel

Hi Lee, You are so very correct. I had not even considered the fact that PLCs use linear database. So, that rules out PLC. We can certainly use PLM and then the same method as EZxx devices. But, we really have to support multiple nodes otherwise it would be difficult for the software attached to the PLM to know which scene is being activated. With kind regards, Michel

Hi LeeG, It's supported as ONE node ... what we need is to somehow figure out how many groups the PLC is supporting (just like a keypad). This way, things would be more or less like dealing with a keypad (but with more buttons). It's certainly doable but it's not something I look forward to!!! Hi tpolito, If your software can listen to network sockets and then issue commands, then you can use the Network Module to basically control all the facets of your software that are accessible via network. REST is to control ISY (the reverse of above). So, if your software is capable of sending HTTP requests, then you can have it initiate a REST command on ISY and thus control your devices from your software. With kind regards, Michel

Hi Tom, thanks so very much for your interest. There are very many problems with having two controllers in our specific configuration one of which is that all the configurations made by one is not scene by the other and it may even overwrite the configurations in the other. For instance, for you to be able to use your software to sense INSTEON signals, the USB PLM on your controller MUST be a responder for those specific devices. This may cause major synchronization issues between the two. The questions I have for you are: 1. Can you send X10 signals for communications purposes between the two controllers (instead of INSTEON)? 2. Can your Alarm Panel be activated by X10? 3. Can your Alarm Panel send and X10 when armed/disarmed? If so, then, you will be OK. If not, then - and as much as I want us to sell you an ISY - I think you will have a much more complicated system than is worth. With kind regards, Michel

Hello capsterx, Dim resume is an option that we have not yet implemented mostly because most older devices do not support this option. With kind regards, Michel

Hello LeeG, Please do not delete your posts just because it might offend us. We spent months with group commands and how the PLM handles the responses before deciding on not using the PLM's Group Command. Instead, we modify the raw INSTEON command to act as a group command but the PLM does NOT know that it's sending a group command. In short, we do send a group command but the PLM does not know it's a group command so it does not send cleanup etc. The major problems with group commands are more visible when you have programs that activate large scenes (more than 5) and if you have multiple programs that might want to do something while the PLM is processing the cleanup. This caused major unpredictability issues and thus we had to forego using it. As a matter of fact, we still have the code #defined so that it's not compiled. With kind regards, Michel

Hi Tom, No unless the program activate the Scene (which contains all those devices). With kind regards, Michel

Hello tome, Yes, you can have as many controllers as you would like in a single scene. The only limitation is that a controller can be a controller for one and only one scene. With kind regards, Michel