Release 3.1.4 (Beta) Is Now Available

[MasterMog]

I purchased the irrigation module and when I select purchased modules from the admin console menu it shows the module installed. However, it is not showing up on under Help->About as being installed. How do I verify that the module is installed?

 

 

Thanks

Mack

[Michel Kohanim]

Hello Mack,

 

I think you installed the module before upgrading to 3.1.4. Please do be kind enough to send your UUID (Help|About) to support@universal-devices.com and we'll reactivate it for you again.

 

With kind regards,

Michel

[fitzpatri8]

I just created a scene using 3.1.4 and ran into an interesting glitch. After adding several devices to the new scene, I selected the main scene and changed the scene setting for one Icon On/Off adapter to OFF by dragging the level to zero and releasing. The level did not 'stick'--that is, the change wasn't saved to the device and if I selected another scene then came back to the original it again showed its level as On.

 

If I dragged the level to something *in between* 0 and 100, then I got the message about On and Off being the only options as expected, and the new link setting was saved to the device.

 

Once I triggered the message, the problem went away and would not repeat--dragging the level to 0 or 100 saved the level as expected in that or any other newly-created scenes.

[ryarber]

I'm having an issue with the "irrigation requirement" in the irrigation module.

 

Despite having no rain yesterday, no irrigation cycle running, and a water deficit yesterday of .287 inches and today of 0.43 inches, the irrigation requirement is showing up as 0. I actually have not seen the irrigation requirement say anything but 0. Is there something I'm missing?

[Michel Kohanim]

Hello ryarber,

 

That's the problem with Irrigation Requirement: if it's a negative number, it simply shows zero. I think we have to fix this so that it shows the negative values.

 

I have already explained this situation in this post at the bottom:

viewtopic.php?f=7&t=6452&start=255

 

With kind regards,

Michel

[RatRanch]

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

Michel,

After upgrading to 3.1.4, my test values for Rain Today parameters changed by value/=10. For example my code in 3.1.3 was:

If
       Module 'Climate' Rain Today >= 0.2 "
   And Module 'Climate' Rain Today < 0.5 "

But after the upgrade to 3.1.4 the values were changed to 0.02 and 0.05 respectively.

 

Yesterday, we finally had some rain, and Weatherbug was reporting 0.32†rain, which agreed with my weather station. However my code to test for 0.2†<= Rain Today < 0.5†evaluated false, but I found testing 0.02†<= Rain Today < 0.05†evaluated true with the actual Rain Today of 0.32â€. Please advise. Thanks.

 

Michel:

 

Same issue here after upgrading to 3.1.4. Irrigation module is also installed on this system.

 

-Jim

[Michel Kohanim]

Hi Jim,

 

Please checkout the procedure here:

viewtopic.php?f=7&t=6452&p=50218#p50218

 

With kind regards,

Michel

[wrj0]

Michel,

Thanks for your response, but I'm not sure how the link provided answers my initial question. So, I'll try to clarify my previous rambling.

 

With Climate Module actually reporting Rain Today = 0.32, the test for:

If

Module 'Climate' Rain Today >= 0.2 "

And Module 'Climate' Rain Today < 0.5 "

Returns False!

 

But,

If

Module 'Climate' Rain Today >= 0.02 "

And Module 'Climate' Rain Today < 0.05 "

Returns True with Rain Today value = 0.32.

 

Started in 3.1.4 with the Irr/ETo module. Was testing OK in 3.1.3. Please advise.

[Michel Kohanim]

Hello wrj0,

 

Sincere apologies for not paying close attention to what you were saying. This must be a bug and it shall be fixed in the next drop. Again, my apologies.

 

With kind regards,

Michel

[Michel Kohanim]

Hello again wrj0,

 

Was going through the code and realized that the only way this could be a bug is if you use Metric as the unit of measure for your WB. Is this the case?

 

With kind regards,

Michel

[wrj0]

No apologies are necessary, Michel. I'm rather amazed you are able to respond to as many inquires as you do so quickly!

 

My Weatherbug module display shows English (F) in the display - I've never selected metric for use in the Weatherbug module. (But like many of us in the U.S. are moving to metric an inch at a time.)

 

The change occurred after I upgraded to 3.1.4. Weatherbug programs that used to test for a desired value in 3.1.3, were changed to display 1/10th of that value after the upgrade to 3.1.4. So, I changed them back to the value I wanted for the test. Using the desired value tests false, but using (desired value)/10 seems to test correctly, at least for the Rain Today value.

[RatRanch]

No apologies are necessary, Michel. I'm rather amazed you are able to respond to as many inquires as you do so quickly!

 

My Weatherbug module display shows English (F) in the display - I've never selected metric for use in the Weatherbug module. (But like many of us in the U.S. are moving to metric an inch at a time.)

 

The change occurred after I upgraded to 3.1.4. Weatherbug programs that used to test for a desired value in 3.1.3, were changed to display 1/10th of that value after the upgrade to 3.1.4. So, I changed them back to the value I wanted for the test. Using the desired value tests false, but using (desired value)/10 seems to test correctly, at least for the Rain Today value.

 

I'm observing the same behavior that wrj0 reports (and I wholeheartedly agree with his assessment of UDI's amazing responsiveness). The value displayed in programs is one tenth the value that is actually being evaluated. My system is also configured for Fahrenheit units.

 

-Jim

[Illusion]

I have a 2476S that I use a program to adjust the back-light of each day. This used to work flawlessly around 2.8.16 but no longer functions in 3.1.3 or 3.1.4.

 

I am replacing the 2476S (Hardware V5.5) due to failure to respond to local control but before this local control issue appeared the back-light had stopped responding to the program. I chalked it up to device failure but that does not appear to be the case.

 

I received my replacement 2476 and added it and did the "replace device with function" under 3.1.3 but was unable to control the back-light from the ISY.

 

Seeing that 3.1.4 specifically addresses the 2476s I re-added it after upgrading to 3.1.4.

 

With just adding the device but before adding it to scenes or programs I attempted to adjust its back-light. No good. Here is the level 3 event trace:

 

(2476S) SwitchLinc Relay - Remote Control On/Off Switch v.3A Hardware v5.8

Mon 07/11/2011 03:31:54 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:31:54 PM : [18 32 DE 1  ] Memory : Write dbAddr=0x0264 [FF]

