Comfort  Automation/ Security System Forums Home
Home Search search Menu menu Not logged in - Login | Register

UCM/Zwave3 Issue with Z-Wave Library 2.4
 Moderated by: slychiu
 New Topic   Reply   Printer Friendly 
 Rate Topic 
AuthorPost
 Posted: Tuesday May 29th, 2012 08:17 am
   PM  Quote  Reply 
1st Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3493
Status: 
Offline

  back to top

There is an issue for UCM/Zwave3 where the ZWave Module Info is version 2.4, using UCM/Zwave 6.019

The screenshot shows the UCM Module info as 3.34 which means it is OK.


When ZWave Module Info is version 2.4, the identification of Z-Wave modules with Multichannel Class does not work and the multichannel device is detected as a single channel. Nevertheless UCM/Zwave wil be able to control the additional channels

This applies to MK Astral 2 gang or more dimmers and switches
It does not have an effect when the Mutlichannel class devices are not used in the Zwave network

The problem lies with the Zwave library. After library version 2.4 Z-Wave obsoleted one of the classes so that the command that was used to identify the multichannel class could not work any further. This means that Multi-channel Class Z-Wave devices are wrongly identified as Basic Class. However the UCM/Zwave can still send commands to control the other channels on the ultichannel device even though it is identified as Basic Class.

Furthermore, a Virtual Node can still be associated with the other channels on the Multi channel device exactly as stated in the UCM/Zwave manual http://www.cytech.biz/ucmzwave_manual.html

The only shortcoming of having the Zwave Library version 2.4 is that if POLLING is used, ie Poll time is non-zero, the other channels in the Multichannel device will not respond. However in the new UCM/Zwave if you associate a virtual Node with a multichannel device, polling is NOT needed, because the associaltion allows the Z-Wave device to automatically report its state to UCM/Zwave. Polling was needed in the old UCM/Zwave with 1-way operation to obtain the status. Polling is inefficient compared to association as it causes more traffic on the Z-Wave network and is limited to every 10 seconds (so update is slow)


Last edited on Wednesday May 30th, 2012 05:08 am by ident



 Posted: Tuesday May 29th, 2012 05:00 pm
   PM  Quote  Reply 
2nd Post
gaynorc
Member
 

Joined: Sunday Dec 31st, 2006
Location: Ireland
Posts: 130
Status: 
Offline

  back to top

This is the problem which I discovered today (see my separate post).

You say "Nevertheless UCM/Zwave will be able to control the additional channels"

Can you explain how? I have only been able to operate one of the channels. The other is not mentioned in the mapping process and is not available to control as far as I can determine. As this affects nearly half my switching capacity, I am anxious for the explanation.

Thanks



 Posted: Tuesday May 29th, 2012 06:59 pm
   PM  Quote  Reply 
3rd Post
gaynorc
Member
 

Joined: Sunday Dec 31st, 2006
Location: Ireland
Posts: 130
Status: 
Offline

  back to top

Okay I can see how the responses can be set to multichannel and that they can work.
What about associating counters with each second channel?

Thanks



 Posted: Wednesday May 30th, 2012 05:12 am
   PM  Quote  Reply 
4th Post
ident
Administrator


Joined: Wednesday Aug 9th, 2006
Location: Singapore
Posts: 3493
Status: 
Offline

  back to top

The initial post has been expanded to explain that other channels on a Multi-channel device can be associated with a Virtual Node

"Furthermore, a Virtual Node can still be associated with the other channels on the Multi channel device exactly as stated in the UCM/Zwave manual http://www.cytech.biz/ucmzwave_manual.html

The only shortcoming of having the Zwave Library version 2.4 is that if POLLING is used, ie Poll time is non-zero, the other channels in the Multichannel device will not respond. However in the new UCM/Zwave if you associate a virtual Node with a multichannel device, polling is NOT needed, because the associaltion allows the Z-Wave device to automatically report its state to UCM/Zwave. Polling was needed in the old UCM/Zwave with 1-way operation to obtain the status. Polling is inefficient compared to association as it causes more traffic on the Z-Wave network and is limited to every 10 seconds (so update is slow)"

So in practice your UCM/Zwave  should be able to work fully except if you want to use Polling, which is not advised anyway

Alternately you can send the Z-wave module (unscrew from UCM Baseboard) back to Cytech (Singapore address) to update the zwave library at no charge except for shipment back to your address




 Current time is 10:03 am
Top




UltraBB 1.172 Copyright © 2007-2014 Data 1 Systems