Closed Morphy99 closed 3 years ago
Please test again with the latest dev branch, the restore/backup procedure has been heavily refactored (https://github.com/Koenkk/zigbee-herdsman/pull/303).
Dev branch: https://www.zigbee2mqtt.io/how_tos/how-to-switch-to-dev-branch.html
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days
Still to test this, is it in the latest stable or still dev?
@Morphy99 it is in 1.19.1
@Morphy99 it is in 1.19.1
I'm on 1.19.1 and just swapped coordinator, same behaviour, database is backed up to database.db.backup and a fresh database.db is created.
Could you provide the herdsman debug log when starting for the first time after swapping the coordinator?
See https://www.zigbee2mqtt.io/information/debug.html#zigbee-herdsman-debug-logging on how to enable the herdsman debug logging. Note that this is only logged to STDOUT and not to log files.
What happened
Swapped a CC2530 for another on the same firmware. database.db is backed up to database.db.backup and a fresh database.db created. Not sure why this happens?
According to the FAQ this should be possible without disruption but I also had problems with two types of devices that dropped off the network: Konke Motion Sensor Osram Motion Sensor Eurotronic Spirit TRV
Once I enabled joining the Konke rejoined but the Osram ones failed to join the new coordinator. I went back to the previous coordinator in the end to save repairing and everything was back working as normal.
I suspect this has something to do with a routing device as I have several other Spirit TRV's which were joined OK.
What did you expect to happen
Swap adapters and Z2M restart with devices joined and working.
How to reproduce it (minimal and precise)
Debug info
Zigbee2MQTT version: 1.18.2 commit: abd8a09 Adapter hardware: CC2530 Adapter firmware version: 20201128 (Source Routing)
As this isn't a major bug and could likely be due to some device not adhering to standards I think this should be mentioned in the FAQ that some devices might not rejoin. Also, to save users from panicking when they swap coordinators and the DB gets wiped a note about the backup would be good. Or just removing that behaviour if acceptable?