Michel Kohanim

Hi Bill, There has been reports that the restore does not restore your time zone/location settings. The first thing I would do is to go to Configuration | Settings and make sure the time/timezone and location are all OK. With kind regards, Michel

Hello Stephan, Can you change the setpoint on those thermostats at all from ISY? Please try: right mouse click | Diagnostics | Query Inteon Engine and then retry on a few thermostats. With kind regards, Michel

Hi Xathros, We isolated UPnP stack from other tasks in ISY starting in 3.3.4. So, there's really no remedy but that we actively look for DirecTV traffic and ignore it. With kind regards, Michel

Hi Xathros, It's quite possible that some other client is changing the level back to 3. 0 = no traffic whatsoever. With kind regards, Michel

Hi Bill, Thank you and agreed! With kind regards, Michel

Hi Tom, Thank you. This is a bug and shall be fixed. With kind regards, Michel

Hello Steve, Questions: 1. What's your ISY's firmware version? 2. Have you recently changed routers? 3. Do you have DirecTV? Can you please send your Error Log to support@Universal-devices.com? With kind regards, Michel

Bill, What is untrue specifically? With kind regards, Michel

bsobel, http://www.universal-devices.com/docs/I ... 0Guide.pdf With kind regards, Michel

bsobel, This is NO bug: http://www.universal-devices.com/docs/I ... 0Guide.pdf With kind regards, Michel

Hello wrj0, Can you please send me a screenshot of your Dashboard | Network config? With kind regards, Michel

Hello apostolakisl, You are 100% correct and unfortunately it seems that our new server's IP was at some point used by spammers and thus all the issues we currently have with mail being blocked mostly by domains owned by AT&T and Microsoft. We have cleared up a lot but, unfortunately so, both ATT and MS have been very very slow in responding. With kind regards, Michel

Hi Gary, Please note that windows size settings are stored in your Windows temporary folder. Do you clean temporary files regularly? With kind regards, Michel

Hello all, I am happy to announce the availability of our 3.3.9 (RC6) release! For a list of changes, please take a look at this post. This is a minor release fixing minor bugs. IMPORTANT If you have not already done so, please upgrade your Java to 1.7.11: viewtopic.php?f=44&t=10409 . Know Issues - None Things to test: - List in 3.3.7 - List in 3.3.8 - 2xx error code returns by a client to Network Resources should not cause an error Important Information 1. Important Brultech module is no longer supported on ISY99 Series. Please contact sales@universal-devices.com for options 2. Important NetBios removed from ISY99 Series. You can no longer access ISY by going to http://isy on Windows 3. Important If you have a 994, you will need to re-install a certificate. Please review ISY994 Series Advanced Network Security Configuration for more information. 4. Important We have removed SSLv2 support (very insecure) from ISY99/ISY994. Unfortunately, the only protocol supported by MAC with Java 1.6 is SSLv2. As such, you MUST upgrade your MAC to Java 1.7.11 (Software Update) 4. Please note that Safari does not support SSL session reuse and thus might take an exorbitant amount of time to communicate with ISY. As such, when using 2048 bit SSL, it's best not to use Safari. 5. If you are using the Irrigation Module and are upgrading from releases prior to 3.1.5, you must edit the programs using Irrigation variables and save the programs again. Irrigation module is no longer on promotion 6. Upgrading from 3.1.3 and below: If you are using WeatherBug Module's Rain Today in your programs, please note that the precision has changed from 1/10 to 1/100 and thus your programs might not run properly 7. For a discussion of variables, please look at our Program Variables forum. Instructions: 1. Please backup your ISY (File | Backup ISY). If you are backing up a 3.1.6 system, please note that the backups are corrupted. If you have a backup from prior releases, you should be OK 2. Please download the firmware for your platform - please do not unzip ISY 99i Series ISY 994i Series ISY 994i Z & ZS Series 3. Login to the Admin Console and choose Help | Manually Upgrade [the name of your system] 4. Choose the file saved in step 2 5. After the upgrade, ISY reboots. Please do ensure to clear your Java Cache 6. IMPORTANT Once upgrade is completed and ISY reboots, use any of the following methods to access your ISY's Admin Console: a. Enable Java Plugin: http://www.java.com/en/download/help/di ... rowser.xml b. http://your.isy.ip.address/admin.jnlp - Java application c. http://isy.universal-devices.com/99i/3.3.9/admin.jnlp d. Disable Java Plugin: http://www.java.com/en/download/help/di ... rowser.xml Please note that both methods above should install an icon on our desktop which should be used instead of using a browser to access ISY. Dashboard - http://isy.universal-devices.com/99i/3. ... board.jnlp 8. Please backup your system again Thanks and with kind regards, Michel

Hello everyone, Finally managed to recreate this issue. The problem is that the default certificate that comes with ISY cannot be parsed by ISY!!! (i.e. in this case, ISY is both the client and the server). This is a 994 issue with firmware above 3.2.6. In addition, there's a bug in BouncyCastle whereby invalid certificates can indeed be generated. Put a workaround so, please go to http://www.universal-devices.com/99i/3. ... board.jnlp and regenerate your certificate. Default certificate has also been updated so, in case you don't want to touch your configuration, you can simply upgrade to 3.3.9 to be out very shortly. With kind regards, Michel

Yes we have but each one has its own issues. Currently the only cross platform solution is Javascript but that requires websockets support which is not trivial. With kind regards, Michel

Hello wrj0, Thank you. 140002 means: Connection timeout (http://wiki.universal-devices.com/index ... r_Messages ). You might want to try increasing the timeout. But, I think something else is blocking ISY from connecting to your server. With kind regards, Michel

johncrab, Got it. Thank you. With kind regards, Michel

It is not. We have been contemplating moving everything to javascript but a) haven't found an expert yet that we can trust and it's a major change requiring a fundamental change in ISY to support websockets otherwise you cannot have realtime feedback. With kind regards, Michel

Hello arw01, You really cannot. Android has it's own Java branch in which some of the UI components are removed and some classes are implemented differently. With kind regards, Michel

Hi grossmd, Two questions: 1. How do you know that it's half way and not all the way? 2. Why would you want to restore your device? i.e. what are the symptoms? With kind regards, Michel

Hi johncrab, arw01 is 100% correct. I missed the 'i' in 99i ... it has been corrected. I am not sure if Apple can shut anything down remotely unless you install an update of some sort (of which I am not yet aware). If they can indeed shut down Java remotely on your computer, then I would consider that even more of a threat (and privacy) issue than Java itself. Can you tell me exactly what problem you are having? With kind regards, Michel

Hello wrj0, You can try Wireshark but since the traffic is between ISY and the network resource, I am not sure how much traffic you can capture. The most important thing is to see what you get back. What you can try is: 1. Clear your Error Log 2. Go to Event Viewer, change the level to 3, run the test 3. Copy/paste the contents of the error log and Event Viewer With kind regards, Michel

Hello wrj0, It's quite possible that the server is returning 2xx and ISY considers it a failure since it's not 200. This is a bug in ISY: it has to consider anything in the 200 range as success. With kind regards, Michel

Hello all: Please do be kind enough to peruse: viewtopic.php?f=44&t=10409 . With kind regards, Michel