Zigbee Binding, device offline but console says online

You can use the bindtable command (as you have found). From your listing, it seems some devices don’t support this readback - possibly these are older devices (??) as I think it’s now mandatory for Z3 certification (although possibly I could be wrong).

Not really - I’d like to take a look at the logs. I’m not sure if you received an email, but Google told me I didn’t have access to the files and said it was sending the owner an email with my request. I assumed this was you, but I still can’t access this, so maybe you didn’t receive it.

No - the binding doesn’t use this. This is required for Z3 certification, but it’s still not a commonly used feature and it won’t impact anything.

Hi @Chris,

sorry for that issue with the download of the File :frowning: Seems weired but I gave you the permission this second.
The other three bulbs where not available because they where disconnected from the mains.
Should the bind table return more than one record for these devices?

BR
/Franz

Regarding this issue - can you please enable debug logging so I can see what is going on. I’ve looked at the code and probably need to add a null check, but want to understand what the NCP is returning.

log:set debug com.zsmartsystems.zigbee.dongle.ember

Thanks

Thanks - I received a notification from Google. I’ll try and take a look today some time.

Hmmm… Probably, yes. I think I would expect 3 entries (or more) for the 3 clusters a color command uses. Or two for a dimmer, or one for a normal on./off bulb - plus more if there is electrical power monitoring (as I see here).

I know we had an issue in the past with some older Hue bulbs as they only had a single binding table entry.

Note that this probably won’t impact on the offline problem - it will just mean that some status changes aren’t reported, but some reports should still be sent, so the device shouldn’t go offline due to having a limited number of binding table entries.

Note also that you can add entries to the binding table (with the bind command) so you could try and add an entry for cluster 6 in device 4765 for example which only shows the colour cluster - it should also support on/off (ie cluster 6) and dimming (cluster 8). It might be interesting to set this to see if you get an error returned.

If you turn a bulb off (ie disconnect it from the mains) some disruption is inevitable as routing tables will get broken for “a while” after this. It should sort itself out, although I don’t know how quickly.

In theory, it might be possible to remove the device from the controllers routing table so the controller doesn’t try and send to it, but I don’t know that this really helps -:

  1. If you send a command to it, the controller will still try and find a route to the device, so there will still be a delay.
  2. If there are bindings (eg if you have configured a light switch to send a command to turn on a bulb), then devices within the mesh are able to send commands to each other. Possibly you aren’t doing this, so in practice this might not be an issue.

Hi Chris,

This is the log output of

log:set debug com.zsmartsystems.zigbee.dongle.ember
zigbee ncprouting
2021-12-21 19:34:07.201 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetSourceRouteTableTotalSizeRequest [networkId=0]

2021-12-21 19:34:07.204 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.206 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=5, ackNum=0, reTx=false, data=65 00 01 C3 00]

2021-12-21 19:34:07.215 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=0, ackNum=6, reTx=false, data=65 80 01 C3 00 10]

2021-12-21 19:34:07.217 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=5, ackNum=0, reTx=false, data=65 00 01 C3 00]

2021-12-21 19:34:07.219 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.219 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.221 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetSourceRouteTableTotalSizeResponse [networkId=0, sourceRouteTableTotalSize=16]

2021-12-21 19:34:07.221 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=1, notRdy=false]

2021-12-21 19:34:07.221 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetSourceRouteTableFilledSizeRequest [networkId=0]

2021-12-21 19:34:07.224 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.226 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=6, ackNum=1, reTx=false, data=66 00 01 C2 00]

2021-12-21 19:34:07.236 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=1, ackNum=7, reTx=false, data=66 80 01 C2 00 10]

2021-12-21 19:34:07.238 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=6, ackNum=1, reTx=false, data=66 00 01 C2 00]

2021-12-21 19:34:07.240 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.240 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.242 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetSourceRouteTableFilledSizeResponse [networkId=0, sourceRouteTableFilledSize=16]

2021-12-21 19:34:07.242 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=2, notRdy=false]

2021-12-21 19:34:07.242 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetConfigurationValueRequest [networkId=0, configId=EZSP_CONFIG_DISCOVERY_TABLE_SIZE]

2021-12-21 19:34:07.244 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.244 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=7, ackNum=2, reTx=false, data=67 00 01 52 00 08]

2021-12-21 19:34:07.256 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=2, ackNum=0, reTx=false, data=67 80 01 52 00 00 08 00]

2021-12-21 19:34:07.258 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=7, ackNum=2, reTx=false, data=67 00 01 52 00 08]

