Z wave stick is not in "listening" mode

sintei · October 16, 2016, 7:01pm

This regards both openhab 1.7 and 2 actually.
It seems my aeon z stick S2 is not in “listening” mode according to habmin.
So it’s not creating a good mesh network as all nodes go via another node instead of directly to the controller.
I can’t see anywhere in habmin, both 1 and 2 where I can let it be in listening mode.
It is set as “mastercontroller = true” as well as “SUC = true”.
HEAL does not seem to work as well.
So I removed one of the nodes that rest of nodes were routing through and then my controller started marking all nodes red/dead.

edit: I removed one of the nodes that were marked as dead and re added it. It gave it a new node ID per usual, but it instantly was marked dead. They both are in the same room and can see each other.
I really believe this is something with “listening = false” in habmin.

Edit 2.
Saw in association groups and switch state that some of my nodes were member of node 1.
I edited this, now the nodes gained some more routes. But not directly to my controller.

A heal and reinitialise of a node does this:
2016-10-16 21:32:52.507 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class ZWAVE_PLUS_INFO
2016-10-16 21:32:52.507 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class DEVICE_RESET_LOCALLY
2016-10-16 21:32:52.507 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class ASSOCIATION_GROUP_INFO
2016-10-16 21:32:52.507 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class POWERLEVEL
2016-10-16 21:32:52.507 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class FIRMWARE_UPDATE_MD
2016-10-16 21:32:52.648 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class ZWAVE_PLUS_INFO
2016-10-16 21:32:52.648 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class DEVICE_RESET_LOCALLY
2016-10-16 21:32:52.663 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class ASSOCIATION_GROUP_INFO
2016-10-16 21:32:52.663 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class POWERLEVEL
2016-10-16 21:32:52.663 [WARN ] [.o.b.z.i.p.c.ZWaveCommandClass] - NODE 16: Unsu
pported command class FIRMWARE_UPDATE_MD
2016-10-16 21:32:53.880 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = SWITCH_ALL, value = 255, igno
ring.
2016-10-16 21:32:54.426 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = CONFIGURATION, value = org.op
enhab.binding.zwave.internal.protocol.ConfigurationParameter@6b65aa0e, ignoring.

2016-10-16 21:32:54.582 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = CONFIGURATION, value = org.op
enhab.binding.zwave.internal.protocol.ConfigurationParameter@3ad0552e, ignoring.

2016-10-16 21:32:54.722 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = CONFIGURATION, value = org.op
enhab.binding.zwave.internal.protocol.ConfigurationParameter@463a903d, ignoring.

2016-10-16 21:32:54.878 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = CONFIGURATION, value = org.op
enhab.binding.zwave.internal.protocol.ConfigurationParameter@15c9861, ignoring.
2016-10-16 21:32:55.019 [WARN ] [.z.internal.ZWaveActiveBinding] - NODE 16: No i
tem bound for event, endpoint = 0, command class = CONFIGURATION, value = org.op
enhab.binding.zwave.internal.protocol.ConfigurationParameter@58081bd4, ignoring.

chris · October 16, 2016, 8:02pm

I’m not sure why the controller should have listening = false, or even if this matters for a controller (although I agree, it doesn’t sound good). I think I’ve heard of this in the past, but I’ve no idea how this could be changed, so I’m afraid I’m not going to be able to help much there.

Heal is currently disabled. All the routing functions are done during initialisation (ie each time the binding starts), but I need to complete the transaction update to get this working properly.

Ignore these warnings - I keep meaning to remove them, but they are not a problem at all. This is just a hangover from a new feature in the binding.

sintei · October 16, 2016, 8:13pm

All other nodes that are powered have listening and routing enabled.
i might have to reset the controller then. Just to see if that resolves the problem.
And if that fails, by a new GEN5 one
Thanks for answering!

chris · October 16, 2016, 8:16pm

I can recommend the Gen5, but of course you would probably prefer your current device to work ;).

Good luck - let me know if resetting the stick changes anything.

sintei · October 17, 2016, 7:58pm

Hey @chris

I couldn’t get the controller to reset via Habmin.
Softreset did nothing and there is no hardreset (?).
Luckily I found another software that manages the z-wave network and with that one I could reset the stick!
Actually I think I found it via openhab community which is weird as I scoured though everything before posting this topic
After this, it set itself in listening mode = true but routing = false.
Since it is the controller, there is no need for routing.
Now, it finds everything etc.

If anyone needs the software look here: http://www.moonlitzwave.com/zensys-tools.zip

Oh another thing, of course I bought a new GEN5 stick before trying the reset thing.
I mean, told the wife the old one was broken to get new stuff, shhhhhhh

chris · October 17, 2016, 9:05pm

Yes - there is an option “Hard Reset Controller”. If you enable Advanced Mode in HABmin then this should be displayed as an option

Maybe - I believe the controller does do routing just like any other mains powered device (but I’m not 100% sure).

Cool .