Hmm, sounds complicated anyway. If I could compromise on HABPanel and my Matrix Theme and take Grafana and InfluxDB out of the scopeā¦ than
If I could
keep OH2 running on the old RPi
establish completely new Openhab server on RPi4 (from scratch)
switch Aeotec Zwave Stick between Oh2 and Oh3 (for stepwise migration process)
would all stored Things be recognised in a new OH3? I assume yes.
in this case i could:
Create a new haus structure (map)
Assign recognised things to the new haus structure
Create/copy all necessary/old rules
slowly bring up a new OH3 on the RPi4
It would have few advantages (beside learning experience), i could have clear, nice ready for further development home automation system.
Working with OH3 and than switching ZWave Stick between OH2 and OH3 shall not disturb running OH2 system right?
I can always come back to OH2 with the stick and everything works, fine. Or is there anything in the configuration of the Oh3 that would influence ZWave network and missfunction the OH2 system?
Unless you have 1.x version bindings in which case youāll need to migrate those configs to the 2.x/3.x version of the binding that uses Things.
Yes, but check the breaking changes for each individual binding. Some require the deletion and recreation of Things.
Correct, unless you need to recreate those Things. I donāt remember if that was one of the bindings that required that. Itās been over two years since I migrated and even now Iām already on OH 4.
Yes, same as above.
I donāt know what this means.
Iāll say it again. You cannot restore a 2.5 backup on a 3.x server. So what āstored Thingsā are you talking about here?
Note, the vast majority of Things are automatically discovered and created. So itās often easiest to just rediscover the Things on the new OH 3 instance than it is to try to copy from the 2.5 to the 3.x. In the rest of the case, check the breaking changes for the binding in question to see if the old Things are compatible with OH 3. Or just recreate those Things in OH 3.
Well, you probably donāt want to yank the stick from OH 2 while OH 2 is running. But otherwise, those Things will just be OFFLINE in 2.5 when the stick isnāt present. Nothing gets changed on the stick by the binding as far as I know.
I was not precise. āstored thingsā I ment all of the z-wave components in 2.5 system. Since they are āstoredā on the ZWave stick the new OH3 shall see them when the stick is connected to the new RPi.
So when I configure fresh and new PRi with Oh3 and connect my Zwave USB stick (controller), openhabian will see them on the list. I can add one after another and configure step-wise new OH3.
Any time i can shutdown RP4 and connect ZWave controller back to the old Oh2 having full functionality.
Things are a concept that only exists in openHAB. There is no such thing as a Thing in Zwave. The Zwave controller stores a bunch of information about the Zwave network and itās nodes and when auto-discovery takes place, OH creates Things based on that information.
ahhhh! First problems.
I use AEOTEC USB Z-wave stick 5Gen and it is not being recognised by the OH3 on RPi 4. I read this post and find out there are problems with the compatibility
it is not even recognised after connecting to the usb slot so i assume it needs to be connected over the hub. I do not want to go this way. It means I have to migrate with every singe z-wave node to the new system.
How you plug in the zwave controller changes nothing. Either youād have to do this anyway no matter what, or you never have to. All the USB hub provides is cleaner power to the controller.
I am afraid your are right. I do not want to have usb hub as of now. for me it is important to have clean, stable and reliable home automation system. With OH2 I have been learning. With OH3 I need to clean up this what was not properly done before.
I created new post to gather user experience.
Replace your Z-Wave controller (note that series 700 Z-Wave controllers are not supported by the Z-Wave Binding, series 700 Z-Wave devices (i.e. non-controllers) are supported).
Not an expert, but I have always seen the aeotec come up as ttyACM0 on both Rpi3 and Rpi4. Usually ttyAMA0 means there is a problem. Should be a quick try. Just change the port and wait 30 seconds. If not, then it is something else.
The other thing I was going to mention from an earlier post of yours (I think it was you). Is that the binding gets a little jumpy switching the z-stick in and out of Rpi3 and Rpi4. I usually do a bundle:list in karaf to find the zwave binding number, then a bundle:stop xxx before removing the zstick, then a bundle:start xxx after I plug it back in. Worst case if zwave doesnāt come up in 30 seconds is a OH restart. There used to be a LCK file problem too, but I think that is fixed.
I decided to bring a new instance of the openhab with a new z-wave controller.
Now it is the time to exclude all of my nodes (one by one, slowly) and include them again into a new controller. Before i will do this, I need to be sure the procedure I want to use is the right one.
OH2 runs with Aeotec 5G USB stick. This are steps i want to go:
Set up the controller in the exclusion mode as in the manual explained
The controller shall provide exclusion confirmation
Set the z-wave device into factory mode
Include the node to a new controller (system)
What will happen with my Items? Shall I take care about them as well? Most of them are in the files, but some were added with the UI.
This is my theory. Usually, it does not run so smoothly so i will try to set up DEBUG mode for z-vawe binding. I read aslo about z-vawe log viewer but I do not know how to capture the right file in this case
Can someone confirm the procedure?
Can someone explain how to capture the z-wave log file for analysis?
Maybe Iām missing something. Why donāt you simply backup the old stick and copy that to the new one? The free simplicity studio has a backup option or there is an old aeotec backup utility.