2021-12-21 19:34:07.260 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.260 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.262 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=3, notRdy=false]

2021-12-21 19:34:07.262 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=8]

2021-12-21 19:34:07.263 [DEBUG] [systems.zigbee.dongle.ember.EmberNcp] - EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=8]

2021-12-21 19:34:07.265 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetConfigurationValueRequest [networkId=0, configId=EZSP_CONFIG_ROUTE_TABLE_SIZE]

2021-12-21 19:34:07.267 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.268 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=0, ackNum=3, reTx=false, data=68 00 01 52 00 07]

2021-12-21 19:34:07.276 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=3, ackNum=1, reTx=false, data=68 80 01 52 00 00 10 00]

2021-12-21 19:34:07.278 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=0, ackNum=3, reTx=false, data=68 00 01 52 00 07]

2021-12-21 19:34:07.279 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.279 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.281 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=16]

2021-12-21 19:34:07.281 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=4, notRdy=false]

2021-12-21 19:34:07.281 [DEBUG] [systems.zigbee.dongle.ember.EmberNcp] - EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=16]

2021-12-21 19:34:07.283 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetConfigurationValueRequest [networkId=0, configId=EZSP_CONFIG_SOURCE_ROUTE_TABLE_SIZE]

2021-12-21 19:34:07.285 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.286 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=1, ackNum=4, reTx=false, data=69 00 01 52 00 1A]

2021-12-21 19:34:07.297 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=4, ackNum=2, reTx=false, data=69 80 01 52 00 00 10 00]

2021-12-21 19:34:07.298 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=1, ackNum=4, reTx=false, data=69 00 01 52 00 1A]

2021-12-21 19:34:07.300 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.300 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.301 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=16]

2021-12-21 19:34:07.301 [DEBUG] [systems.zigbee.dongle.ember.EmberNcp] - EzspGetConfigurationValueResponse [networkId=0, status=EZSP_SUCCESS, value=16]

2021-12-21 19:34:07.301 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=5, notRdy=false]

2021-12-21 19:34:07.303 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetRouteTableEntryRequest [networkId=0, index=0]

2021-12-21 19:34:07.305 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.306 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=2, ackNum=5, reTx=false, data=6A 00 01 7B 00 00]

2021-12-21 19:34:07.317 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=5, ackNum=3, reTx=false, data=6A 80 01 7B 00 00 E7 09 C6 54 00 40 00 00]

2021-12-21 19:34:07.319 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=2, ackNum=5, reTx=false, data=6A 00 01 7B 00 00]

2021-12-21 19:34:07.320 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.320 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.322 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=6, notRdy=false]

2021-12-21 19:34:07.322 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetRouteTableEntryResponse [networkId=0, status=EMBER_SUCCESS, value=EmberRouteTableEntry [destination=2535, nextHop=21702, status=0, age=64, concentratorType=0, routeRecordState=0]]

2021-12-21 19:34:07.322 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetRouteTableEntryRequest [networkId=0, index=1]

2021-12-21 19:34:07.324 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.326 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=3, ackNum=6, reTx=false, data=6B 00 01 7B 00 01]

2021-12-21 19:34:07.337 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=6, ackNum=4, reTx=false, data=6B 80 01 7B 00 00 F0 5C F0 5C 00 20 00 00]

2021-12-21 19:34:07.339 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=3, ackNum=6, reTx=false, data=6B 00 01 7B 00 01]

2021-12-21 19:34:07.341 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.341 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.342 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetRouteTableEntryResponse [networkId=0, status=EMBER_SUCCESS, value=EmberRouteTableEntry [destination=23792, nextHop=23792, status=0, age=32, concentratorType=0, routeRecordState=0]]

2021-12-21 19:34:07.342 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=7, notRdy=false]

2021-12-21 19:34:07.342 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetRouteTableEntryRequest [networkId=0, index=2]

2021-12-21 19:34:07.344 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.346 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=4, ackNum=7, reTx=false, data=6C 00 01 7B 00 02]

2021-12-21 19:34:07.358 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=7, ackNum=5, reTx=false, data=6C 80 01 7B 00 00 2A C7 C6 54 00 40 00 00]

2021-12-21 19:34:07.360 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=4, ackNum=7, reTx=false, data=6C 00 01 7B 00 02]

2021-12-21 19:34:07.361 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.361 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.362 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetRouteTableEntryResponse [networkId=0, status=EMBER_SUCCESS, value=EmberRouteTableEntry [destination=50986, nextHop=21702, status=0, age=64, concentratorType=0, routeRecordState=0]]

