Comfort Automation/ Security System Forums > Third Party (interfacing to Comfort) > Zwave > Am I doing this wrong? Comfigurator Bug in Learning Zwave |
Comfort Automation/ Security System Forums > Third Party (interfacing to Comfort) > Zwave > Am I doing this wrong? Comfigurator Bug in Learning Zwave |
| Moderated by: slychiu | ||
| Author | Post | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
Pgordon Member
|
I hope the answer is yes, because the result is a PITA... When I add a new Zwave device to the network, I include it via the primary controller, then AIUI I need to get the comfort Zwave UCM to rescan the network to pick up the new node so it appears in the Zwave mapping list... Currently, I'm doing this by selecting the Learn option in Comfigurator... this warns me about overwriting the existing zwave information, then proceeds to successfully add the new node to the list... However, in doing so, it totally F**ks up the register mapping for every other zwave device I already had listed... not so bad while I've only a handful of devices, but will become a major PITA when I have dozens or more... Am I doing this wrong? - should I add the new device into Comforts knowledge of the Zwave network some other way, as it doesn't seem right that adding it should reset all those mappings?... Attachment: zwave3.jpg (Downloaded 30 times) |
|||||||||
|
admin Administrator 
|
No you are not doing it wrongWe have not duplicated it yet but testing is still going on By the way did the counter names in Events > Counters change to the default Counter001? |
|||||||||
|
Pgordon Member
|
It's a little odd.... the majority (all??) of my zwave devices are currently mapped via flags not counters, - even the dimmers, - because of the other behaviour I've mentioned in another post, whereby zwave dimmers mapped via comfort counters "go a bit mental"... When I relearn the zwave network in comfigurator the devices revert to being mapped via counters... it *seems* like 2 of them are defaulting to the counter number corresponding to the zwave node ID, so device ID 4 = counter 4, but what's going on with that ID2 ending up mapped to counter 80 I have no idea... it's a relay module, so as far as I remember I've never mapped it via a counter. If I recall correctly, this behaviour is consistent... I've added all those zwave devices one at a time, and re-learned the network between each one, I believe I'm right in saying the re-assignments to those specific counter numbers is consistent & reproducible... HTH Paul G. |
|||||||||
|
slychiu Administrator 
|
We managed to duplicate this problem After learning from Zwave and saving, when the file is opened again, the mapped Flags are changed to Counters, eg Flag 6 becomes counter 6 The workaround is to do another Read from EEPROM after learning before saving the file For your system, you can do a Read from EEPROM for the UCM/Zwave and save it. When you open the file again, the flag mappings should be corect |
|||||||||