ZIgbee routing tree - routing via device at other end of house rather than relay in room?

[ajburnet]

Hi folks,

 

Just trying to understand why I have intermittent behavior with card access motion sensors and lighting (via c4 puck). The lighting code is attached to the correct event, e.g. when motion is detected turn light on.

For one of the two sensor + light setups I initially resolved it (assumed it  might have been a mesh issue) by locating a zigbee relay in the same room. However its started playing up again, i.e. not always responding.

I've noticed that the routing tree shows its not routing via the zigbee relay in the same room, but now routing via a ZigbeetoIR access module at the other end of the house. Strange that it routes via a device so far away, rather than the closest path which would be the relay or the controller directly - seems to be around 4 hops. There are no other 2.4ghz in that room or the immediate vicinity and the mesh is on ch25 so avoid wifi as best as I can. 0% packet loss inbound / outbound but I can see outbound route failures (1386) for the PIR sensors in question but not sure how relevant that is>

I do have Google Wifi which I know can flood the channels - lowering its signal strength is an option if I can although all nodes for that are located away from c4 controllers etc on purpose.

Any thoughts, is that routing what you would expect? All show as having strong signal.

Thanks!

Alex.

[msgreenf]

You can't influence the routing The only thing you can do to influence it is have a second mesh and attach devices to that mesh

[ajburnet]

Thanks. It must have heard me as I replaced the battery earlier and its now routing via the relay again and responding! 

A shame I can't disable the routing feature of the ZtoIR module....