Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

deconz adapter/driver does not support backup and restore for ConBee/RaspBee by dresden elektronik? #665

Open
Hedda opened this issue Feb 15, 2023 · 23 comments

Comments

@Hedda
Copy link
Contributor

Hedda commented Feb 15, 2023

deconz driver/adapter in zigbee-herdsman does not support backup and restore for ConBee/RaspBee by dresden elektronik?

Is it currently only the code for z-stack adapter/driver (for Texas Instruments ZNP adapters) in zigbee-herdsman that supports both Zigbee Coordinator backup and restore? Update 2024-09-16: Creating backups to file and backup restoring is now also supported by the ember driver/adapter (for Silicon Labs EmberZNet adapters) as well.

So the follow-up question is there any plan to implement the same type of compatible backup for the deconz driver/adapter?

@ChrisHae @manup @Haerteleric any chance one of you would be willing to take a closer look at this requested backup and restore feature/function for Zigbee network backup and restore from/to deconz adapter (ConBee/RaspBee Zigbee Coordinator adapters) inside the zigbee-herdsman framework so that both backup to file and restore of backup from file works with ConBee/RaspBee adapters for feature parity in Zigbee2MQTT?

See related discussion here with users is also asking about migrating both to and from ConBee -> Koenkk/zigbee2mqtt#16478

We know that is it technically possible using deconz serial protocol since the feature is avaible in zigpy-cli using zigpy-deconz:

Support in zigbee-herdsman's deconz driver/adapter is need for Zigbee network backup to file and restore from that file backup is needed for backup and restore support + cross-hardware migration in order to allow Zigbee2MQTT users to from one adapter to another, regardless of radio type used:

For reference; zigbee-herdsman has implemented the support for the standard "Open ZigBee Coordinator Backup Format" as an open file format for storing all information about a Zigbee network in JSON file needed to in a backup and restoring of that backup:

https://github.com/zigpy/open-coordinator-backup

zigpy-deconz radio library which also uses deCONZ Serial Protocol does support backup and backup restore to ConBee/RaspBee using this format:

https://github.com/zigpy/zigpy-deconz

https://github.com/dresden-elektronik/deconz-serial-protocol

PS: Slightly off-topic but FYI for reference, there is also a similar popular request for "Open ZigBee Coordinator Backup Format" compatible backups in dresden-elektronik's own deCONZ/Phoscon software -> dresden-elektronik/deconz-rest-plugin-v2#12

@Hedda
Copy link
Contributor Author

Hedda commented Feb 23, 2023

FYI as reference, in related news @ChrisHae posted in a reply in dresden-elektronik/deconz-rest-plugin-v2#12 that he will look into "Open ZigBee Coordinator Backup Format" export and import in the "deCONZ REST plugin" for the deCONZ/Phoscon API and application. See:

Originally posted by @ChrisHae in dresden-elektronik/deconz-rest-plugin-v2#12 (comment)

This kinda slipped pass me. But yes I think this is not a big effort to implement and would be an improvement for the ConBee/deCONZ.

Note! To clarify, he only said there that he can look into it for deCONZ/Phoscon, so he did not mention that he would also look into the backup and restore feature for the deconz adapter in zigbee-herdsman and Zigbee2MQTT (or IoBroker).

PS: Again, also check out indirectly related feature request for Dresden-Elektronik's deCONZ/Phoscon:

@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label Mar 26, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Mar 26, 2023

@ChrisHae any updates or feedback on this?

@github-actions github-actions bot removed the stale label Mar 27, 2023
@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label Apr 27, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Apr 27, 2023

Not stale. Still valid and should be left open.

@ChrisHae Any news about this feature?

@github-actions github-actions bot removed the stale label Apr 28, 2023
@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label May 28, 2023
@Hedda
Copy link
Contributor Author

Hedda commented May 28, 2023

Still needed

@github-actions github-actions bot removed the stale label May 29, 2023
@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label Jun 28, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Jun 28, 2023

Please do not stale

@github-actions github-actions bot removed the stale label Jun 29, 2023
@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label Jul 30, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Jul 30, 2023

Do not stale

@github-actions github-actions bot removed the stale label Jul 31, 2023
@github-actions
Copy link
Contributor

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

@github-actions github-actions bot added the stale label Aug 31, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Aug 31, 2023

@ChrisHae any updates or feedback on this?

@github-actions github-actions bot removed the stale label Sep 1, 2023
@github-actions
Copy link
Contributor

github-actions bot commented Oct 1, 2023

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

@github-actions github-actions bot added the stale label Oct 1, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Oct 2, 2023

Not having backup support in zigbee-herdsman is still an issue for ConBee and RaspBee end-users.

@github-actions github-actions bot removed the stale label Oct 3, 2023
Copy link
Contributor

github-actions bot commented Nov 3, 2023

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

@github-actions github-actions bot added the stale label Nov 3, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Nov 3, 2023

Not stale