Mon 07/11/2011 03:31:55 PM : [iNST-ACK    ] 02 62 18.32.DE 1F 2E 00 00 07 FF 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:31:55 PM : [iNST-SRX    ] 02 50 18.32.DE 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:31:55 PM : [standard-Direct Ack][18.32.DE-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

Mon 07/11/2011 03:32:05 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:32:05 PM : [18 32 DE 1  ] Memory : Write dbAddr=0x0264 [01]

Mon 07/11/2011 03:32:06 PM : [iNST-ACK    ] 02 62 18.32.DE 1F 2E 00 00 07 01 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:32:06 PM : [iNST-SRX    ] 02 50 18.32.DE 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:32:06 PM : [standard-Direct Ack][18.32.DE-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

 

It appears to communicate alright, but the back-light does not change intensity.

 

Next I factory reset the old switch (the one I am replacing) and added it back to the ISY. I then tried to change its back-light using the LED brightness button. This very switch used to respond to back-light intensity changes.

 

Level 3 Event Trace:

 

(2476S) SwitchLinc Relay - Remote Control On/Off Switch v.3A Hardware v5.5

Mon 07/11/2011 03:32:55 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:32:55 PM : [14 E5 FF 1  ] Memory : Write dbAddr=0x0264 [FF]

Mon 07/11/2011 03:32:55 PM : [iNST-ACK    ] 02 62 14.E5.FF 1F 2E 00 00 07 FF 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:32:55 PM : [iNST-SRX    ] 02 50 14.E5.FF 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:32:55 PM : [standard-Direct Ack][14.E5.FF-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

Mon 07/11/2011 03:33:04 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:33:04 PM : [14 E5 FF 1  ] Memory : Write dbAddr=0x0264 [01]

Mon 07/11/2011 03:33:04 PM : [iNST-ACK    ] 02 62 14.E5.FF 1F 2E 00 00 07 01 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:33:04 PM : [iNST-SRX    ] 02 50 14.E5.FF 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:33:04 PM : [standard-Direct Ack][14.E5.FF-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

 

And here is the level 3 Event trace from another switch that still responds to LED commands correctly:

 

(2476D) SwitchLinc Dimmer W/Beeper v.38

Mon 07/11/2011 03:33:45 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:33:45 PM : [16 3A 15 1  ] Memory : Write dbAddr=0x0264 [FF]

Mon 07/11/2011 03:33:45 PM : [iNST-ACK    ] 02 62 16.3A.15 1F 2E 00 00 03 FF 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:33:45 PM : [iNST-SRX    ] 02 50 16.3A.15 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:33:45 PM : [standard-Direct Ack][16.3A.15-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

Mon 07/11/2011 03:33:58 PM : [All         ] Writing 1 bytes to devices

Mon 07/11/2011 03:33:58 PM : [16 3A 15 1  ] Memory : Write dbAddr=0x0264 [01]

Mon 07/11/2011 03:33:58 PM : [iNST-ACK    ] 02 62 16.3A.15 1F 2E 00 00 03 01 00 00 00 00 00 00 00 00 00 00 00 06        (00)

Mon 07/11/2011 03:33:58 PM : [iNST-SRX    ] 02 50 16.3A.15 13.24.AA 2B 2E 00           (00)

Mon 07/11/2011 03:33:58 PM : [standard-Direct Ack][16.3A.15-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

[Illusion]

And while doing all this trouble-shooting I have noticed lots of instances of these errors in my event viewer:

 

Mon 07/11/2011 03:19:18 PM : [FileOpen    ] Open failed for [/CONF/ELECMTR.CFG] (r)

Mon 07/11/2011 03:19:18 PM : [FileOpen    ] Open failed for [/CONF/ELEC.CFG] (r)

Mon 07/11/2011 03:17:00 PM : [FileOpen    ] Open failed for [/CONF/IR.CFG] (r)

 

Is this anything to be concerned about?

[wrj0]

I'm observing the same behavior that wrj0 reports (and I wholeheartedly agree with his assessment of UDI's amazing responsiveness). The value displayed in programs is one tenth the value that is actually being evaluated. My system is also configured for Fahrenheit units.

-Jim

Thanks for confirming the 1/10th value behavior, Jim. Here's hoping the fix will be an easy one for Michel and company.

[Michel Kohanim]

Hello wrj0/Jim,

 

Yes, this should be an easy fix. I do apologize for not catching it before.

 

Illusion,

 

As you note, both devices are getting the same messages while one is responding and the other is not. This is curious since I cannot fathom how your SWLs without Beep ever responded to Backlight. What I am going to do is to put the same logic as 2.8.16 for 2476S (new one) in the next release. I am not sure if this is going to work since it's against the APIs as provided to us. But, at the moment, I do not think we have a choice.

 

With kind regards,

Michel

[ryarber]

I think I found a bug in the irrigation module.

 

I have the following program set up:

If
           Time is 12:01:00 AM
    For    6 hours 10 minutes
    And    Status 'Master BR KP / Irr Hold .MBK' is not on
    And    'Module Climate Irrigation Requirement' >=0.50

Then
           Set 'Irr - 1' On
           Wait 90 minutes
           Set 'Irr - 1 / 2-Lake' On
           Wait 90 minutes
           Set 'Irr - 1 / 3-South' On
           Wait 60 minutes
           Set 'Irr - 1 / 4-North' On
           Wait 30 minutes
           Set 'Irr - 1 / 5-Southeast' On
           Wait 54 minutes
           Set 'Irr - 1 / 6-By House' On
           Wait 15 minutes
           Set 'Irr - 1 / 7-Fower beds' On
           Irrigation - Cycle Complete
           Wait 21 minutes
           Set 'Irr - 1 / 7-Flower beds' Off

Else
    - No Actions

 

When the irrigation cycle ran last night, it cycled all the way through to zone 7. Then mysteriously the program retriggered itself. It should have been when the irrigation cycle was registering as complete and it was subtracting 0.5 from the "Irrigation Requirement." The new irrigation requirement should have been about 0.06 inches after the cycle ran the first time.

 

I have since taken out the "For 6 hours 10 minutes" statement so the program should not retrigger itself from now on, but it seems that even though the new irrigation requirement would have been less than 0.5 inches, the change in the variable triggered the program to rerun with the old, preirrigation, variable.

 

It could be that my programming skills suck, which they do.

[Michel Kohanim]

Hello ryarber,

 

Thanks so very much. There's indeed a bug where Irrigation Requirement is over-written by WB update if and only if they happen at the same time. This has been fixed for 3.1.5.

 

This said, please note the following:

Waits are interruptible. This means that if Irrigation Cycle changes in any shape or form such that the condition:

- Is set to false, then the rest of the program will NOT run. The program stops at the Wait

- Is set to true, then the program RESTARTS from the beginning

 

So, it's best for Irrigation Complete to be the last entry in the Then.

 

With kind regards,

Michel

[Illusion]

Hello wrj0/Jim,

 

Yes, this should be an easy fix. I do apologize for not catching it before.

 

Illusion,

 

As you note, both devices are getting the same messages while one is responding and the other is not. This is curious since I cannot fathom how your SWLs without Beep ever responded to Backlight. What I am going to do is to put the same logic as 2.8.16 for 2476S (new one) in the next release. I am not sure if this is going to work since it's against the APIs as provided to us. But, at the moment, I do not think we have a choice.

 

With kind regards,

Michel

 

Michel,

 

I can assure you that both the unit I am replacing and the the unit I am replacing it with do indeed have beep. The title I used in my post is from the description the ISY places on these devices. I do not know why it says beep for the dimmer version but not for the relay version.

 

And the errors I see in the event viewer... are those anything to be concerned about?

[Michel Kohanim]

Hi Illusion,

 

The errors are benign ... I really do not know what supports beep except those that explicitly have beep in their title. SWLs have gone through many revisions which have made tracking capabilities rather difficult. You might want to try Beep command on them and see if they beep.

 

With kind regards,

Michel

[Illusion]

Thanks for the answer on the errors.

 

Yeah, I can make that switch beep just fine:

 

Wed 07/13/2011 09:39:09 AM : [        Time] 09:39:09 2(0)

Wed 07/13/2011 09:39:09 AM : [iNST-ACK    ] 02 62 18.32.DE 0F 30 BE 06          BEEP   (BE)

Wed 07/13/2011 09:39:09 AM : [iNST-ACK    ] 02 62 18.32.DE 0F 30 BE 06          BEEP   (BE):  Process ACK: duplicate ignored

Wed 07/13/2011 09:39:09 AM : [        Time] 09:39:10 2(0)

Wed 07/13/2011 09:39:09 AM : [iNST-SRX    ] 02 50 18.32.DE 13.24.AA 2B 30 BE    BEEP   (BE)

Wed 07/13/2011 09:39:09 AM : [standard-Direct Ack][18.32.DE-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

Wed 07/13/2011 09:39:09 AM : Duplicate: ignored

Wed 07/13/2011 09:39:09 AM : [iNST-SRX    ] 02 50 18.32.DE 13.24.AA 2B 30 BE    BEEP   (BE):  Process Message: failed

Wed 07/13/2011 09:39:09 AM : [standard-Direct Ack][18.32.DE-->ISY/PLM Group=0] Max Hops=3, Hops Left=2

[LeeG]

Illusion

 

The question you raised about the possibility of a PLM problem, the PLM generated two Echo messages (or the ISY issued the PLM command twice). More likely the PLM generated two Echo messages.

 

Wed 07/13/2011 09:39:09 AM : [iNST-ACK ] 02 62 18.32.DE 0F 30 BE 06 BEEP (BE)

 

Wed 07/13/2011 09:39:09 AM : [iNST-ACK ] 02 62 18.32.DE 0F 30 BE 06 BEEP (BE): Process ACK: duplicate ignored

 

Lee

[LeeG]

Illusion

 

The duplicate Beep Echo is not your PLM. I get the same thing on mine.

 

Wed 07/13/2011 12:24:13 PM : [ Time] 12:24:47 0(0)

 

Wed 07/13/2011 12:24:13 PM : [iNST-ACK ] 02 62 15.9A.F9 0F 30 FA 06 BEEP (FA)

 

Wed 07/13/2011 12:24:13 PM : [iNST-ACK ] 02 62 15.9A.F9 0F 30 FA 06 BEEP (FA): Process ACK: duplicate ignored

 

Wed 07/13/2011 12:24:13 PM : [iNST-SRX ] 02 50 15.9A.F9 12.9F.E4 2B 30 FA BEEP (FA)

 

Lee