Release 4.0.4 RC1 Is Now Available

[Michel Kohanim]

Hello all,

 

I am happy to announce the availability of our 4.0.4 RC1! For a list of changes, please take a look at this post.

 

IMPORTANT If you have not already done so, please upgrade your Java to the latest release (1.7.21)

IMPORTANT We will no longer have any firmware updates for ISY99i Series Announcement .

 

 

Know Issues

- None

 

Things to test:

- MAC File Chooser

- Networking

- Irrigation

- SwitchLinc button press issues

 

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

*For a discussion of variables, please look at our Program Variables Wiki.

 

 

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 994i Series including Z-Wave Support

ISY 994i Z & ZS Series (Zigbee)

 

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. http://your.isy.ipaddress (or http://isy if you have Windows) - Java Applet

b. http://your.isy.ip.address/admin.jnlp - Java application

c. http://isy.universal-devices.com/99i/4.0.4 - Java Applet

d. http://isy.universal-devices.com/99i/4.0.4/admin.jnlp - Java application

MAC 10.6.x Users:

e. http://isy.universal-devices.com/99i/4.0.4/admin16.jnlp

 

Dashboard

- http://isy.universal-devices.com/99i/4. ... board.jnlp

 

8. Please backup your system again

 

Thanks and with kind regards,

Michel

[Brian H]

Installed with no issues.

Are we still supposed to turn Off the Java Plug in for IE8 after we are through?

I do have Java 1.7.21

[andyf0]

FileChooser is doing the same as it did before on OS X.

[Candide]

Updated from 4.0.3 - so far so good, no issues.

Backup remembers location on Windows 7.

[LeeG]

andyf0

 

Does Help | About confirm UI is at 4.0.4?

[andyf0]

andyf0

 

Does Help | About confirm UI is at 4.0.4?

 

Yes.

[Xathros]

Andy-

 

I'm pretty sure this is a bug in the OS X 10.8.3 finder. The Java file chooser didn't work on 10.8.3 so UDI reverted back to using the MAC finder. At least we can easily work around this until Apple fixes it.

 

-Xathros

[Michel Kohanim]

Hi Andy,

FileChooser is doing the same as it did before on OS X.

 

There are two "before"s here: One is the original issue where FileDialog would not show the contents of directories. Then there was the recent "before" when we moved to JFileChooser which caused the whole Admin Console to hang.

 

If the former, then that's intended since we could not fix the hang issue and reverted to original FileDialog. If the latter, then - since we are dealing with MAC - you may have to reboot your computer for cache to be cleared.

 

With kind regards,

Michel

[hmatos]

Has the Z-Wave work been completed? I only ask because I don't see anything related to Z-Wave fixes in the last two releases (I believe). Has there been any progress for Schlage Electronic Deadbolts, Beaming Devices, or ISY as a Secondary Controller?

 

Thanks!

 

Heroildo

[galentx]

Hello all,

...

For a list of changes, please take a look at this post.

...

 

Has the list of changes for 4.0.4 RC1 been posted yet? I don't see a new post under the topic, though the title has been changed.

 

Thanks for all that you do!

-Galen

 

Update: Never mind. It looks like maybe 4.0.3 became 4.0.4 RC1 - I see references to both in the top post.

[jmed999]

Looks like some big changes for the irrigation module. Where can we go to see an explanation of the changes? ie. What calc method is optimum, what the crop coefficient means etc. Thanks!

[Michel Kohanim]

Hello Heroildo,

 

Yes, big changes for Z-Wave so much so that we have decided to have an official release before merging in Z-Wave changes. This way, INSTEON base can stay stable.

 

Hi jmed999,

 

We are working on instructions with IM. We'll let you know when done.

 

With kind regards,

Michel

[jmed999]

Thanks Michel!!! Everything working great so far!

[gormic]

I just updated to 4.0.4 from 4.0.3 and everything seems to work except for the my 3 Keypadlinc Countdown Timer (2484DWH8 v. 2D) that cannot communicate with the isy anymore. Going back to 4.0.3 fix the problem. I tried to add all 3 devices again in 4.0.4 without success. I had to add them again when going back to 4.0.3 for them to work.

 

Any change in the success report message handling that may have triggered that?

 

Thanks,

 

Michel G.

[Michel Kohanim]

Hi Michel G,

 

May I trouble you to retry adding in 4.0.4 while having Event Viewer on at Level 3? Once done, please send the contents to support@universal-devices.com.

 

With kind regards,

Michel

[Scott MS]

I am having an issue with the use of the Smartenit 5010T.

 

When I save the programs, exit, and return to the Admin Console. It appears the "Watts" values are not saved.

 

For instance, if I enter this in the program:

 

Status 'PowerMeter / ZBPCM' > 1400 Watts

 

then exit and open the Admin Console again. It will show:

 

Status 'PowerMeter / ZBPCM' > Null

 

It appears that the Admin Console is not saving the "Watts" values.

[LeeG]

It is not all 2484DWH8 Countdown Timers with v2D. I had no problem adding one using 4.0.4 and it reports state changes. Used New INSTEON Device with Auto Discover

[Candide]

The new 4.0.4 firmware also shows the "-6.27" inches per hour pressure rate.

It is really weird that it is always either correct - or -6.27

 

Edit: The error log shows some network errors, then establishes and the rate display is correct:

Tue 2013/04/30 10:22:02 PM System -140005 CLI-WBug

Tue 2013/04/30 10:23:41 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 10:24:21 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:28:35 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:29:24 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:31:19 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:32:00 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:34:00 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:36:58 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 10:37:41 PM System -170001 [TCP-Conn] -262/-140002, Portal-Dispatch

