| PM | Quote | Reply | Full Topic |
| Joined: | Wednesday Aug 9th, 2006 |
| Location: | Singapore |
| Posts: | 3493 |
| Status: |
Offline
|
please advise if we can manually correct this mode assignment?
Being a Zwave-enabled manufacturer, Z-wave does not allow manual assignment of multichannel switches if it is not detected. This is why you cannot manually send a multichannel command
does it mean that the remote controller does not contain information about the node type when include the nodes. So during a replication of the information between the controller and ucm, only node id and address is exchanged? Node type is determined and interpretted by the ucm when it polls the actual device??
Correct, the UCM/Zwave has to poll each device to fnd out if it is a multichannel switch. If there is no reply from the device, then it is taken as a Basic switch
Then what is stopping us from manually assigning the node type to the switches assuming that we hit such problems as ive encountered.
Zwave Association does not allow this
Before you reset the network and after you reset the network it seems that only with the dimmer in the network, the nodes became basic. So it may be that puttiing the dimmer in the network caused a problem. That is why I suggest to remove and confirm if the nodes can be detected as Multichannel switches
| Close Window |