Skip to content
This repository has been archived by the owner on Jul 27, 2020. It is now read-only.

Migrate from Custom Component (Pre-Release) to OpenZWave (Beta) #138

Closed
i-am-snappy opened this issue Jun 7, 2020 · 8 comments
Closed

Comments

@i-am-snappy
Copy link

Is there a migration path from the pre-release custom component to the official addon that I am missing? Or do we need to start from scratch with device and entity names etc.

I've tried a couple of times and lose all device and entity configurations and need to walk around house to find nodes and rename devices and entities.

@uSpike
Copy link

uSpike commented Jun 7, 2020

AFAIK there is nothing yet to automatically migrate. I think this is a duplicate of #19

@MartinHjelmare
Copy link
Collaborator

Duplicate of #19

@MartinHjelmare MartinHjelmare marked this as a duplicate of #19 Jun 7, 2020
@i-am-snappy
Copy link
Author

Sorry, rephrasing my question as #19 seems to be centered around creating a migration path for the current Core zwave component. I have been testing the now deprecated Pre-Release Open-ZWave custom component.

Is there anything I can do - even manually - to pull Device and Entity data from the depricated daemon to the new OpenZWave integration?

Or, is it suggested to start from scratch again?

@MartinHjelmare MartinHjelmare reopened this Jun 8, 2020
@MartinHjelmare
Copy link
Collaborator

MartinHjelmare commented Jun 8, 2020

Sorry, I misunderstood the question.

The integration bases its data on the data that comes from the ozwdaemon via the mqtt broker. So if the daemon data and mqtt broker is the same, there should be no migration needed.

If you want to use the official ozwdaemon add-on instead of the custom add-on you would probably need to copy the ozwdaemon persistent data from the custom ozwdaemon add-on storage to the official add-on storage. I don't know the specifics there.

@marcelveldt do you have a better view of this?

@uSpike
Copy link

uSpike commented Jun 8, 2020

Maybe I can help out since I've been dealing with this as well.

I don't think the official addon is ready yet due to home-assistant/addons#1361. This was fixed in OpenZWave/qt-openzwave#75 but the hassio-addon has not been updated yet. The version of qt-openzwave needs to be updated here https://github.com/home-assistant/hassio-addons/blob/master/zwave/build.json

Once that's done, you can "stop" your current 3rd party addon and copy /usr/share/hassio/addons/data/62c7908d_ozwdaemon/ozwcache_0xXXXXXXXX.xml (or wherever your hassio path is) to a safe location. Then, install the new addon and copy the cache file into the similar location. Should work fine.

@i-am-snappy
Copy link
Author

Thanks uSpike, Martin, I’ll wait for the persistent fix of the official OpenZWave addon to be rectified. Then will test out the XML move and report how I go. If I get a chance before the weekend, I’ll test regardless.

@i-am-snappy
Copy link
Author

Im running Home Assistant (the new Hass.io), is there a way to get to the addon data locations mentioned above? I've hunted around through the directories and cannot fing the ozwcache xml's.

@marcelveldt
Copy link
Contributor

There's no need to copy data. The mentioned xml file is a cache file only. If you wait a few days (or manually wake up all battery devices) all data will be gathered automatically again. Only if you have access to the filesystem of the supervisor you will be able to transfer the cache file if you really want to but again, it is not really needed.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants