Release 3.1.14 (Beta) Is Now Available

[Michel Kohanim]

Hello all,

 

I am happy to announce the availability of our 3.1.14 release! For a list of changes, please take a look at

this post. This is a minor release with mostly ELK module bug fixes and enhancements.

 

ELK Integration Module ($99.00 ... 40% off during Beta using coupon code elk-module-beta). Please note upgrade to 3.1.13 must be performed before installing the ELK Module

 

Important Information

1. ISY-26 is no longer included in the firmware builds

 

2. Due to the sensitive nature of supporting MorningLinc/ELK Security Systems, 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

 

3. 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 before the upgrade.

 

4. Please note that Network Resource modules are now running in their own task. This might have some ramifications as calling network resources from programs no longer waits for the resource to complete. As such, a) you will experience quicker handling of network resources/programs and if you are using DSCLinc and WebLinc, your programs may behave a little differently. Please do test your network resources thoroughly

 

5. 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.

 

6. 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

 

7. 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

 

8. For a discussion of variables, please look at our Program Variables forum.

 

Things to test:

- ELK Module (if you have ELK)

- Empty links tables

 

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

 

3. Important (If upgrading from 2.8.5 through 2.8.14)

Due to invalid Java certificate chain, please make sure to remove all Universal Devices certificates from Java:

a. Close all browser sessions

b. Open Java Control Panel (Java Preferences on MAC)

c. Click on the Security tab. Remove all Universal Devices certificates (on MAC, click on the '-' button at the bottom)

e. Clear your Java Cache

 

 

4. Login to the Admin Console and choose Help | Manually Upgrade [the name of your system]

 

5. Choose the file saved in step 2

 

MAC users: if upgrade fails, please add https://your.isy.ip.address to ISY Finder (see 3c above)

 

6. After the upgrade, ISY reboots. Please do ensure to clear your 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. 99/994i - http://isy/admin - applet (Windows only)

b. 99/994i - 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/3.1.14 - applet

f. http://www.universal-devices.com/99i/3.1.14/admin.jnlp - Java application

 

Dashboard - not fully supported

- http://www.universal-devices.com/99i/3. ... board.jnlp

 

8. Please backup your system again

 

Thanks and with kind regards,

Michel

[Brian H]

Installed fine.

Will report any odd things if I see them.

[gatchel]

My fire zone still shows a temperature of -60. My system keypads without temperature sensors show -40.

 

Otherwise everything still works so far

[Illusion]

Hello all,

 

...

 

 

5. Choose the file saved in step 2

 

MAC users: if upgrade fails, please add https://your.isy.ip.address to ISY Finder (see 3f above)

 

 

...

 

Thanks and with kind regards,

Michel

 

3f reference needs to be updated

[Michel Kohanim]

Hi Illusion, thanks so very much. Updated.

 

gatchel, are you certain you are using the correct Admin Console version? Please go to Help | About and make sure that the Admin Console version is at 3.1.14.

 

With kind regards,

Michel

[gatchel]

Hi Illusion, thanks so very much. Updated.

 

gatchel, are you certain you are using the correct Admin Console version? Please go to Help | About and make sure that the Admin Console version is at 3.1.14.

 

With kind regards,

Michel

 

Yep. Checked it out. 3.1.14 for both versions in the about screen. I did clear java after updating. I also just installed java on my win 7 machine and the same thing is happening there.

[apostolakisl]

All of my "on-board" zones still show -60 for temp. So, if that was supposed to change, it has not changed on my system either.

[Slalom]

Hi All

 

Been lurking for a bit but this is my first post.

 

Release 3.1.13 and the elk module seem to have an issue with common areas.

 

If Area 2 (common to Area 1) is not armed and no other zones in Area 1 are violated. Then the Administrative console flashed the armed up state between ready to arm and not ready to arm at about a 1 second interval.

 

If you arm Area 2 or violate any zone in Area 1 this behavior stops.

 

 

Seems to be resolved in 3.1.14,

[Slalom]

I spoke too soon. The problem still exists.

 

Hi All

 

Been lurking for a bit but this is my first post.

 

Release 3.1.13 and the elk module seem to have an issue with common areas.

 

If Area 2 (common to Area 1) is not armed and no other zones in Area 1 are violated. Then the Administrative console flashed the armed up state between ready to arm and not ready to arm at about a 1 second interval.

 

If you arm Area 2 or violate any zone in Area 1 this behavior stops.

 

 

Seems to be resolved in 3.1.14,

[Moshe]

Installation went fine.

[Chris Jahn]

Thanks for the feedback,

 

We are still working on the Elk common areas, and the -60/-40 temperature values shown in the Admin Console.

[gerwitz]

I am having the dreaded "reported written size is invalid" error attempting to apply this update, the first time I've tried to upgrade my 99i that shipped with 3.1.9. This always occurs after a long pause at 2%, while "installing CODE/insteon.img" and also reports a broken pipe.

 

I have downloaded this update file with Safari and with curl (and confirmed they were the same file). I have tried downloading and applying 3.1.13 with the same error.

 

I have removed my certs, deleted my Java caches, restarted the computer, basically starting from a clean slate. I am using an https:// URL to connect to my ISY from the Console.

 

And, get this, I have done all the above from two different Macs, now. One on Ethernet, the other on WiFi. Both running the latest everything (OS, Java, browsers, etc.)

 

As far as I can tell, and based on a lack of problem reports on this forum, I've eliminated every problem source but the ISY itself. I see nothing interesting in the event viewer or the system log. What else might I try to diagnose?

[Mike_405]

Installed fine from iMac after I used http: instead of https:

 

When I get stuck on 2% I know it isn't going to update.

 

[Mike_405]

I am having the dreaded "reported written size is invalid" error attempting to apply this update, the first time I've tried to upgrade my 99i that shipped with 3.1.9. This always occurs after a long pause at 2%, while "installing CODE/insteon.img" and also reports a broken pipe.

 

I have downloaded this update file with Safari and with curl (and confirmed they were the same file). I have tried downloading and applying 3.1.13 with the same error.

 

Gerwitz:

 

I'm using an iMac. First, I think that Safari does not play nice with ISY. So use Firefox or another browser.

 

Also, use http: See my above post. I had the same sticking point at 2% and went from https: to http: when installing the update. It went fine after that.

 

Mike

[andyf0]

I am having the dreaded "reported written size is invalid" error attempting to apply this update, the first time I've tried to upgrade my 99i that shipped with 3.1.9. This always occurs after a long pause at 2%, while "installing CODE/insteon.img" and also reports a broken pipe.

 

I have downloaded this update file with Safari and with curl (and confirmed they were the same file). I have tried downloading and applying 3.1.13 with the same error.

 

I have removed my certs, deleted my Java caches, restarted the computer, basically starting from a clean slate. I am using an https:// URL to connect to my ISY from the Console.

 

And, get this, I have done all the above from two different Macs, now. One on Ethernet, the other on WiFi. Both running the latest everything (OS, Java, browsers, etc.)

 

As far as I can tell, and based on a lack of problem reports on this forum, I've eliminated every problem source but the ISY itself. I see nothing interesting in the event viewer or the system log. What else might I try to diagnose?

 

One thing to check for is that you are trying to update the correct file. When I use Safari to download the .ZIP it actually extracts the files out of the .ZIP then throws the .ZIP file into the trash. You need to select the .ZIP file to update. I end up dragging it out of the Trash onto the desktop and point to the file on the desktop.

[Michel Kohanim]

Hi gerwitz,

 

If you are still having problems, please submit a ticket and we'll help you figure out what's causing the issue.

 

With kind regards,

Michel

[wwat]

Hi Michel,

 

In the last version myself and a few other users reported what appears to be a problem with program evaluation in ISY. In relation to my report you mentioned that you were concerned that the program had a 'wait' statement which could have caused the issue and you also mentioned that you were looking into the issue.

A few days ago I rewrote the program to exclude the wait statement and to use variables instead of programs to hold certain info. The updated program was working without issues until today. Today I noticed that the program remained with a status of 'False' despite everything within the 'If' statement evaluating to 'True' I was able to take screen shots to prove the point.

I also attempted to manually run the 'If' statement, it also susequently failed. I then ran the 'Then' statement manually which triggered without any problems.

 

Regards,

Wayne

 

Copy of new code (without 'wait' statement):

 

[Humidifier Off]

If
       Status  'Venstar House / House - Fan' is On
   And (
            Status  'Venstar House' > 39% (Humidity)
         Or Status  'Living Room / Living Rm KPL - Track Light / Humidity Control' is Off
       )
   And $Int_HumidifierFanStatus is 1

Then
       $Int_Humidity_Off_Count += 1
       $Int_HumidifierFanStatus  = 0
       $State_HumidifierWHOverride  = 0
       Set 'Furnace Room / Humidifier-Sensor / Humidifier-Relay' Off
       Run Program 'Humidifier Fan Off Control' (If)

Else
  - No Actions - (To add one, press 'Action')

[Michel Kohanim]

Hi Wayne, thanks so very much for the report.

 

We are looking into it as we speak and your input has been quite valuable.

 

With kind regards,

Michel

[gerwitz]

Thanks, Mike! I was blindly following some advice to use an SSL connection, but it worked once I reverted to an http: URL.

 

(And for the record, I used "curl" specifically to avoid the problem Andy referenced. But it's also possible to avoid Safari unzipping by either changing a preference or, for a one-off download, context-clicking and choosing "Download Linked File As…")

[ekapigian]

Ever since upgrading to 3.1.13 (and now 3.1.14) I've been getting the following messages in my error log repeated over and over:

 

GET-->/elkServices.wsdl Tue 2011/12/13 06:59:36 PM System -170001 0

 

I don't use an Elk module or any Elk services. Is there any way to shut this off so I quit getting these error messages? And will this have any effect on the performance of my system? I've noticed my system has been recently experiencing difficulties communicating with certain switchlinc devices. I've rearranged my access points for better coverage (and may need to purchase another), but it seems like the range of communication has diminshed -- devices that are further away from access points/PLM are now struggling to communicate where I previously had no problems. Not sure if this is related or maybe my PLM is going out. That seems to be a common issue lately.

[Michel Kohanim]

Hi ekapigian,

 

These are informational messages and only show up if you use the Event Viewer on the last level (Device Communications).

 

With kind regards,

Michel

[tgutwin]

The 'Clear your Java Cache' web link that is referenced by this post and in the Wiki has/is changing and appears to be deprecated.

at

http://www.deakin.edu.au/itl/dso/guides ... pc-mac.php

 

in case anyone else is looking for it.

[barkster]

Whoa, major problem woke up this morning to try and create my thermostat program and every device shows no status or any info? Is this a bug, seems pretty major? I'm going to reboot but is this common?

 

[barkster]

well I closed and reopened admin console and it was fixed... weird...

[LeeG]

The Admin Console is not designed to be a long running task. I think something expires in the connection which means the ISY is not able to push data out to the Admin Console. Anytime the Current State information is missing for all the devices restart the Admin Console. There are situations where AV like Avast will block all data from the ISY but this would be a solid situation, not what you are seeing.