Closed ma-ca closed 4 years ago
Hello, to change setting in deconz in some situation you need to rejoin a network (setting are apply at next rejoin), so if you are locked in "not in network" can be a reason I think.
For me the command result at "sudo GCFFlasher -l" is not good at all. Can you try first to update your deconz version (the flasher you are using is an old one too)
And try the command with "-t 60" > https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually
From my memory there is a LED on the raspbee that can give information about the device ?
@ma-ca I am missing template input.
Nevertheless: I'd recommend updating deconz, as your version is old. Maybe a fresh start would do?
@Smanar the device seems flashed at the end. I think it might be that the old deconz version can't speak to the new firmware.
@ma-ca very strange behaviour, indeed. For what it's worth, standard settings for security is "high" and you also need to check the predefined PAN ID, which is like the SSID in wifi.
Regardless, probably a case for @manup to look into.
Solved.
Result: All devices were able to connect without the need to resetting and re-pairing.
Yesterday the Raspbee was completely unable to join the network. The red LED on the Raspbee was blinking fast. I did leave the Rasbee and deCONZ running during the night.
However, this morning the red LED was constantly on (not blinkng anymore) and the Raspbee was In Network. But all devices did not respond. Also the PAN ID had changed. Leaving and joining the network did always generate a new PAN ID. Also checking the box Predefined PAN ID and entering the old PAN ID was overwritten again after joining the network.
Finally, the predefined PAN ID did remain unchanged only after powering off all router devices. The Raspbee was able to form a new network with the old (existing) PAN ID. Then all devices were able to join the known network PAN ID.
Important: A backup of the .local/share/dresden-elektronik/deCONZ
directory. The old PAN ID is stored in the zll.db
in the zbconf
table.
Note: The Raspbee red LED is constantly on when connected to a network. The green LED blinks during network activity.
I have no idea why the Raspbee suddenly dropped off the network and was unable to reconnect again. The old deCONZ software and firmware did run very stable for almost a year (since September 2019).
Great to see it solved. Would be hard to say without any logs . If you encounter it again, let us know.
Ha nice, but I have a question too, what is PAN ID ? Personal Area Network ID ? It s a the network ID ? But in this case why only 16 bit value ?
Zigbee 1 have only PAN-ID (16 bit) and Zigbee 2 (pro) have PAN-ID and Extended PAN-ID (64 bit) and both suld being unique in the radio surroundings or its being network conflict and jamming.
nice, thx ^^
As there hasn't been any response in 21 days, this issue has been automatically marked as stale. At OP: Please either close this issue or keep it active It will be closed in 7 days if no further activity occurs.
As there hasn't been any response in 28 days, this issue will be closed. @ OP: If this issue is solved post what fixed it for you. If it isn't solved, request to get this opened again.
The Raspbee was up and running for more than a year. No recent update or reboot. The Raspbee suddenly lost the network connection and since then I cannot join the network anymore. I already did reboot the Raspberry without success.
It turns out that I cannot change the network settings anymore. When I change the Security Mode to Standard - Network Key from TC (which I believe is right)
and press Save, then the setting switches back to No Security. Also when I deselect the channels 24, 25, 26 or change the Network Key, then the new setting is reverted again after pressing Save, and the channels 24, 25, 26 are selected again.
(Yes, I did stop deCONZ before the next steps)