How are you determining if it is successful or not? Did you observe any error messages? Have you checked the existing MQTT data, or the ozwcache*.xml file and seen that the controller node is not already associated?
In your example the controller node is 94, and the ZW130 is node 128?
I’m surprised you would need to do this. OZW will automatically associate the controller with the lifeline group. It does not have to be node 1.
I can not see any traffic when I press a button in ozw-admin. I can when I use the other zstick with id 1
THis is the only difference in the test scenario, same unit, same location, add node on the stick with id 1 works for button presses, on the stick with id 94 does not. But the “action” button does workn and triggers ozwadmin log messages.
I do no know where the cache file is using the add in ozw beta; it is not in config and not in .storage
The HA log only shows the manual automation above was triggered, nothing else.
I do have mqtt explorer installed, so I can try viewing that when I run this automation.
That looks correct, but make sure you are using the correct types of quotes, as those are smart quotes. I assume the forum software converted them for you.
{
"node": 128,
"group": 1,
"target": "94"
}
What is node 1? Did you remove it from the group? It says the maximum number of associations is 1, which means you can’t associate another node until you remove node 1.You would remove it via the removeassociation command.
So it now works, my wallmote talks to HA; some random combination of publish events seems to do the trick, however, the association in ME still shows as empty - but the zw is restarting and some node are still in “configuration” state and not complete…
Solved as a work around, not as a fix, maybe becuase it has Max 1 association ZW doesn’t remove the default and fails to set the new one. Maybe, but there is one other node with Max 1, and it was set to 94.1 as it’s lifeline and that node works (last time I checked anyway)