2021-12-21 19:34:07.363 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=0, notRdy=false]

2021-12-21 19:34:07.363 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH TX EZSP: EzspGetRouteTableEntryRequest [networkId=0, index=3]

2021-12-21 19:34:07.364 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=5, ackNum=0, reTx=false, data=6D 00 01 7B 00 03]

2021-12-21 19:34:07.364 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.378 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=0, ackNum=6, reTx=false, data=6D 80 01 7B 00 03 00 00 10 01 35 49 00 00]

2021-12-21 19:34:07.380 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=5, ackNum=0, reTx=false, data=6D 00 01 7B 00 03]

2021-12-21 19:34:07.382 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:07.382 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.383 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=1, notRdy=false]

2021-12-21 19:34:07.383 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspGetRouteTableEntryResponse [networkId=0, status=UNKNOWN, value=EmberRouteTableEntry [destination=0, nextHop=272, status=53, age=73, concentratorType=0, routeRecordState=0]]

2021-12-21 19:34:07.384 [DEBUG] [systems.zigbee.dongle.ember.EmberNcp] - Error request route table entry: EzspGetRouteTableEntryResponse [networkId=0, status=UNKNOWN, value=EmberRouteTableEntry [destination=0, nextHop=272, status=53, age=73, concentratorType=0, routeRecordState=0]]

2021-12-21 19:34:07.387 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:07.389 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=6, ackNum=1, reTx=false, data=6E 00 01 18 00]

2021-12-21 19:34:07.386 [ERROR] [b.core.io.console.ConsoleInterpreter] - An error occurred while executing the console command.

java.lang.NullPointerException: null

	at com.zsmartsystems.zigbee.console.ember.EmberConsoleNcpRoutingCommand.process(EmberConsoleNcpRoutingCommand.java:79) ~[?:?]

	at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.handleZigbeeCommand(ZigBeeConsoleCommandExtension.java:149) ~[?:?]

	at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.handleCommand(ZigBeeConsoleCommandExtension.java:117) ~[?:?]

	at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.execute(ZigBeeConsoleCommandExtension.java:89) ~[?:?]

	at org.openhab.core.io.console.ConsoleInterpreter.execute(ConsoleInterpreter.java:55) [bundleFile:?]

	at org.openhab.core.io.console.karaf.internal.CommandWrapper.execute(CommandWrapper.java:78) [bundleFile:?]

	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68) [bundleFile:4.3.4]

	at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) [bundleFile:4.3.4]

	at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) [bundleFile:4.3.4]

	at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]

	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]

	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]

	at java.lang.Thread.run(Thread.java:829) [?:?]

2021-12-21 19:34:07.399 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=1, ackNum=7, reTx=false, data=6E 80 01 18 00 02]

2021-12-21 19:34:07.401 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=6, ackNum=1, reTx=false, data=6E 00 01 18 00]

2021-12-21 19:34:07.403 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH added EZSP frame to receive queue. Queue length 1

2021-12-21 19:34:07.405 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameAck [ackNum=2, notRdy=false]

2021-12-21 19:34:07.405 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

2021-12-21 19:34:08.391 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: TX EZSP queue size: 1

2021-12-21 19:34:08.393 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - --> TX ASH frame: AshFrameData [frmNum=7, ackNum=2, reTx=false, data=6F 00 01 18 00]

2021-12-21 19:34:08.401 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - <-- RX ASH frame: AshFrameData [frmNum=2, ackNum=0, reTx=false, data=6F 80 01 18 00 02]

2021-12-21 19:34:08.406 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH: Frame acked and removed AshFrameData [frmNum=7, ackNum=2, reTx=false, data=6F 00 01 18 00]

2021-12-21 19:34:08.408 [DEBUG] [e.ember.internal.ash.AshFrameHandler] - ASH took EZSP frame from receive queue. Queue length 0

Hi Chris,

Thanks for that information. I had some issues with the RR4DJ today and needed to stop the docker container and start it again.
Could it be that this causes also issues that there is only one device in the binding table?

To be honest, i do not really understand the thing with the binding table and the cluster id.
When I try to add 4765/11 to cluster 6 it looks like this:

openhab> zigbee bindtable 4765
Binding table for node 4765 [00178801042F8978]
Src Address          | Dest Address         | Group | Mode    | Cluster
00178801042F8978/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL

openhab> zigbee bind 6 4765/11
Error executing command: CommandResult [ERROR (UNKNOWN,0xFF), BindResponse [129D/0 -> 0000/0, cluster=8021, TID=6A, status=TABLE_FULL]]

