Why Migrate to Z-way from vera and how?
-
Hi guys,
Do I need a Zway license for this?
-
To use z-way-server for anything more than upgrading the uzb firmware, yes.
If you use a razberry instead, no but you can't transfer over the vera's zwave network with a razberry alone.
What you can do, which is what @DesT has done if I remember correctly, is to follow this procedure to transfer your vera network to a uzb, back it up on z-way and restore it on a razberry. -
yes because you will need to use the z-way software to be the zwave network manager layer.
-
Yes, it will basically the vera. add/remove device, report battery etc... openLuup communicates with z-way, not with the uzb directly.
-
Ah ok, now it's clear! Thnx
-
Can I just say "do it"
I cannot believe how much better OpenLuup / z-way is than Vera. OK it's a learning curve. But it's rock solid. Fast and so much better in every way
C
-
-
@rafale77 said in Why Migrate to Z-way from vera and how?:
You can make the reactor device IDs the same by manipulating them the same way you would on a vera (it is an attribute). What will be different will be the device IDs of the zwave devices.... When moving to openLuup, the zwave devices will be come bridged and will have an added “prefix” of 10 sending them in the 10000+ range.
You could alternatively try to add z-way as a secondary controller first which would make the same zwave device show up twice on openLuup: one through the vera path and the other through the z-way path.
I have openLuup connected via VeraBridge to 3 x veras. The vera that has just gone to orange light hell has its devices in the 30000 range on openLuup. If I have any success copying vera on to uzb is it possible to keep those device numbers via Z-way Bridge in openLuup? My Reactors are all on openLuup already so would be mighty useful.
-
Hmmm. Vera allocates device numbers sequentially, and VeraBridge simply adds an offset. The ZWay bridge, however, uses the ZWave node number, and offsets from that. So it’s going to be a bit difficult.
Ideas anyone?
-
It's a tough nut to crack... There is no easy solution. This is what motivated @DesT to resolve devices by their names but moving to Zway still means you will have to name all the devices on Z-way... not too different from renumbering your devices on openLuup except maybe for it to be more intuitive yet at the same time more typo prone...
-
@rafale77 said in Why Migrate to Z-way from vera and how?:
not too different from renumbering your devices on openLuup except maybe for it to be more intuitive
Couldn’t be easier to rename your devices in openLuup, using the console’s Device Table page. Simply type the new name into the boxes...
-
Ahhh yes the console makes it much easier. The challenge though is to go back and rewrite all the scenes and index devices according to their names instead of device ids.
I just did something in the same idea and was really missing a search/replace for the lua code content of my scenes. I used luaview which was very helpful in reading the code but it is missing the search/replace. Would be a nice feature to add to luaview. @toggledbits.
-
-
Not sure where to run Zway bridge from - the openLuup system doing all the logic (where the current verabridges are) or on the new rpi replacing vera? Both? Perhaps I won't need openLuup on the vera replacment if it doesn't do any logic?
-
I've run ZWay perfectly happily on an RPi (actually, a Razberry) with the ZWay bridge running on a separate openLuup machine. Equally, I've run them on the same machine. In fact, you can do both simulatneously (ie. with openLuup and ZWay plugin on both machines) if you like!
-
rafale77replied to powisquare on Feb 20, 2021, 4:05 PM last edited by rafale77 Feb 20, 2021, 11:17 AM
It is either or. Not both. You can decide depending on your hardware. I have done both as well.
My view on pros and cons.
Running zway on the same system as openLuup:
-The z-way bridge runs locally and since it is polling based, you can make it poll at a very high frequency without adding a lot of traffic to your network.
-downside is that you need to setup ser2net/socat which is a little more work. I tweaked my systemd z-way-server command to restart socat every time z-way-server restart to make it a little easier.Running z-way on the remote device... all the above reversed. It also means that the remote device would be a little more powerful. It also means that you will have to maintain 2 systems more often. Not a big deal really but something to keep in mind.
I have opted for the first solution and my remote "Z-host" has not been rebooted in 9 months! No maintenance needed. It is powered by a POE injector and is a passively cooled celeron mini PC running debian consuming a constant 4W. -
akbooerreplied to rafale77 on Feb 20, 2021, 4:09 PM last edited by akbooer Mar 5, 2021, 9:51 AM
@rafale77 said in Why Migrate to Z-way from vera and how?:
It is either or. Not both
To be clear, the UZB can only be on one machine, of course, and the https://z-wave.me/ software. However, you can run multiple versions of openLuup and the ZWay bridge on a number of different machines, including the one on which the ZWay server is running, all accessing the same server.
-
Have a few zwave networks so would need to run zway on the remote device(s) and gradually replace the verabridges with zway bridges. Eventually three UZBs on different machines with their own zway server all controlled by a central openLuup. Perhaps similar to how my veras are operating currently.
Then I read zway can run multiple UZBs! Would the ser2net/socat route work for multiple UZBs with one controller - and make for easier maintenance?
-
@powisquare said in Why Migrate to Z-way from vera and how?:
Then I read zway can run multiple UZBs! Would the ser2net/socat route work for multiple UZBs with one controller - and make for easier maintenance?
...I have NO idea!
-
I just took a good look at it and no it doesn't seem like a z-way-server instance can support multiple zwave radios. You will need one instance of z-way-server per radio so your approach is correct... running the z-way-server on the remote unit with multiple z-way bridges is the way to go.
49/70