In PaperUI and in the /rest/things the zigbee_neighbors = []. Is this normal in a zigbee network with 6 items that are online and working? Can this be true?
I am not an expert for the log and the opensmarthouse.org loviewer seems to bee down, but i searched the log for “zigbee” and found no problem there. But maybe i only do not see it.
It depends on your system. For starters, do you have updates enabled? If so, how often?
Unfortunately the cloud server died yesterday so I have to restore this 
So it is requesting the neighbour updates ok or not? It’s really hard to comment - if you say the logs show everything is ok, then I don’t know how to respond.
I think upgraded from 2.5.8 to 2.5.10. It was not 2.5.9.
Can you help with the log? Shall i upload it? Shall i search for some text?
Either way, I don’t think the libraries that do the ZigBee requests have changed very much, and I don’t think that the neighbour requests changed.
Sure - I’ll take a look. Hopefully the log viewer will be back up later this afternoon 
What is this? Where do i have to enable updates? Maybe this is my problem.
Is it the “Mesh Update Period”? If so, it is 1 Day. But i also tried 30 Mins.
Exactly - if you set it to 1 day, then it will only try to update the mesh information every day.
Okay, i changed the Update period to 5 mins. This was 47 mins ago. In the log i see:
2020-12-06 13:55:38.893 [DEBUG] [bee.handler.ZigBeeCoordinatorHandler] - null: Configuration update: Processing zigbee_meshupdateperiod -> 300
2020-12-06 13:55:38.899 [DEBUG] [bee.handler.ZigBeeCoordinatorHandler] - null: Unhandled configuration parameter zigbee_meshupdateperiod >> 300.
I can see no other effect. zigbee_neighbors and zigbee_routes are still []. zigbee_lastupdate is still “”. Is there a log message, that shows that the mesh update is executed.
Try restarting the binding - it might be that this cannot be changed dynamically. Otherwise please provide the debug log so I can see what is happening.
How can i restart the binding?
Use the console restart command (if I remember correctly) - get the list of bundles with the list command first.
Or just restart OH, but that’s a bit more hassle I guess.
Success 
I restartet Openhab and after some time the coordinator and the devices have zigbee_neighbors. The coordinator and some devices have zigbee_routes.
I am happy, but i do not know the reason for the problem. I only changed the Mesh Update Period to 5 mins to solve the problem. Before i had a period of 1 Day and the problem was there for more than two weeks. So the Update should have been done in this period also.
Yesterday i reinstalled the binding and all devices. Maybe this solved the problem. And since yesterday there was no period of 1 day for the mesh update.
Thank you very much for your help.
I was happy to early.
When i setup the zigbee network new (Install coordinator and pair every device), the coordinator is immediately online and also all devices are online. The zigbee_neighbors and zigbee_routes are empty.
When the mesh update period is over, then the zigbee_neighbors and zigbee_routes are there.
Unfortunately after a while the zigbee_neighbors and zigbee_routes of the coordinator and all devices disappear. And then also some devices go offline.
There is a relation between mesh update time and time when the zigbee_neighbors disappear.
If the mesh update is every 5 mins, then zigbee_neighbors disappear after about 1h.
If the mesh update is every 30 mins, then zigbee_neighbors disappear after about 6h.
If the mesh update is every 1h, then zigbee_neighbors disappear after about 10h.
Can the reason be the wrong firmware for the CC2531? I use the CC2531ZNP-Pro-Secure_LinkKeyJoin.hex (original TI 1.2.2.a). With the koenkk firmware CC2531ZNP-Prod.hex (CC2531_DEFAULT_20190608) i have the same effect.
But i have not tested the CC2531ZNP-Pro-Secure_Standard.hex. Some years ago i had problems with it and since then i use the CC2531ZNP-Pro-Secure_LinkKeyJoin.hex.
I am facing the same issue you discribed in your post. At the beginning I thought it is somehow an issue with my setup (at that time i was running the CC2531 via a serialproxy), but had never seen the connection with the update to 2.5.10. Before there was no reason to complain, everything worked in the OH were also neighbor information etc. to see
Most of the time my zigbee bulbs are toggled by a remote and controling it via OH was a less used minor function.
Starting playing around with OH3 I picked up the issue to give a try with a fresh OH3 on a Raspi2 with a CC2531 USB Stick as coordinator. And I exactly ending up in the same behavior as you described. Anything is working until the mesh update periode expires. Routes and Neighbour Informations are never “visible” in OH3 and Things become offline after mesh update.
Have you gained any new insights on this topic ?
Meantime i solved my issue, but not with the zigbee binding. I had to change to Zigbee2MQTT. With this the same system is stable. I have the same RPi4, the same Openhab installation, the same devices at the same locations, same Channel, same PANID etc.
At the moment my system is running for some weeks without any issue. I never had this stable situation with the zigbee binding since i change to 2.5.10 or 3.0.0. With the version before this (2.3 to 2.5.6 or 2.5.8) the system was also allways stable with the zigbee binding.
But to be fair i have to say, that some parameters may be different. E.g. in Zigbee2MQTT i cannot find a paramter for mesh update period. So i don’t know when or if this is done automatically. The Zigbee binding is better to handle than Zigbee2MQTT, because of the additional MQTT layer. I still like the zigbee binding very much, but highest priority is the stable network.
I have one hint, that might help to find the reason for the issue. When i change to Zigbee2MQTT i had to reflash the sticks firmware with same firmware. So i think there was something damaged on the stick (parameters, tables, etc.) and this happens when running together with the zigbee binding. With the zigbee binding i reflashed the stick also a couple of time, but withou any success. @chris maybe this information is important for you.
I regularly check the changes in the zigbee binding and my indention is to change back to the zigbee binding when the issue is solved, because i think this should be the standard for zigbee with openhab. But at the moment i have no preassure to do so.
I’m not really sure how you reflash the stick with the binding? It doesn’t support reloading the firmware in the CC2531 devices - only Ember devices.
Thanks for reporting - I’m not sure I can directly help a lot with the 2531 devices as I use the Ember chips, and nearly all commercial customers also use the Ember chipsets. I did support one company a couple of years back who used the 2531, but they then moved to Ember as well. I know the DT use the binding, but again, this is with Ember coordinator.
I used the TI flash programmer software to flash it. I wanted to say that i reflashed the stick serveral times while i used the zigbee binding. So the reason of my issue cannot be one bad/wrong flash procedure.
I totally share your opinion. I think this problem is related to the CC2531. But it especially occurs with the latest zigbee binding. Maybe i also have to change to an ember based device. I already was thinking about this.
Hi,
I have similar issues with the 2531 after upgrade to OH3. 0.1. Items going Offline after some time, but still receive command (eg. Switch light on/off) but ItemState not update.
Due to my understanding, with zigbee2mttq or an Stick with Ember Chip, there should be no such issue?
Update:
After change to an Ember USB-Stick (AV2010/10), routes and neighbors are availabe. Also all permanent powered things are all time online, only Battery powered Devices are going offline after some time. But still report events and going online after that.
After some time, I also looked into the subject again. Currently my dedicated RPI2 with CC2532 stick runs error free. Maybe it helps one or the other.
First I flashed myself another CC2531 with Sniffer firmware to see what was going on around me. And to say it in advance it really surprised me. All my Zigbee devices were running on channel 11 was is the default for most of the zigbee devices out there. The sniffer found lots of Philips HUE Osram and all sorts of Ikea devices. I was able to count more than 50 devices from my neighbors. I don’t know if that’s a lot, but there were several dozen messages per second on the net. I decided to use my coordinator on Zigbee channel 15. This has the advantage that it is in the 2.4 GHz frequency range exactly in the gap between the Wifi channels 1 and 6 and does not overlap with them.
Fresh setup:
Current OH3.0.1 release on an RP2 , CC2531 stick with the latest Koenkk firmware 11/2020. coordinator channel 15, mesh update 1 day.
Routes and neighbors are displayed in the coordinator and the device. At the beginning I had again the condition that after a few days the Things went offline but after a few minutes the network was restored. Have this setup now running stable for 3 weeks and both the switching via OH3 as well as the feedback of the devices to OH3 when e.g. lamps were switched with a remote control works. I continue to monitor …
Since I started my installation from scratch and therefore this can certainly not be seen exemplary for running installations. My productive OH3 installation is in another instance and accesses this OH3 instance via remote binding.
Nevertheless it is to be said that at the moment it is surely better to set on an Ember based stick.
