Hey guys ... I've started creating a Docker container for Z-Way.
I was previously using the Razberry2 but found it a bit slow on my Raspberry Pi 3. I could upgrade to a Raspberry Pi 4 but since I already run a dedicated Linux server and many Docker containers I thought it might make more sense to run Z-Way on there.
GitHub: https://github.com/sofakng/docker-zway
DockerHub: https://hub.docker.com/repository/docker/sofakng/zway
This container is based on other containers that are no longer updated: (ruimarinho/docker-z-way) and (EugenMayer/docker-image-zway)
I'd love to hear feedback and any improvements that might be needed.
One thing I want to add immediately is to separate the configuration files from the Docker volume but it looks like Z-Way has several user configuration files/directories?
$ZWAY_DIR/config/Configuration.xml $ZWAY_DIR/config/Rules.xml $ZWAY_DIR/config/maps $ZWAY_DIR/config/zddx $ZWAY_DIR/automation/user_syscommands $ZWAY_DIR/automation/storage $ZWAY_DIR/automation/userModules $ZWAY_DIR/htdocs/smarthome/user $ZWAY_DIR/config.xmlNot 100% sure this is the best place, but this seems to be the sticking point.
Background: My NotVera system has been working perfectly now for some years. USB Z wave stick in an old Intel NUC.
The NUC has a bare metal install of Debian buster, and on that we have:
Z-wave Smart Home
OpenLuup
AltUI
MSR
Mosquito server
Home Automation Bridge.
I also have a bare metal Raspian install of Home Assistant running on a Pi
Due to my Buffalo Linkstation doing some odd stuff (like suddenly disconnecting, while maintaining everything was fine) I bit the bullet and bought a Synology DS224+
Now, given the age of my NUC I'm thinking that I should probably start thinking about how to replace / safeguard it. Pretty happy that I can make an image of the existing disk and drop it onto a virtual machine in the Synology, or re-install / restore or do some other things (not decided what yet) but I get stuck on the USB dongle.
Can I connect that to a VM on the NAS, or do I need another solution?
TIA
C
I have a Razberry v2 with firmware v5.04, and Bootloader v8aaa with CRC 35498 (I did manage to upgrade to this version using the "ZMESerialUpdater" tool ). I want to upgrade the firmware to v5.27, which Z-Wave.me Support say is the newest version that my hardware can handle without bricking it. Firmware v5.27 introduces the Analytics tab, according to Poltos, which is what I want.
I have been studying the firmware map (https://service.z-wave.me/expertui/uzb-stats/versions-graph.html?with_hidden) which I sort-of understand. I have also got the "ZMESerialUpdater" tool to do the update, and could use it if I knew which binaries to use.
My question is, what firmware update route do I use to get from v5.04 to v5.27? What exactly are the URLs of the binaries (as in "UPD_FIRMWARE_Razberry500_from_05_04_to_05_07.bin")?
Somewhat confused!
ScotsDon
Hi all, I hope someone could drive me in the right direction.
I was setting up a new zware environment using a UZB stick I bought about 2 yeasr ago and never used.
This stick was using firmware 5.27 that sounded to me a bit old.
So I looked on the process of upgrading the device and I downloaded the ZMESerialUpdater, the I went on the z-wave.me site and look for the firmware and I found (on this awfull map) the firmware UPD_FIRMWARE_UZB_STATIC_2ch_ZME_05_1b_04000001_ZME_05_24_04000001.bin (that AFAIK should upgrade from version 5.27 to 5.36).
I run the update and it never finished....
8899ae1b-c9cc-488b-ba15-870bbf66c044-image.png
After 2 hours waiting for nothing, I finally CTRL-C and removed and reinserted the USB stick that is not recognized anymore.
I really think I won a nice peace of plastic usb shaped, but in case someone has an idea, I would be pleased to read your coment.
Regards
The expertUI of Z-way has a very interesting menu called analytics which I have not seen on any other controller.
My engineering curiosity and OCD tendency to want to optimize everything lead me to dig into it to see if I could get things working even better... even though nothing seem to be broken since my move from the UI firmware to z-way. So the background noise menu was of particular interest.
So here it is: This was my first shot of the starting block on the left side of this graph and you can see that at around 21:00 I did something to reduce the noise. My zwave.me uzb is connected to the vera through a usb extension cable and a usb hub but initially the vera and usb hub were sitting only a 6-7 inches (20cm) away from the uzb. Keep in mind the scale on both channels. What I did was to move the vera away from the uzb stick, to about 80cm but the big step was for me to use some metal leftover amazon gift card boxes I had from christmas and covered the usb hub with them. The step back up was me moving these macgyver shields around.
Screen Shot 2020-03-25 at 07.12.46.png
Next step is still goofing around with the shields to see if I could optimize further and while I initially made it worse, you can see that it got a little better later on. That USB hub is quite noisy.
Screen Shot 2020-03-25 at 13.41.30.png
After sometime, I just thought that the whole thing is just too sensitive any movement around that area could potentially cause problems. So I decided to remove the hub connected to the vera which really was just allowing to extroot the vera. Since I am no longer using the vera as a vera but only as a remote serial bridge, which doesn't write anything on its drive, I took it out. Again look closely at the scales. It did take the noise down another notch.
Screen Shot 2020-04-14 at 08.06.27.png
Now the stick is still sitting 14inch away from a UPS with a bunch of wall warts connected to it, powering a variety of devices like a hue 2 hub. I had the idea of replacing just the wall wart (AC-DC power supply) for the vera with a POE splitter. Since channel 2 is already hovering around the detection limit, I am only showing channel 1 here
Screen Shot 2020-04-15 at 19.03.27.png
This last step alone enable me to flip this other statistics menu:
Screen Shot 2020-04-24 at 07.36.36.png
It not only significantly decreased the CRC error rate but also made the foreign network impact greater that the CRC error bar negating the success on reception for the first time. When I took a zniffer to look into what these CRC error frames were, I discovered that they were all from my neighbor's network which is distant and have obviously poor signal strength. (Yes I can see his HomeId from the zniffer). The fact that I see less error means that my controller's range is greater. It is now able to recognize frames which are from my neighbor's instead of saying they are corrupted... Also The back off frames number decreased indicating less wasted/repeated frames on the network.
I have installed my UZB1 stick on my RP4 and want to megrate my device form my Vera to z-way. Now I want to use my Roller shutter 2 in z-way.mev as a scene controller. This is activated by 2x / 3x clicks on the switch. This works perfectly with vera (verabridge) in openluup and reactor using variable LastSceneID and LastScenetime.
56982a19-5d9a-44cf-9888-bed4e8866877-image.png
Fibaro documentation:
1703e550-dedc-482c-832e-b23ac5206f6e-image.png
When using z-way.me and z-way bridge it works differently. In reactor I see the variable below. I don't know how to use it. Maybe someone else can help me.
Lagging a little here but I just upgraded my z-way-server version and couldn't find much information on their website or even forum.
What is interesting for the ubuntu/debian version is that it is now released as a .deb package making upgrades much easier. I just downloaded the package and ran:
dpkg -i z-way-*.deband nothing else. The previous versions required some manual work since it was just a bunch of files for us to overwrite our installations.
From the release note, there could be interesting things for some folks here. It is a pretty long list compared to the previous incremental release.
For all systems backup is a vital part of the long-term usability.
I thought that I describe my set up with Z-way so far. Hopefully others can fill in with their backup thoughts as well. I am sure that there are much more streamlined ways of doing this and hope to learn from you all.
I run Z-way on a Raspberry Pi 3B+ with a daughter RaZberry card. In order to reduce the risk of getting corrupt SD cards I have it running off an SSD. So far this works very well. Setting it up was really easy just reading a standard Raspbian image onto the SSD. The only minor obstacle was that I had to test a few old 2.5" enclosures to find one that the Pi liked.
The Pi is then also powered via an UPS, hopefully this will avoid problems in the event of power outages.
In order to backup Z-way I have so far done manual backups from the regular Smarthome backup & restore function creating .zab files and from the Expert UI creating .zbk files. As far as I have understood the .zab files which are bigger contain more information than the .zbk files. The strategy so far has been to make backup files after each inclusion/exclusion. Also before updating Z-way. I have yet to test restoring from these files.
From Smarthome it is also possible to set up cloud backup. I have not yet set up this as I need to decide that it is safe enough to do so. On the other hand I had this set up on my two Veras.
It would have been nice to be able to schedule a local backup of Z-way instead of having to put them in the cloud, perhaps from OpenLuup via the Z-way bridge?
In addition to the built in backup function I try to do complete image copies of the SD cards on my Pi's with Win32DiskImager. When I moved to an SSD the image file grew to the size of the SSD since it is a raw copy including all the empty space. Image files of 160GB are not practical to handle so I found a good instruction on how to shrink the .img file with Gparted in Linux: https://steemit.com/raspberrypi/@wizzle/shrink-raspberry-pi-images-using-windows-virtualbox-running-raspberry-pi-desktop
By shrinking the .img file with Gparted it is now a more reasonable 4GB. These file are stored on my NAS for safekeeping. The strategy here so far is to make a new image file before updating Z-way and to use these in combination with more frequent Z-way backups.
I have tested restoring a Gparted shrinked .img file to the SSD when my Z-way for some strange reason became unreachable through the regular UI but remained reachable through the Expert UI. Always good to test the restore function and to see that it works. 🙂
The downside of the .img strategy is that I need to power-off the Pi for a while when making the backup. However if the Z-way backup files work then the complete .img backup need not be done so very often.
//ArcherS
Have found these videos very informative as a zway(ve) novice ....
Have a number of TKB plug switches (TZ68) that are not reporting to the controller. Believe they should be associated to Z-Way in Group 1 but am not able to get the devices to report groups in the interview/call for NIF process and so there are no associations possible. Thermosat is telling them to come on/off (hurrah!) but they don't report their on/off status in the gui.
In Associations tab: Can not configure associations: groups were not reported by the device. Do interview.
Night and day difference for me. I think I was getting a lot of interference in my media closet. Devices were very slow to respond and sometimes not at all. Switched to UZB and used a USB extender to place it a good 5 ft from the location of my pi. Now things are fast and reliable.
(Solved - presume pijuice hat was upset battery wasn't connected. Took out the plastic protector and UZB now showing. Next - upgrade UZB firmware)
Have I missed something? UZB not showing up in Zway ...
Downloaded Raspberry Pi Imager and used to set up os (Buster) on an 8gb SD
https://www.raspberrypi.org/software/
Then installed Zway from Terminal
wget -q -O - https://storage.z-wave.me/RaspbianInstall | sudo bash
Plugged in UZB
Changed port to /dev/ttyACM0 in menu/apps/ZWave network access in basic UI
This arrived today - hope it has enough juice for the uzb.
https://coolcomponents.co.uk/products/pijuice-hat-a-portable-power-platform-for-every-raspberry-pi
Shame the cases are sold out everywhere.
Just upgraded to 3.1.0 and am happy to report that it has not impacted the z-way bridge for openLuup.
I am now seeing the SDK version for firmware 5.39
Hi guys,
Does anyone know if the UZB supports Long Range already? I can't find which chip is in there.
Probably @rafale77 will jump on this question first 😉
I'm using the new model of GE/Jasco switch (they replaced the dead one I got) and the new model is having also S2 security and send instant status update BUT,
And probably @rafale77 will say yes, is it possible that interference can do that I'm missing some instant update status ?
Often, I'm having the wrong status in the zwave.me web interface...and even clicking the icon, the status didn't changed to right one.
I also try to do some "On/Off" using the web interface, and the device itself physically, toggle without a problem, but the web interface is still no correct.
I'm trying to monitor the indicator command class of a 5 button scene controller in Z-Way so openluup can properly create and track it.
seems like Z-Way COMMAND_CLASS_INDICATOR (0x87 or 135) are not being monitored by the ZWave module as I couldn't find anything for this command class in (/z-way-server-path/automation/modules/ZWave/index.js)
When a Get or Set Indicator command class request is sent to the controller. ZSniffer picks up the request and response just fine although this packets are not being monitored by the zwave module
Example:
the answer looks like:
[2020-04-24 19:59:36.261] [I] [zway] Waiting for job reply: Indicator Get [2020-04-24 19:59:36.281] [D] [zway] RECEIVED: ( 01 0B 00 04 00 02 03 87 03 01 B6 00 C2 ) [2020-04-24 19:59:36.281] [D] [zway] SENT ACKI’d like to store the Indicator response “RECEIVED” correctly. I believe by modifying the index.js of the zwave module could do the trick and once the module start tracking the indicator command class values as a metric then openluup's z-way plugin would properly track any changes as well.
I'm wondering if anyone around here could share any thoughts or comments that could make it easier...
Posting here, as the z-wave.me forum seems desolated..
I have two multisensor 6 sensors, and one of them is not sending motion sensor updates?
Looking at the configuration, they are both registered as battery sensors for som reason, even if they are USB powered. They respond quickly to parameter changes, except for parameter 100 and 110, that will not update.
Any clues? How do i convince the controller that they are USB powered?
First Post . . .
Good to "see" y'all here!
Last week, I purchased the Z-Wave.me UZB1 dongle and also purchased the Z-Way license.
Knowing in advance that the combination (Windows 10 and the Z-Way server) was lacking, I wanted to install anyway on a Windows 10 machine, and include a few spare z-wave devices to see how things worked. Pretty well, for the most part.
@rafale77 had written that the UZB stick works well in the RPi compared to the RaZberry card (which I also purchased but is still in it's packaging), I would like to plug this UZB1 into my Pi running openLuup/ALTUI (then hopefully installing the Z-Way plugin)
I'm not confident enough yet to plug the UZB into my Vera3 (UI5) and transfer my existing z-wave devices to the stick.
Without creating a new Buster image downloaded from Z-Way, could I possibly . . .
Plug the UZB1 into the Buster Pi3 From the terminal, run, wget -q -O - razberry.z-wave.me/install | sudo bashthen, if I can reach the :8083 port (as quoted by PoltoS) "go to Settings -> Apps -> Active -> ZWave and change /dev/ttyAMA0 to /dev/ttyACM0"
and expect that my UZB1 will now run on the Pi ?
If it is mostly that simple, would my license transfer?
Should I exclude the (3) z-wave devices I had running on the Windows 10 Z-Way server first?
If I'm oversimplifying, tell me to "shut up" and read some more! 😕
Thanks again,
DCMChrissy
Adding Z-way as secondary controller to vera zwave network
-
Before transitioning to Z-way completely, I was using it as a zwave tool for my vera controlled network.
To do this, I added z-way as a secondary controller to the vera:
- Put the vera in inclusion mode by making it include a generic device.
- Go to the ExpertUI of z-way after you setup the zwave plugin on it to the right serial port and under the Network/Control menu click on “Join Network”
That’s it... It will take a few seconds but and the vera will sluggishly luup reload and show a new controller device which will say that it needs to configure. Disable auto configuration for this device on the vera. Your z-way now should see all the devices on your network. You can even set SUC/SIS roles from it and do all kinds of things the vera cannot, or at least not easily.
Examples of what I did: Look at routing, assign lifeline associations, survey and modify wakeup intervals. Check on device command classes hidden on vera. Verify routing health.
Be careful with associations as by default z-way will want to add itself to the lifeline associations when you try to check them. I often had to delete z-way. There is a way to prevent that but requires editing some files and is probably not worth doing since you can just modify associations directly from z-way.
-
I currently have Z-way (RaZberry) as a secondary controller as outlined above. I am looking to make Z-way my primary controller and ditch vera completely. As I understand it I have a few options.
-
Controller Shift from Vera. If I do this Z-way will not be node 1. How important is that? How can I tell if I have devices that can only report to node 1? The only one I have that I know about are Aeon MiniMotes.
-
Clone from vera using UZB as outlined in other posts. How would I then get it from the UZB to RaZberry? Just backup the UZB and then restore to RaZberry? Any disadvantages to this method? I am concerned that Vera may have not configured devices properly and to their full capabilities and this may carry over to Z-way.
-
Rebuild network by excluding and including all devices. I am heavily leaning towards this method, as there is something about starting fresh. However, I have 83 devices and this seems like it will be quite the undertaking. Anybody ever done this? Any best practices to completely rebuilding?
What method would you recommend? Are there other options?
-
-
@kfxo said in Adding Z-way as secondary controller to vera zwave network:
I currently have Z-way (RaZberry) as a secondary controller as outlined above. I am looking to make Z-way my primary controller and ditch vera completely. As I understand it I have a few options.
- Controller Shift from Vera. If I do this Z-way will not be node 1. How important is that? How can I tell if I have devices that can only report to node 1? The only one I have that I know about are Aeon MiniMotes.
Difficult question to answer. If you have z-way as secondary, first try to add your current z-way nodeID to everyone of them as lifeline. If you find devices which don't respond then, either they accept only one lifeline node association which will make it difficult for you to switch, or they don't accept any other node but node 1 as their lifeline. Only some of the fairly old devices (non zwave plus) appear to be that way but you may have problems in the future depending on what you will want to add.
- Clone from vera using UZB as outlined in other posts. How would I then get it from the UZB to RaZberry? Just backup the UZB and then restore to RaZberry? Any disadvantages to this method? I am concerned that Vera may have not configured devices properly and to their full capabilities and this may carry over to Z-way.
This is exactly what @DesT has done. He took the uzb, put it in z-way. ran a backup, removed it, and restored that backup on the razberry. No clear disadvantage that I can see. I don't really know which one of the razberry or the uzb have the better antenna. The uzb has a tiny onboard coil while the razberry has a PCB antenna. You can (re)configure everything on z-way to your taste except for security command classes which require exclude/reinclude.
- Rebuild network by excluding and including all devices. I am heavily leaning towards this method, as there is something about starting fresh. However, I have 83 devices and this seems like it will be quite the undertaking. Anybody ever done this? Any best practices to completely rebuilding?
It depends on the size of your network. For me it wasn't worth it as I have over 150 nodes. If you only have a dozen... maybe. No advantage with this method though unless you have a lot of S2 security devices which require to be re-included with S2 anyway.
What method would you recommend? Are there other options?
If your final setup is razberry based, I would recommend method 2. I don't recommend method 1 because you risk future problems even if it may be ok with your device set. Who knows what you will be including in the future? Why restrict options?
The vera has a very good hidden zwave nvme backup/restore program. It took me some trial and error to figure out how to use it but it works. Why not use that? -
Thanks. Looks like method 2 is the way to go. Now I need to get a uzb. Another question. When you have the networked cloned, can both z-way and vera control the network as if they are both primary controllers? Curious as this would allow updating automation without any downtime.
-
Strangely you can!
But it will be chaos. The analogy would be... to have two twin brothers with the same name and you call their name and both respond at the same time... That's what happens when the devices respond to the controller.
Say a sensor trips. It sends the message to the controller. The first controller gets the message and says "roger" the second controller gets it too and wants to respond too... you get a very chatty network with lots of frame collisions... I tried it. It's fun for 2 minutes then it gets old really quick. -
The cloning from the vera for sure does not require a key. Saving that data on z-way is the only action which potentially would require a key and I honestly don’t know. Restoring the data to the razberry does not require a key either. Maybe @DesT can answer that?
-
@rafale77 said in Adding Z-way as secondary controller to vera zwave network:
That’s it... It will take a few seconds but and the vera will sluggishly luup reload and show a new controller device which will say that it needs to configure. Disable auto configuration for this device on the vera. Your z-way now should see all the devices on your network. You can even set SUC/SIS roles from it and do all kinds of things the vera cannot, or at least not easily.
I have a couple of suggestions when adding z-way as secondary controller. If you edit the file [z-way-server root]/config/Defaults.xml you can set some default options for z-way that's not available in the gui.
<TryToBecomeSIS>1</TryToBecomeSIS>
By default this option is set to 1 meaning z-way will always try to become SUC/SIS in a network. If that is not preferable (specifically if you are planing to exclude z-way from the network at a later state) you should set this option to 0.
<SecureInterviewAcceptedWithoutSchemeInherit>0</SecureInterviewAcceptedWithoutSchemeInherit>
This option is by default set to 0 to comply to the z-wave protocol guidelines, if set to 1 z-way will not fail secure interview as secondary/inclusion controller if Scheme Inherit is not received.
<WakeupInterval>3600</WakeupInterval
This option is by default set to 3600 seconds that means every time z-way is reconfiguring a node it will change the default wakeup time to 3600 seconds. If you don't want to alter your default/preferred wakeup settings on nodes you can set this option to 0.
<KeepMeInformedInsteadOfSIS>1</KeepMeInformedInsteadOfSIS>
If you prefer that the primary controller should keep getting wakeup notifications from nodes after z-way is included as secondary controller you should set this option to 0.
Examples of what I did: Look at routing, assign lifeline associations, survey and modify wakeup intervals. Check on device
command classes hidden on vera. Verify routing health.One feature in the zway expert gui that is heavily used here for troubleshooting is the Timing Info page. There you can quickly spot which node is having latency issues and in need of some tender love.
Be careful with associations as by default z-way will want to add itself to the lifeline associations when you try to check them. I often had to delete z-way. There is a way to prevent that but requires editing some files and is probably not worth doing since you can just modify associations directly from z-way.
You can disable this feature by setting the following parameter to 0 in Defaults.xml
<Autoconfig>1</Autoconfig>
Since you're already exploring the Defaults.xml at this point it's a good idea to change the FragmentSize for firmware updates if your z-wave controller is gen5+.
<FragmentSize>32</FragmentSize>
The default option is set to 32 to be backward compatible with older gen3 controllers. You can safely set this option to 40 if your controller is UZB/gen5.
Just remember that your new customised Defaults.xml is NOT persistent during a software upgrade. So be sure to make a backup of the file outside the z-way-server root directory and copy it back after an upgrade.
-
@rafale77 said in Adding Z-way as secondary controller to vera zwave network:
The cloning from the vera for sure does not require a key. Saving that data on z-way is the only action which potentially would require a key and I honestly don’t know. Restoring the data to the razberry does not require a key either. Maybe @DesT can answer that?
What I did back in time, I clone my Vera network to a UZB stick like @rafale77 told me using Vera "restore" function.
Then, I put back my UZB in zway, wait a couple of minute to make sure I can see everything, then I backup the zwave network in Smarthome, to restore it on the RaZberry!
-
@iblis said in Adding Z-way as secondary controller to vera zwave network:
<TryToBecomeSIS>1</TryToBecomeSIS>
By default this option is set to 1 meaning z-way will always try to become SUC/SIS in a network. If that is not preferable (specifically if you are planing to exclude z-way from the network at a later state) you should set this option to 0.
I have since added z-way as secondary and plan to exclude it before I clone the network. Since I did not do the above, is there anything I should look out for or that I can correct before I make the change?
-
@DesT said in Adding Z-way as secondary controller to vera zwave network:
What I did back in time, I clone my Vera network to a UZB stick like @rafale77 told me using Vera "restore" function.
Then, I put back my UZB in zway, wait a couple of minute to make sure I can see everything, then I backup the zwave network in Smarthome, to restore it on the RaZberry!
I guess the question was wether you needed a a-way license key to do it....
@kfxo said in Adding Z-way as secondary controller to vera zwave networkI have since added z-way as secondary and plan to exclude it before I clone the network. Since I did not do the above, is there anything I should look out for or that I can correct before I make the change?
This should disable the automated behavior for the z-way to try to add itself to the devices lifeline association list.
So before you exclude the z-way, check all the devices associations and make sure the z-way controller node is removed. Funny I was just talking to the @therealdb about this.Thanks for your insights @iblis and welcome!
-
@kfxo said in Adding Z-way as secondary controller to vera zwave network:
@iblis said in Adding Z-way as secondary controller to vera zwave network:
I have since added z-way as secondary and plan to exclude it before I clone the network. Since I did not do the above, is there anything I should look out for or that I can correct before I make the change?
Yes, there is a couple of things you should check to make the secondary controller exclusion less painless.
- Make sure Node1 is SUC/SIS, if not do the change and wait until every node in your network is updated with the new routes (manually wake up sleeping nodes if your in a hurry)
- Remove all secondary controller associations from nodes in the network before exclusion. This is not a problem if the primary controller also is running z-way-server since z-way automatically removes any association to a node that is no longer present in the network. This is one of the reasons Z-Way can be considered the Gold standard in Home Automation and unfortunately not many z-wave controllers on the marked today do this kind of maintenance by them self and what you end up with is more latency in your network due to nodes trying to communicate through association with hardware that is not present causing unnecessary traffic on your network (remember that according to z-wave protocol standards every node should try to communicate up to 4 times without getting a proper response before moving on to the next route).
- On your battery devices make sure the primary controller is set as the controller receiving wakeup notifications. If you did not make the <KeepMeInformedInsteadOfSIS> option change above before including z-way as secondary controller z-way will automatically set itself up as the receiving end after finish the first interview with your battery nodes.
-
@kfxo said in Adding Z-way as secondary controller to vera zwave network:
Do you know if I will need a Z-Way license for UZB to accomplish cloning vera network, backing it up, and restoring on Razberry?
As far as I remember, the license is "included" in the UZB... but I can search in my old invoice with them if you need a real confirmation!
-
@rafale77 @iblis @DesT I appreciate all the input. I have successfully removed all association to the secondary controller (z-way) and also set all battery devices back to vera (node 1) for receiving wakeup notifications. I believe that Node1 is SUC/SIS but I just want to make sure. Vera's settings show "Node 1 Suc 1" and "Role: Suc SIS: YES PRI: YES". Z-way setting show "SUC/SIS in network: 1 (SIS)". Does that look correct? I think I am ready to exclude z-way as secondary controller to prepare for cloning.
-
I can confirm ZWay is cool. I did a couple of maintenance actions on my devices and I can't think about all the time I lost trying to do the same thing with Vera. I'm still using it as a secondary, because I need to plan a smooth transition (Alexa, Nest, and many other things to figure it out), but I'm glad I got mine for only 9 EUR, license included
-
When you will move it to a primary, you may well see yet another benefit:
Extended battery life of all your battery operated devices...
On the vera, disabling polling and nightly heal helped with the battery life of the FLiRS.
Disabling nnu helped dramatically with the battery life of the non FLiRS battery operated devices.
But the vera continues to do wakeup polling which is something I requested to remove as it is useful for only some very rare specific devices and of course I was ignored for almost a year now.
Z-way doesn’t do any of this craziness and it is very noticeable that all my locks and sensor battery lives have noticeably extended. I use NiMH rechargeable batteries everywhere I can and have recharged batteries only once in 9 weeks with z-way while I used to have to recharge a few sets a week before 7.30 and then about once every week or two after 7.30 and disabling all the vera bloatware they let us. I have 72 battery operated devices and FLiRS...
So much time and money saved from not having to go swap and recharge batteries...This helped with the WAF...
@CatmanV2
-
I remember your battle to disable and I'm glad something was introduced.
I have no FLiRS devices, only less than 10 battery operated one. I hate batteries and I tried to avoid them as much I could. it's just a couple of door/window sensors and two motion sensors where it was impossible (or I missed) to plan a wired one.