@github-actions github-actions bot removed the stale label Nov 4, 2023
Copy link
Contributor

github-actions bot commented Dec 4, 2023

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

@github-actions github-actions bot added stale and removed stale labels Dec 4, 2023
@Hedda
Copy link
Contributor Author

Hedda commented Dec 5, 2023

Any updates or feedback on this deconz adapter backup and restore features still an open issue in zigbee-herdsman?

@ChrisHae This feature request is even more relevant now that Zigbee2MQTT users want to migrate to ConBee III (ConBee 3), ex:

Koenkk/zigbee2mqtt#19785

Any news on ConBee III (ConBee 3) backup and restore support in zigbee-herdsman's deconz adapter driver for Zigbee2MQTT?

Summery; native migration from one ConBee/RaspBee adapter to another is currently not possible inside Zigbee2MQTT.

For that to be possible Zigbee2MQTT would first need to add support for deconz adapter backup and restore features, as the deconz adapter code in the zigbee-herdsman library which Zigbee2MQTT depends on does not yet support Zigbee network backup and restore from ConBee/RaspBee Zigbee Coordinator adapters, as such you can not simply backup your old ConBee II adapter to a file from inside Zigbee2MQTT and then just restore such backups from file to your new ConBee III adapter (as you can with Texas Instruments based z-stack adapter in Z2M because that already supports the backup and restore feature inside the zigbee-herdsman library).

https://www.zigbee2mqtt.io/guide/faq/#how-do-i-migrate-from-one-adapter-to-another

Hopefully, the deconz adapter developers will priotiríze this feature in zigbee-herdsman now that new ConBee III adapter being available(?).

PS: Note that before migration you will always need to upgrade the firmware on your old ConBee/RaspBee adapter before doing a backup!

https://flemmingss.com/how-to-update-conbee-conbee-ii-firmware-in-windows-10/

https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Update-deCONZ-manually

Copy link
Contributor

This issue is stale because it has been open 180 days with no activity. Remove stale label or comment or this will be closed in 30 days

@github-actions github-actions bot added the stale label Sep 15, 2024
@Hedda
Copy link
Contributor Author

Hedda commented Sep 16, 2024

Still an issue that discourage the use of ConBee/RaspBee as get to backups + prevent migration to and from ConBee/RaspBee:

While I can only speak for myself, think I can still say that as it stands right now with important features such as backup and restore missing, many of us who are a part of the Zigbee2MQTT and overall Zigbee open source projects communities can currently not with good conscience recommend ConBee II / RaspBee II or even the ConBee III to new Zigbee2MQTT end-users.

Not even the ConBee3 (ConBeeIII) can be recommended for Zigbee2MQTT as long as no backup support in zigbee-herdsman.

@vsatmydynipnet
Copy link

vsatmydynipnet commented Sep 16, 2024

I am in the same position. Running Z2M with a Conbee II having the new Conbee III already on my desk. But redoo all of the Z2M setup of all devices is not the way to go. Where is the problem to not be able backup/restore from old to new stick?

@Hedda
Copy link
Contributor Author

Hedda commented Sep 16, 2024

Where is the problem to not be able backup/restore from old to new stick?

The reason is explained in detail in the original feature request issue above (at the top ) here -> #665 but as a short summary; while the deconz serial protocol can be used to achieve backup and restore such a feature is not yet supported for deconz based adapters like ConBee/RaspBee in Zigbee2MQTT for the simple reason that no developer yet programmed support for it to the zigbee-herdsman's code for its deconz driver/adapter -> https://github.com/Koenkk/zigbee-herdsman/tree/master/src/adapter/deconz

Until this is added end-users have the option to use the unofficial third-party workaround using the zigpy-cli command line tool (which depends on zigpy-deconz) as discussed in this other thread that you can find here -> Koenkk/zigbee2mqtt#16478 and also in Koenkk/zigbee2mqtt#19785 (but please respect that end-user usage of that is off-topic here but end-users are welcome to discuss that there is you like). If you are a developer then check out the code for zigpy-cli -> https://github.com/zigpy/zigpy-cli and zigpy-deconz which it depends on -> https://github.com/zigpy/zigpy-deconz

Note! Please remember these are free and open-source projects that are mainly only worked on by volunteers as a hobby.

PS: As far as I know none of the lead-developers of zigbee-herdsman (and Zigbee2MQTT) actually use a ConBee or RaspBee (Zigbee Coordinator apter with deCONZ firmware) themselves nor activly perform ongoing testing on those even in a lab enviroment to ensure that they have feature-parity and works as well as for example Texas Instruments and Silicon Labs, ...so maybe they should consider changing it so that list deCONZ based adapters as experimental and "not recommended" until someone steps up and takes over ownership and active maintenecne over the deconz driver/adapter code in zigbee-herdsman, as today there is only a note that just more or less states that some features are not supported on deCONZ (Dresden Elektronik) based adapters:

@github-actions github-actions bot removed the stale label Sep 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants