Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
I have two (experimental) Z-Wave networks each with their own UCM/Z-Wave.
UCM02 is part of a Vera Edge network and UCM03 is part of a Fibaro network. Both UCMs have learnt the devices in their respective networks and those devices correctly appear in the Z-Wave mapping screens in Comfigurator Modules.
When I try to write a response to perform a basic get or set command for a Z-Wave device, if the UCM Name is set to UCM02 (default) then the Devices that appear in the Device IDs pop-up are correctly the ones for the UCM02 network. However, if I change the UCM Name to UCM03, then the devices that appear are again the UCM02 network devices, not the UCM03 network devices.
I can work round the problem by adding a command for UCM02 then manually editing the response or the action codes changing the UCM number and the deviceID but clearly it would be nicer if Comfigurator displayed the correct Device IDs.
I am using Comfigurator V3.11.10.0
Posts: 5,951
Threads: 871
Joined: Apr 2006
Reputation:
2
We will take note of the problem in Comfigurator. It did not expect there to be 12 Zwave networks in a single system
However I suggest that you use the nwerer method of mapping flags sensors and counters to each zwave node rather than sending comands to Zwave
This alows you to send commands by setting andc clearing flags, or writing values into counetrs
Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
OK I will do that. That you for your prompt response.
Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
Am I right in thinking that if I map a counter or flag or sensor to a Comfort Z-Wave virtual node then any change in the counter or flag or sensor will only be discovered by the Z-Wave primary controller when it polls the virtual node? If so, is there a more immediate way of telling Z-Wave that a Comfort sensor for example has changed value? (The underlying task is to run a Z-Wave scene when Comfort detects it\'s getting dark.)
Posts: 5,951
Threads: 871
Joined: Apr 2006
Reputation:
2
Yes the change in state of the virtual node is discovered by a zwave controller via polling
But if it is not a virtual node, ie if the zwave node is mapped to counter or flag, then changing the counter ior flag immediately sends the command to the mapped zwave node. It has the same effect as using a response to send the command to the node
For your application ie sending to zwave when it is dark, you do not nbeed to use a virtual node, just ,ap to Sensor in Zwave to Comfort
Virtual Node is for sending commands to Comfort
I hope this is not too confusing
Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
Thank you for your explanation. I would like several Z-Wave lights to come on at dusk as detected by the Comfort sensor. I guess I could map them all to the same sensor but I like them to come on at slightly different times. That\'s why I wanted to tell the Z-Wave controller that it had got dark and run a scene to control the lights.
Having replaced my X10 device control with Z-Wave I\'m really just exploring how much should be done by Comfort and how much by the Z-Wave primary controller.
Posts: 5,951
Threads: 871
Joined: Apr 2006
Reputation:
2
You could get them to come on at diferent times by mapping them to diferent flags, and turn on the flags at different times, by using a timer activated by Sunset response. There is also a sunset time offset
Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
Yes I did that sort of thing when I was using X10 to control devices.
A different related problem: When I try to \"Write to EEPROM\" on UCM02 it says \"UCM02 on not a UCM/Z-Wave\" even though it\'s listed as such and the Z-Wave mapping is correctly shown. \"Write to EEPROM\" on UCM03 works fine. Perhaps this is another consequence of having two UCM/Z-Waves?
Hopefully I will transfer everything to just one Z-Wave network shortly so should then be OK. Do the UCMs have to have sequential IDs?
Posts: 5,951
Threads: 871
Joined: Apr 2006
Reputation:
2
yes it looks like Comfigurator is confused with hjaving 2 Zwave IDs
The IDs need not be contiguous but that would cause a ciommunucations failure iwth the missing ID
Posts: 64
Threads: 16
Joined: May 2008
Reputation:
0
I have removed UCM02 and scanning now reveals just UCM01 and UCM03. I have downloaded the configuration to Comfort and it reports Communication failure on UCM02 in the Event Log. I presume from your last reply that I have to change the UCM/Z-Wave in use to have ID = 2 to get rid of the communication error. Can I just change the DIP on the UCM board or must I exclude it from the Z-Wave network, change the ID and then include again?