Tue 2013/04/30 10:38:30 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:40:33 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:41:16 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:41:56 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:42:40 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:43:29 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:44:09 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:46:09 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 10:46:52 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:47:36 PM System -170001 [TCP-Conn] -5/-140002, Portal-Dispatch

Tue 2013/04/30 10:50:24 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 10:55:23 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 11:25:55 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 11:29:51 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Tue 2013/04/30 11:48:42 PM System -170001 [TCP-Conn] -256/-140002, Portal-Dispatch

Wed 2013/05/01 02:52:02 PM System -140005 CLI-WBug

Thu 2013/05/02 11:25:48 AM System -5017 37

Thu 2013/05/02 11:09:53 PM System -5012 41

Thu 2013/05/02 11:28:23 PM System -5012 43

Sat 2013/05/04 09:58:11 AM System -5012 51

Mon 2013/05/06 11:30:40 AM System -5 Start

Mon 2013/05/06 11:30:48 AM System -170001 [Network] Established

[gormic]

I added again all 3 keypadlinc this morning and all worked. I tried with the auto discovery for two of them and by selecting the type manually for the last one, both method worked.

Not sure what happen last night but everything work for me now (after re-adding them back). Can't seem to reproduce the problem anymore. Sorry for the false alarm.

 

Michel G.

[pyroman175@yahoo.com]

I agree with jmed999 is there any info on the new irrigation calcs? I live in Arizona and it gets to 120 during the day here, wind would always give me more water requirements than a 100 degree day would. I hope the new calcs will be better for the heat. Thanks Michel

[Michel Kohanim]

Hi Candide,

 

Those errors to MobiLinc are quite worrisome. Some of them are httpS/TLS related. I am really not sure where we are getting the -6.27 from. Would it be at all possible to switch to another station and see if you still get the same -6.27? It's such a random and insignificant number that I will have to assume is coming from the station itself.

 

Hi pyroman,

 

The calculations should be much more accurate and much closer to those reported by other ETo services.

 

Still working on the instructions.

 

With kind regards,

Michel

[IndyMike]

pyroman175 and jmed999,

 

Michel had requested a updated Wiki some time back - I'm delinquent. Work has again intruded.

 

In lieu of a good Wiki description, here are the basics:

 

Calculation Method

 

Penman-Monteith: Accurate, but relies on averages of Temperature, Wind speed, and Dewpoint throughout the day. Some users had reported problems with communication to the Weatherbug servers which can cause errors in the averages.

 

Hargreaves-Samani: Less accurate, but relies on Min/Max temperatures alone. These can be acquired during one snapshot at the end of the day. As a result, the calculation is far more robust in the presence of Weatherbug access issues.

 

Absorption Factor

 

80% absorption is recommended for level ground. This is a generally accepted industry % absorption for rainfall. Users with steep slopes can apply lower percentages to compensate for runoff.

 

Absorption is applied to both rainfall and irrigation:

1) Rainfall .5 inches: Effective rain = 0.8 * .5 = .4 inches

2) Irrigation 0.5 inches: Effective irrifation = 0.8 * 0.5 = .4 inches

 

Crop coefficient

 

Plant needs are species dependent and defined as ETc = ETo * Kc (Kc = crop coefficient).

Cool season grasses (Bluegrass, Rye, Fescue) use Kc of 0.8

Warm season greasses (Bermuda, Saint Augustine, Zoisya, and Centipede) use a Kc of 0.6.

Edit: corrected Kc for warm season grasses.

 

Additional values are provided to encompass a range of plants/trees/gardens.

 

Note: the current Evapotranspiration variable is actually ETc (=ETo * Kc)

 

Pryroman,

 

Wind speed will significantly affect your ETo calculations. If you feel that the updated calculations are different than local predictions, PM me with your location (weatherbug) and I will run some calculations.

 

IM

[MWareman]

I had an interesting one in the irrigation module. I don't know if its new or not (or even an issue) - but I just noticed it.

 

At 4am, my ISY 4.0.4 program ran and determined that the irrigation_needs was 0.657 - so it kicked off a cycle of 0.5. I have 80% absorption set right now, so I would expect 0.4 to come off the irrigation_needed figure, but it did not - at least not right away. The figure read from the module immediately after the complete command ran was still 0.657 (I notify by email immediately before and immediately after the cycle). Two hours later (6am check of irrigation_needs), it reported 0.257 - which is correct.

 

How long should it take for the irrigation_required figure to update after a cycle complete command is issued? Should I add a short wait after calling irrigation complete before re-reading the data to send the notification?

 

Michael.

[MWareman]

Thanks IM - that's awesome. It really sums up the details.

 

Only one question I have. Is rain that falls between the calculations being run (midnight) taken account of within the irrigation requirement 'published' by the module?

 

In other words. At midnight, it is determined that the irrigation_requirement is 0.5" - but between 2am and 3am 0.5" of rain falls (and weatherbug reports it). What does Irrigation_requirement show at 4am? Is it 0.5 (rain that fell is ignored until the next calculation) or 0.1 (rain * absorption factor is subtracted from the requirement for that day). For me, the second one is preferred. Or, perhaps, and option to allow the administrator to choose.

 

I guess the alternative is to be able to schedule when the calculation is run. If I can run the calculation at 4am instead of midnight this issue would be moot. I guess this also raises the question of can the calculation be run multiple times per day now?

 

Thanks,

 

Michael.

[Michel Kohanim]

IM,

 

THANK YOU! Wiki has been updated based on your input:

http://wiki.universal-devices.com/index ... ion_Module

 

With kind regards,

Michel