Thanks. This will be fixed next time the libraries are updated.

Let me add an ‘index out of bounds’ error caused by

openhab> zigbee ncprouting
An unexpected error occurred during execution.
21:25:44.582 [ERROR] [ab.core.io.console.ConsoleInterpreter] - An error occurred while executing the console command.
java.lang.IndexOutOfBoundsException: Index 2460 out of bounds for length 5
        at jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64) ~[?:?]
        at jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70) ~[?:?]
        at jdk.internal.util.Preconditions.checkIndex(Preconditions.java:248) ~[?:?]
        at java.util.Objects.checkIndex(Objects.java:372) ~[?:?]
        at java.util.ArrayList.get(ArrayList.java:459) ~[?:?]
        at com.zsmartsystems.zigbee.console.ember.EmberConsoleNcpRoutingCommand.walkTheRoute(EmberConsoleNcpRoutingCommand.java:131) ~[?:?]
        at com.zsmartsystems.zigbee.console.ember.EmberConsoleNcpRoutingCommand.walkTheRoute(EmberConsoleNcpRoutingCommand.java:137) ~[?:?]
        at com.zsmartsystems.zigbee.console.ember.EmberConsoleNcpRoutingCommand.process(EmberConsoleNcpRoutingCommand.java:119) ~[?:?]
        at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.handleZigbeeCommand(ZigBeeConsoleCommandExtension.java:149) ~[?:?]
        at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.handleCommand(ZigBeeConsoleCommandExtension.java:117) ~[?:?]
        at org.openhab.binding.zigbee.console.internal.ZigBeeConsoleCommandExtension.execute(ZigBeeConsoleCommandExtension.java:89) ~[?:?]
        at org.openhab.core.io.console.ConsoleInterpreter.execute(ConsoleInterpreter.java:55) [bundleFile:?]
        at org.openhab.core.io.console.karaf.internal.CommandWrapper.execute(CommandWrapper.java:78) [bundleFile:?]
        at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:68) [bundleFile:4.3.3]
        at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(SecuredCommand.java:86) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:599) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:526) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:415) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Pipe.doCall(Pipe.java:416) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:229) [bundleFile:4.3.3]
        at org.apache.felix.gogo.runtime.Pipe.call(Pipe.java:59) [bundleFile:4.3.3]
        at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
        at java.lang.Thread.run(Thread.java:829) [?:?]

ZigBee ‘mix’ used:

299 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee
300 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.console
301 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.console.ember
302 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.console.telegesis
303 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.dongle.cc2531
304 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.dongle.ember
305 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.dongle.telegesis
306 x Active x  80 x 1.4.2                 x com.zsmartsystems.zigbee.dongle.xbee
330 x Active x  80 x 3.2.0.202111270228    x openHAB Add-ons :: Bundles :: ZigBee Binding
331 x Active x  80 x 3.2.0.202112130340    x openHAB Add-ons :: Bundles :: ZigBee CC2531 Bridge
332 x Active x  80 x 3.2.0.202112130340    x openHAB Add-ons :: Bundles :: ZigBee Console
333 x Active x  80 x 3.2.0.202112130341    x openHAB Add-ons :: Bundles :: ZigBee Console Ember
334 x Active x  80 x 3.2.0.202112130341    x openHAB Add-ons :: Bundles :: ZigBee Console Telegesis
335 x Active x  80 x 3.2.0.202112130340    x openHAB Add-ons :: Bundles :: ZigBee Ember Bridge
336 x Active x  80 x 3.2.0.202112130337    x openHAB Add-ons :: Bundles :: ZigBee Serial Driver
337 x Active x  80 x 3.2.0.202112130340    x openHAB Add-ons :: Bundles :: ZigBee Telegesis Bridge
338 x Active x  80 x 3.2.0.202112130341    x openHAB Add-ons :: Bundles :: ZigBee XBee Bridge

IIRC, the fix for not well behaved bulbs (option ‘The commands used to control color’) hasn’t been merged yet, therefore I’m using an older bundle 330).

If a debug log is needed, I’ll gladly provide one.

Thanks - I’ll take a look.

I think it has - there’s no pending PRs (at least not related to colour commands anyway).

Thanks. Let me take a look at this first…

hi @Ap15e ,
hi @chris ,

To me (also during my daily reset of Motion sensors to pair them Again it looks like this:

log:set debug com.zsmartsystems.zigbee.dongle.ember
zigbee ncpscan

returns:

Error performing active scan
CH  RSSI

This is what I found in the logs:

2021-12-22 11:36:33.590 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspStartScanResponse [networkId=0, status=EMBER_SUCCESS]

2021-12-22 11:36:39.624 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=220, lastHopRssi=-45]

2021-12-22 11:36:39.645 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=76, lastHopRssi=-81]

2021-12-22 11:36:39.649 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=216, lastHopRssi=-46]

2021-12-22 11:36:39.653 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=80, lastHopRssi=-80]

2021-12-22 11:36:39.664 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=148, lastHopRssi=-63]

2021-12-22 11:36:39.668 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=240, lastHopRssi=-40]

2021-12-22 11:36:39.672 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=84, lastHopRssi=-79]

2021-12-22 11:36:43.599 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspStartScanResponse [networkId=0, status=EMBER_MAC_SCANNING]

2021-12-22 11:36:49.654 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspScanCompleteHandler [networkId=0, channel=0, status=EMBER_SUCCESS]

2021-12-22 11:36:51.239 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspIncomingRouteRecordHandler [networkId=0, source=87BF, sourceEui=8418260000102DAF, lastHopLqi=128, lastHopRssi=-68, relayList=]

2021-12-22 11:36:51.260 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspIncomingMessageHandler [networkId=0, type=EMBER_INCOMING_UNICAST, apsFrame=EmberApsFrame [profileId=0104, clusterId=0006, sourceEndpoint=3, destinationEndpoint=1, options=[], groupId=0, sequence=09], lastHopLqi=128, lastHopRssi=-68, sender=87BF, bindingIndex=255, addressIndex=255, messageContents=18 E2 0A 00 00 10 00]

2021-12-22 11:37:01.221 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspIncomingRouteRecordHandler [networkId=0, source=121B, sourceEui=0017880104B75CAC, lastHopLqi=96, lastHopRssi=-76, relayList=54C6]

2021-12-22 11:37:01.320 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspIncomingMessageHandler [networkId=0, type=EMBER_INCOMING_UNICAST, apsFrame=EmberApsFrame [profileId=0104, clusterId=0400, sourceEndpoint=2, destinationEndpoint=1, options=[EMBER_APS_OPTION_ENABLE_ROUTE_DISCOVERY], groupId=0, sequence=01], lastHopLqi=96, lastHopRssi=-76, sender=121B, bindingIndex=255, addressIndex=255, messageContents=08 F1 0A 00 00 21 72 59]

2021-12-22 11:37:01.344 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspSendUnicastResponse [networkId=0, status=EMBER_SUCCESS, sequence=0F]

2021-12-22 11:37:02.737 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspIncomingRouteRecordHandler [networkId=0, source=121B, sourceEui=0017880104B75CAC, lastHopLqi=96, lastHopRssi=-76, relayList=54C6]

2021-12-22 11:37:02.833 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspMessageSentHandler [networkId=0, type=EMBER_OUTGOING_DIRECT, indexOrDestination=121B, apsFrame=EmberApsFrame [profileId=0104, clusterId=0400, sourceEndpoint=1, destinationEndpoint=2, options=[EMBER_APS_OPTION_ENABLE_ROUTE_DISCOVERY, EMBER_APS_OPTION_RETRY, EMBER_APS_OPTION_ENABLE_ADDRESS_DISCOVERY], groupId=0, sequence=0F], messageTag=F1, status=EMBER_SUCCESS, messageContents=]

2021-12-22 11:37:04.976 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspStartScanResponse [networkId=0, status=EMBER_SUCCESS]

2021-12-22 11:37:11.011 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=240, lastHopRssi=-40]

2021-12-22 11:37:11.031 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=148, lastHopRssi=-63]

2021-12-22 11:37:11.034 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=212, lastHopRssi=-47]

2021-12-22 11:37:11.037 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=140, lastHopRssi=-65]

2021-12-22 11:37:11.051 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=188, lastHopRssi=-53]

2021-12-22 11:37:11.054 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=168, lastHopRssi=-58]

2021-12-22 11:37:11.058 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspNetworkFoundHandler [networkId=0, networkFound=EmberZigbeeNetwork [channel=17, panId=D896, extendedPanId=D1EDA82EE040441A, allowingJoin=false, stackProfile=2, nwkUpdateId=0], lastHopLqi=132, lastHopRssi=-67]

2021-12-22 11:37:14.983 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspStartScanResponse [networkId=0, status=EMBER_MAC_SCANNING]

2021-12-22 11:37:21.051 [DEBUG] [zigbee.dongle.ember.ZigBeeDongleEzsp] - RX EZSP: EzspScanCompleteHandler [networkId=0, channel=0, status=EMBER_SUCCESS]

