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

[REQUEST] Implement backup and restore for migration back and forth from and to Zigbee2MQTT #2

Open
Hedda opened this issue Nov 26, 2023 · 2 comments

Comments

@Hedda
Copy link

Hedda commented Nov 26, 2023

Please consider implementing backup and restore support using files to allow for migration back and forth from and to Zigbee2MQTT.

Such a feature would enable developers and testers to temporary migrate between the different solution to test what is working and what is not in the other solution.

@antonio-gabriele
Copy link
Owner

Hi, the idea behind zigbee-matter-bridge is to create a software that map real zigbee device onto matter device (where possibile).

So no configuration is needed is the first step of the project. I think configuration will be mandatory to manage custom cluster configuration related to vendor implementation.

Surely I have to allow Zigbee2MQTT backup and restore to manage device group and device-to-device binding and scenes (testing and dev purpose).

To give you more details, I'm now grouping cluster exposed by zigbee endpoint into a bridged device.
I'm following matter.js implementation, so for now only device types in packages/matter.js/src/device/DeviceTypes.ts are used in algorithm that perform grouping.

For example if zigbee device simpledesc response contains 0x0006 and 0x0008 clusters, device mapped would be DIMMABLE_LIGHT

The enumeration of devices is deterministic so application do not need to persist any information other that koenkk zigbee library database and matter.js own storage.

Your every suggestion is as precious as gold to me, in this stage of project.

Consider that for now, it's only a eight hours artifact.
But I think that when Amazon Alexa, Google Home App will support the latest matter specification, the software can replace any vendor hub, because it allows vocal assistant to work offline: more privacy, more reliability, less cost for device vendor because of cloudless mode.

@stefa168
Copy link

stefa168 commented Feb 8, 2024

Very interested in Z2M interoperability as well. Would it be a good idea to contact Koenkk to see if you two can work together? There is an ongoing discussion in his repository Koenkk/zigbee2mqtt#7443

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

3 participants