Michel Kohanim Posted May 6, 2013 Posted May 6, 2013 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 Quote
Brian H Posted May 6, 2013 Posted May 6, 2013 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 Quote
andyf0 Posted May 6, 2013 Posted May 6, 2013 FileChooser is doing the same as it did before on OS X. Quote
Candide Posted May 6, 2013 Posted May 6, 2013 Updated from 4.0.3 - so far so good, no issues. Backup remembers location on Windows 7. Quote
andyf0 Posted May 6, 2013 Posted May 6, 2013 andyf0 Does Help | About confirm UI is at 4.0.4? Yes. Quote
Xathros Posted May 6, 2013 Posted May 6, 2013 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 Quote
Michel Kohanim Posted May 6, 2013 Author Posted May 6, 2013 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 Quote
hmatos Posted May 6, 2013 Posted May 6, 2013 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 Quote
galentx Posted May 6, 2013 Posted May 6, 2013 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. Quote
jmed999 Posted May 6, 2013 Posted May 6, 2013 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! Quote
Michel Kohanim Posted May 6, 2013 Author Posted May 6, 2013 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 Quote
jmed999 Posted May 6, 2013 Posted May 6, 2013 Thanks Michel!!! Everything working great so far! Quote
gormic Posted May 7, 2013 Posted May 7, 2013 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. Quote
Michel Kohanim Posted May 7, 2013 Author Posted May 7, 2013 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 Quote
Scott MS Posted May 7, 2013 Posted May 7, 2013 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. Quote
LeeG Posted May 7, 2013 Posted May 7, 2013 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 Quote
Candide Posted May 7, 2013 Posted May 7, 2013 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 Quote
gormic Posted May 7, 2013 Posted May 7, 2013 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. Quote
pyroman175@yahoo.com Posted May 7, 2013 Posted May 7, 2013 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 Quote
Michel Kohanim Posted May 7, 2013 Author Posted May 7, 2013 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 Quote
IndyMike Posted May 7, 2013 Posted May 7, 2013 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 Quote
MWareman Posted May 7, 2013 Posted May 7, 2013 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. Quote
MWareman Posted May 7, 2013 Posted May 7, 2013 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. Quote
Michel Kohanim Posted May 8, 2013 Author Posted May 8, 2013 IM, THANK YOU! Wiki has been updated based on your input: http://wiki.universal-devices.com/index ... ion_Module With kind regards, Michel Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.