Hi,

as I leared today some motion sensors again I found also a smal deviation in the display of the model in the nodes list.
For the Endpoint 2 there is an entry of the model, but only for one of the 3 Motion sensors.
Does this have a meaning?

Was that all the logging during this period? I would have expected to see more than this given the log settings you state above, so I’m guessing you have filtered this somehow. To work out what is happening I need to see more :slight_smile: .

My guess is that you are doing this with the network running, which is not how this command is designed to work. It’s mainly designed to work during initialisation - if there’s a use case I can look at changing it, but in any case to understand what is happening it would be good to see the full logs.

This information is normally collected by the binding during initialisation, and this console command grabs it from the cache - it’s not requesting it live.

I guess it just means that the lower level doesn’t currently have this information. It’s not really critical as the binding will cache this itself, but it possibly means that the XML files were deleted at some point (which is where this is stored).

Hi Chris,

first of all happy holidays!

The only thing that I did was doing the NCPScan because @Ap15e mentioned he get’s an error.
I’m not yet on the level to know how to use the whole Zigbee network paramters at all.
Maybe its better if @Ap15e creates a log.

BR
/Franz

Hi Friends,

so I did some more research.
To detect if the device is online or offline before sending I tried to use the function shown below.
I also used this for the devices that where connected to the MAINS and could be disconnected.
Result: The devices remain offline (for hours).
Assumption: if i do not send a command the device remains offline even if its connected back to the mains.

Second: I’ve tried to bind several hue bubls to cluster 6, even the newest model in my house Hue Liane
returns “TABLE_FULL” (having the latest Hue FW installed)

openhab> zigbee bind 0006 23792/11
Error executing command: CommandResult [ERROR (UNKNOWN,0xFF), BindResponse [5CF0/0 -> 0000/0, cluster=8021, TID=DB, status=TABLE_FULL]]
function getThingOnlinefromItem(itemName) {
    // Want reference for
    var ItemChannelLinkRegistry = Java.type("org.openhab.core.thing.link.ItemChannelLinkRegistry");
    var ThingRegistry = Java.type("org.openhab.core.thing.ThingRegistry");

    // OSGI
    var Bundle = Java.type("org.osgi.framework.Bundle");
    var FrameworkUtil = Java.type("org.osgi.framework.FrameworkUtil");

    // Since ItemChannelLinkRegistry & ThingRegistry are in the same bundle we can use either of them
    var thingBundle = FrameworkUtil.getBundle(ItemChannelLinkRegistry.class);
    var bundleContext = thingBundle.getBundleContext();

    // Get Service
    var itemChannelLinkRegistryRef = bundleContext.getServiceReference(ItemChannelLinkRegistry.class);
    var itemChannelLinkRegistryImpl = bundleContext.getService(itemChannelLinkRegistryRef); // Instance of ItemChannelLinkRegistry

    var relatedTings = itemChannelLinkRegistryImpl.getBoundThings(itemName);
    return itemChannelLinkRegistryImpl.getBoundThings(itemName).toArray()[0].getStatus();
}
1 Like

I would suggest to read the table to see if there are duplicate entries and if there are try to remove them to make room for new entries. Some devices don’t consolidate the binding table if the same entry is added again - I don’t know if that’s the case here or not.

I have done some observations on which of the Hue bubs that seemingly fall offline.

openhab> zigbee nodes|grep "E_LIGHT "
   3165  0C5D  0017880106BCD664  ROUTER        ONLINE     11  ZIGBEE_LIGHT_LINK          ZLL_COLOR_TEMPERATURE_LIGHT  Philips          LTW012         
   6386  18F2  00178801067B5C2D  ROUTER        ONLINE     11  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    Philips          LTA001         
  11303  2C27  EC1BBDFFFE1806E0  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     DIMMABLE_LIGHT             IKEA of Sweden   TRADFRI bulb E27 WW clear 250lm
  11592  2D48  680AE2FFFEA4BF70  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  21907  5593  EC1BBDFFFE239C85  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     DIMMABLE_LIGHT             IKEA of Sweden   TRADFRI bulb E27 WW clear 250lm
  23145  5A69  7CB03EAA00AF43EA  ROUTER        ONLINE      3  ZIGBEE_LIGHT_LINK          ZLL_COLOR_TEMPERATURE_LIGHT  OSRAM            CLA60 TW OSRAM 
  27332  6AC4  D0CF5EFFFE44B835  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  29086  719E  00178801088701D7  ROUTER        ONLINE     11  ZIGBEE_LIGHT_LINK          ZLL_COLOR_TEMPERATURE_LIGHT  Philips          LTW012         
  29463  7317  90FD9FFFFE647A13  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  32393  7E89  001788010633DBD1  ROUTER        ONLINE     11  ZIGBEE_LIGHT_LINK          ZLL_COLOR_TEMPERATURE_LIGHT  Philips          LTW012         
  43610  AA5A  5C0272FFFE53C1E4  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    Namron AS        3802961        
  43991  ABD7  CCCCCCFFFEA4AFBC  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     DIMMABLE_LIGHT             IKEA of Sweden   TRADFRI bulb E27 WW clear 250lm
  44055  AC17  680AE2FFFE902839  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  45876  B334  EC1BBDFFFE8EAE4B  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     DIMMABLE_LIGHT             IKEA of Sweden   TRADFRI bulb E27 WW clear 250lm
  50747  C63B  680AE2FFFEA98766  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  54762  D5EA  680AE2FFFE876B81  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     COLOR_TEMPERATURE_LIGHT    IKEA of Sweden   TRADFRI bulb E27 WS opal 1000lm
  59646  E8FE  EC1BBDFFFE003744  ROUTER        ONLINE      1  ZIGBEE_HOME_AUTOMATION     DIMMABLE_LIGHT             IKEA of Sweden   TRADFRI bulb E27 WW clear 250lm
  61537  F061  0017880103FE0276  ROUTER        ONLINE     11  ZIGBEE_LIGHT_LINK          ZLL_COLOR_TEMPERATURE_LIGHT  Philips          LTW010         
  64775  FD07  00178801062BF764  ROUTER        ONLINE     11  ZIGBEE_LIGHT_LINK          ZLL_DIMMABLE_LIGHT         Philips          1743630P7      
openhab> zigbee bindtable 3165
Binding table for node 3165 [0017880106BCD664]
Src Address          | Dest Address         | Group | Mode    | Cluster
0017880106BCD664/11  | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL

openhab> zigbee bindtable 6386
Binding table for node 6386 [00178801067B5C2D]
Src Address          | Dest Address         | Group | Mode    | Cluster
00178801067B5C2D/11  | 847127FFFEC9A4E1/1   |       | Address | 0008:LEVEL_CONTROL
00178801067B5C2D/11  | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL
00178801067B5C2D/11  | 847127FFFEC9A4E1/1   |       | Address | 0006:ON_OFF

openhab> zigbee bindtable 29086
Binding table for node 29086 [00178801088701D7]
Src Address          | Dest Address         | Group | Mode    | Cluster
00178801088701D7/11  | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL

openhab> zigbee bindtable 32393
Binding table for node 32393 [001788010633DBD1]
Src Address          | Dest Address         | Group | Mode    | Cluster
001788010633DBD1/11  | 000D6F000DBF6BD1/1   |       | Address | 0300:COLOR_CONTROL

openhab> zigbee bindtable 61537
Binding table for node 61537 [0017880103FE0276]
Src Address          | Dest Address         | Group | Mode    | Cluster
0017880103FE0276/11  | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL

openhab> zigbee bindtable 64775
Binding table for node 64775 [00178801062BF764]
Src Address          | Dest Address         | Group | Mode    | Cluster
00178801062BF764/11  | 847127FFFEC9A4E1/1   |       | Address | 0008:LEVEL_CONTROL

openhab>                                                                                                                                                                    
openhab>                                                                                                                                                                    
openhab> zigbee bindtable 43610
Binding table for node 43610 [5C0272FFFE53C1E4]
Src Address          | Dest Address         | Group | Mode    | Cluster
5C0272FFFE53C1E4/1   | 847127FFFEC9A4E1/1   |       | Address | 0008:LEVEL_CONTROL
5C0272FFFE53C1E4/1   | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL
5C0272FFFE53C1E4/1   | 847127FFFEC9A4E1/1   |       | Address | 0006:ON_OFF

openhab> zigbee bindtable 23145
Binding table for node 23145 [7CB03EAA00AF43EA]
Src Address          | Dest Address         | Group | Mode    | Cluster
7CB03EAA00AF43EA/3   | 000D6F000DBF6BD1/1   |       | Address | 0006:ON_OFF
7CB03EAA00AF43EA/3   | 847127FFFEC9A4E1/1   |       | Address | 0006:ON_OFF
7CB03EAA00AF43EA/3   | 847127FFFEC9A4E1/1   |       | Address | 0008:LEVEL_CONTROL
7CB03EAA00AF43EA/3   | 000D6F000DBF6BD1/1   |       | Address | 0300:COLOR_CONTROL
7CB03EAA00AF43EA/3   | 847127FFFEC9A4E1/1   |       | Address | 0300:COLOR_CONTROL
7CB03EAA00AF43EA/3   | 000D6F000DBF6BD1/1   |       | Address | 0008:LEVEL_CONTROL
openhab>

The “zigbee bindtable xxxx” command will only show one line for those problematic ones.
In addition they are all “ZIGBEE_LIGHT_LINK”
I have only one Hue bulb that is “ZIGBEE_HOME_AUTOMATION” (6386 Philips LTA001) and only one non-Hue that is “ZIGBEE_LIGHT_LINK” (23145 Osram).
The Philips LTA001 seemingly do not show as offline but still working.
I have not observed the Osram one to show as offline but still working.
However the Osram one get a change in dimming quite often.
I think i will move the Osram one to function as a outdoor lamp and put in one of the Hue problematic ones instead and see how that turns out.

Edit:
847127FFFEC9A4E1 is the mac address on the coordinator
000D6F000DBF6BD1 is the IEEE address for the coordinator

Hi Chris,

I’ve just checked the Bind table and there is nothing double in it (I did it with zigbee bindtable and then the node id’s). I have no idea if there is another way.
There is no duplicate item in.

About the TABLE_FULL” does this mean Table full in the Coordinator or in the Device (Bulb)?
Could it help to increase the Zigbee Network Size?

|001788010204ACCE/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|---|---|---|---|---|
|001788010204B546/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880102B8D37E/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880102B9F368/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880103342A12/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880103369835/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|00178801042F514E/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|00178801042F71EE/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|00178801042F8978/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|00178801045014FA/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880104B75CAC/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|0017880104B75CAC/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0008:LEVEL_CONTROL|
|0017880104B75CAC/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0406:OCCUPANCY_SENSING|
|0017880104B75CAC/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0400:ILLUMINANCE_MEASUREMENT|
|0017880104B75CAC/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0402:TEMPERATURE_MEASUREMENT|
|0017880104B75CAC/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0001:POWER_CONFIGURATION|
|0017880104B76DA0/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|0017880104B76DA0/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0008:LEVEL_CONTROL|
|0017880104B76DA0/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0001:POWER_CONFIGURATION|
|0017880104B76DA0/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0402:TEMPERATURE_MEASUREMENT|
|0017880104B76DA0/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0406:OCCUPANCY_SENSING|
|0017880104B76DA0/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0400:ILLUMINANCE_MEASUREMENT|
|0017880104B777D4/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0008:LEVEL_CONTROL|
|0017880104B777D4/1   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|0017880104B777D4/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0406:OCCUPANCY_SENSING|
|0017880104B777D4/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0400:ILLUMINANCE_MEASUREMENT|
|0017880104B777D4/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0402:TEMPERATURE_MEASUREMENT|
|0017880104B777D4/2   | 04CD15FFFEBB3E7B/1   |       | Address | 0001:POWER_CONFIGURATION|
|00178801069290BC/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|0017880106FC1E31/11  | 04CD15FFFEBB3E7B/1   |       | Address | 0300:COLOR_CONTROL|
|7CB03EAA00B0C923/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|7CB03EAA00B0C923/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0B04:ELECTRICAL_MEASUREMENT|
|7CB03EAA00B0D5ED/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0B04:ELECTRICAL_MEASUREMENT|
|7CB03EAA00B0D5ED/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|84182600000FAD3F/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0B04:ELECTRICAL_MEASUREMENT|
|84182600000FAD3F/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|
|8418260000102DAF/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0B04:ELECTRICAL_MEASUREMENT|
|8418260000102DAF/3   | 04CD15FFFEBB3E7B/1   |       | Address | 0006:ON_OFF|

Hi,

and one more thing, could it be simply that Hue Bulbs do not send reports?
Source: Binding | Zigbee2MQTT

Are devices set back to online if they answer on a poll?

1 Like

Looking at the table, it make sense :slight_smile:
My Hue LTA01 is a bluetooth and I have not observed it as offline.

Edit1: All my bulbs get a color temperature change every few minutes.
That is not enough to keep the older Hue bulbs (without BT) registered as online.
They answer back only to a Brightness command.

Also my ZLL_DIMMABLE_LIGHT Philips 1743630P7 do register as online again when changing the dimmer value.
I just watched it go from offline to online when refreshing its brightness value (zero, it is a outdoor lamp).