-
I have a VeraPlus and would like to purchase a second z-wave controler. Is it possible to build a second z-wave network next to an existing z-wave network? Slowly I want to move devices form Vera to the new z-wave network. Is it more advisable to install the second z-wave controller as a slave controler?
-
So ... I am trying to do the following: Current setup: Vera Plus (1.7.4955) Zwave only -> HASSIO VM (full control via Vera Integration) Future Target: HASSIO VM (leveraging zwave.me UZB1 dongle via USB) I have done the following so far: Updated UZB1 dongle (via RPi SmartHome) to latest 5.39 Firmware I followed the following steps to try and migrate my existing Z-Wave NW (currently on Vera) onto the UZB1 dongle following the steps listed here: Migrate from Vera to Z-way Problem: Steps 1-3: went fine (although the dumps are labeled as dongle.6.1.dump.x) Step 4: went fine and the UZB1 was recognized as it should be (per dmesg) Step 5: updating the port to /dev/ttyACM0 went fine, although I didn't see any indication of luup reload (or a save button for that matter when updating the port mapping) Step 6: I did the touch for dongle.restore, but wasn't sure where to trigger a luup reload (I assumed it was Z-Wave Settings > Advanced > Reload Engine). I believe I got an error message when trying to do that step Step 7: verify dongle.restore.go I don't recall being in the directions when I was going the test, but I rebooted Post Reboot: None of my previous z-wave devices were listed. I also checked dmesg via ssh and noticed the following items: [ 4.328000] Unsupported Device! [ 4.328000] Vendor=658 ProdID=200 [ 4.328000] Manufacturer= Product= I saw that item a couple times which almost seems like Vera is blocking the UZB1 or at least complaining about it. I ended up switching the Z-Wave back to the embedded controller, and restoring configuration from backup. Any suggestions what I did wrong??
-
Script to disable all the mios/vera proprietary program and broadcast its zwave and zigbee radio serial ports in your network so it can be picked up by another controller... For example z-way. rafale77/Nuke-Vera Script to neuter the vera and broadcast its zwave and zigbee serial ports - rafale77/Nuke-Vera
-
Never posted this on the vera forum but... Did you know about this? The vera has a very powerful zwaveserial API program in the firmware. Take a look at what it can do: It is what the UI calls to interface with the zwave dongle.
-
So, after more than 10 years and 4 Vera's, my vera forum account is suspended. I think the monkey of the company, called melih is not man enough te have any critic. In the topic about the "great to come app" I responded to the topic (not off topic!) that a subscription can also be seen (financially) as buying a box, run it for 2 years and come to market with a better one (in better wordings). That means that if you as a company hast a box of 50USD cost, sell it at 250USD would give him a monthly subscription of 200/24=8.33 USD... Users that would last 5 years would pay a monthly of 3.33USD. But... the monkey on the rock has bolded his fists and said: ban him! He just can't take any criticism. To be honest! I am not even sad! It was a very rough journey with Vera. The journey stopped when Ezlo and the monkey took over the name. After that it quickly went downhill... Goodluck all! (except the monkey). Edit: The topic: Aug 16 MiOS Application - early Beta enrollment are you serious? would I become a cost? that is, customers who periodically replace the control unit and are happy with the service praise the Vera system and therefore also free advertising but, the new “company” decides to charge less to bind the customer with a subscription … But the genius... The post: The point you are missing is: If the hardware would “cost” around 50USD, and you sold it for 250USD, an average life span of 5 years would mean 200/(5×12)=3.33USD per month. Thats how Vera used to do it. Then release a faster/better “beast” every 2 years gives you 200/(2×12)=8.33USD per month. That’s how vera used to do it. And that’s how I did it for around 8 years and 4 veras with them untill you bought the company. This is just a matter of how you look at it and explain it. I dont frikking care how you do the maths, I only liked a working product and a close user community (like it was). Now all I see on this forum is a lot of “we are going to” and “we are working on”, “keep them coming guys”. But the reason for ever considering to buy a new vera every 2 years is gone… No clear migration path, no clear compatibility path and no clear integration path… That’s why I started to look for alternatives…
-
I have 50ish devices in connected to Home Assistant via. VeraPlus hub. I recently picked up an Aeotec Gen5 USB stick which I have successfully integrated into Home Assistant using OpenZWave. Can I add the Aeotec Stick as a Secondary Controller to Vera, turn off vera (making Aeotec primary) and then run natively that way on HA? I know the entity ID's in HA will change, but a lot easier to fix vs. unpair/repair all the devices from Vera. Will this work?
-
To answer @sdtoddl who emailed me asking how to manually force neighbor node setting on the vera, I don’t think it is possible with the UI. The solution is actually to trigger a neighbor node update on the given device and all the devices located between that said device and the controller. The vera deals with this by running multiple repeated (nightly) network heals which is not very efficient and causes it to frequently have unexpected network breakdowns and surprises good (some devices with problems get fixed) and bad (some devices which used to work stop working). It also takes down the entire network when it does it. One can however manually trigger neighbor node updates on the vera through the device’s advanced menu. To go to the next level, this data, the network node list is actually not recorded in the host controller firmware but in the non volatile memory of the zwave chip both on the controller and on the devices. It is therefore independent of the platform you use and can’t be set by the host. One can only ask the zwave chip on the device to run a survey and then inform the controller’s zwave chip of what it has found.
-
How to overcome the vera's storage limitations: Execrably poor partitioning and usage of the onboard flash causing hardware reliability failure through data corruption and storage availability for plugin limitations: Add your own external USB SATA drive and extroot. rafale77/vera-extroot Scripts to extroot the vera edge-plus-secure. Contribute to rafale77/vera-extroot development by creating an account on GitHub.
-
Amazing. One of my (un)trusty old VeraLite machines running UI5 has just achieved an uptime of one month... the maximum that that firmware can ever achieve! The graph below shows the uptime for the last two years, and although sometimes being up for a few weeks, it's never achieved a whole month! I put this down to reduced ZWave traffic and zero plugins, although the configuration hasn't changed for a long while.
-
I am used to errors, but never seen this before on altui on vera. keep getting this now all the time, any clue?
-
Using Home Assistant as the heart of my domotica (this was vera for 10 years up untill just a few months ago!) I currently have vera integrated as zwave hub only. Having almost all logic moved to hass leaving vera solely as zwave hub. As I am searching for a solution for a more stable zwave network and all options are open (but messing with zwave network ids etc is still too hard for me) I am also looking to another option. Multiple veras in hass. This way I can have isolated vera edges with smaller zwave networks and still do all logic in hass. One thing... currently only 1 vera is allowed in hass. It is a feature request already and I would like to ask to help me vote this request up: Jul 26, 2018 Multiple Vera Hubs I have multiple locations with Vera hubs at each for Z-Wave/Zigbee controls. However, you cannot add two or more Vera hubs to your configuration.yaml. Please add this as an option.
-
I found a device on my vera which accidentally had automatically configure set to on. After I turned it off the vera’s memory went from 50% to 20%!!
-
Since I have disabled nightly heal long time ago and since I have replaced some devices since and I am watching the webinar of z-way I wonder if it is wise and or advisable to do a manual heal of my zwave routibg in vera... what's the best way of doing so?
-
So if my vera will as it will want to restart after removing each zwave device and I have say 35 devices what are the chances it survives 35 restarts? How do I explain to my wife that our HA system is unstable? Yes, I know backup first.
-
Is there a way to remove a vera app and keep the devices it created?
-
As the tiltle describes :-). Is this possible in android via a browser? Mine doesn't allow me.
-
The vera can run both its zwave and zigbee network off of external USB radios instead of the onboard ones. This could have advantages in terms of portability, facilitating migrations or recoveries in case the vera craps out. It could also enable testing of newer radio firmwares. Zwave is pretty straightforward as its serial API is standardized and the protocol is the same regardless of what brand of USB stick you use. I have run my vera off of USB sticks of various brands for years going from Aeotec, Zooz, Homeseer and even the most generic silabs/Sigma Design. You just insert the stick in the usb port, find out which serial port it created (under the /dev/ folder) and use that port (ie. /dev/ttyACM0, /dev/ttyUSB0 etc) in the zwave advance menu. Zigbee is a little trickier as the protocol and chipset was not quite as standardized as zwave. The vera only works with ember Znet protocol and you will need to find a usb stick with an EM35x chip in it which already has an ember zigbee firmware loaded. One example of such a stick is the Go Control HUSBZB1 (dual zwave-zigbee stick). The port is not readily accessible on the vera UI but can be accessed either through editing of the /etc/cmh/user-data.json or through ALTUI by going into the hidden zigbee radio device through the "table devices " menu and changing modifying the port variable there. You can also upgrade the onboard zwave and zigbee radio firmwares from the command line SSH...
-
I know how to uptrip but it is so annoying that lots of motion sensor keep tripped... ("urn:micasaverde-com:serviceId:SecuritySensor1", "Tripped", 0, 986) Any tips or suggestion to avoid this sensor behaviour?
-
I first learned of Lua and Luup (Lua+UPnP extensions) in 2009, but was never quite clear on who created reach language or who "owns" them now. Are these proprietary? Open source? IEEE spec? Fully documented? Extensible? Heck, I didn't even realize there was an SDK out there until this year! Suddenly desirous of learning more... Thanks. Libra
-
This is probably trivial for advanced users but maybe not for most vera users. It is an attempt to describe the different ways the vera fail to come online properly. The vera is a basic linux based (running the openWRT distribution) embedded computer with a chipset initially designed to be a mid-market 1200 class router: The Mediatek MT7620A (vera edge), MT7621S (vera plus), MT7621A (vera secure) which are all based on MIPS architecture. As such it is made for communication and high IO capacity but relatively slow at other tasks. It can handle wifi and be a 5 port gigabit switch and 1200mbps wifi. This is meant to help people who have connection issues to their veras. The most basic layer is getting an IP address on your network, either through static assignment or through DHCP. For dhcp, it uses odhcpc to obtain and renew leases from the host network dhcp server (most likely the router). Once the vera gets an IP address, you should be able to ping it from any computer on your network. You do need to find out which IP address it took though and this can probably be found in the router info. This is not specific to the vera and is true for pretty much any network device. SSH tunnel: It is run by a dropbear, a fairly common linux SSH tunnel manager. (Not as common as openSSH). Using the following credentials: username: root, password: wifi password written on the bottom of the unit. Webserver: Typing the ip address of the vera should lead to a vera logo at the top left and a beach ball. This is provided by a program called lighttpd and is the webserver reading its data off of the "www" and has its configuration files stored in /etc/lighttpd/lighttpd.conf Luup Engine: Now if the beach ball rotates forever and never shows a menu on the left side and eventually gets to a page where it asks you to contact support, it is because the luup engine which comes on top of the webserver has failed to start: LuaUPnP. You can manually try to start the engine and see what error code it pops using an SSH session and just typing "LuaUPnP" and enter. The output should tell you what is wrong. Side notes about what the vera does, it uses crontabs to regularly run specific programs and by default runs a logrotate script every hour along with an Ergy script (no idea why it is still there). These settings can be found under "/etc/crontabs/root". Also the vera does not have a cmos battery with an internal quartz like most PC computers, which means that it cannot keep time. As a result the mios devs have created a complex scheme at each boot to "fix time" as you can find in the bootup program scripts under "/etc/init.d", some of the scripts conflict with one another. It starts by scanning for the latest dated file and then calls the openWRT ntp server to update its time. It launches also way too many ntp services which should be disabled...
Migration from VeraPlus to Aeotec Gen5
-
I have 50ish devices in connected to Home Assistant via. VeraPlus hub. I recently picked up an Aeotec Gen5 USB stick which I have successfully integrated into Home Assistant using OpenZWave.
Can I add the Aeotec Stick as a Secondary Controller to Vera, turn off vera (making Aeotec primary) and then run natively that way on HA?
I know the entity ID's in HA will change, but a lot easier to fix vs. unpair/repair all the devices from Vera.
Will this work?
-
A couple of inputs on this:
- I know the aeotec stick looks attractive with its on board battery but... battery eventually dies and using the stick as a mobile inclusion device using your main controiller stick is not the best idea as it is supposed to be static. (look at the zwave SUC/SIS concept). I would really avoid this stick and recommend the generic stick like the homeseer one or the ones sold directly by silabs which offers much better compatibility with firmware and sdk upgrades.
- To answer you question, you could add that stick as a secondary but it would make a mess on your network since it requires a controller shift to make a controller primary. It isn't as easy as flipping a switch or a bit. The process involves an new inclusion of not included controller into the network and a shift of all the properties into that new controller which then turns the previous primary into a secondary. You can do this multiple times, shifting the primary role back and forth between the controllers to finally get the stick you want to have the node 1 position but... there is a better way which I described in my migration to z-way process. You can restore from the vera's zwave binary backup onto the usb stick which you would have plugged into the vera....
-
Hi Rafale,
I am not planning on using the stick for that purpose, but to potentially remove VERA from the equation completely.
I would be leveraging the aeotec stick plugged in full-time with my Home Assistant installation (which is NOT running on a RPi, etc.) so it would be a static deployment which would be build on the OZW 1.6 stack (in Home Assistant).
Does your migration to Z-way process (restoring the binary backup onto the stick) still work in that scenario? I would also need the existing vera NW security key which I input for the OZW startup config.
-
The migration method is designed exactly for this very use case.
My recommendation was to avoid the aeotec stick. It uses a proprietary firmware which you will not benefit from for your use case and will only be suffering from the lack of support over time as they do not offer much firmware updates.
-
Hi, I think most people use the aeotec g5 stick with ozw 1.4 and latest ozw 1.6 (addon) according to the home assistant forum... I am not saying it is good, but why so many people if it were bad?
I also use it with ozw 1.6 addon. It is also recommended to not use the stick for inclusion but use the integration or vnc for inclusion.
-
I have one too. It is stuck with zwave SDK 4.5. It will never support S2 inclusion for example and it is missing support for some newer devices. It is missing a lot of bug fixes silab has released over the past few years. My generic sticks and the uzb are running 6.82.01...
-
Thanks Rafael for the information as you are much more knowledgeable on Z-Wave than I am. Which USB Z-Wave stick would you recommend then?
-
A few suggestions since it appears that you are in the US:
This is the most generic reference design stick. It is actually also the exact same stick homeseer and many other companies resell under their label.
The is the zwave.me uzb which is widely used on Home assistant and opens the door to using z-way as well.
Z-Wave.ME UZB Z-Wave+ USB Stick US Version - Free shipping
This stick works with all certifi ed Z-Wave devices regardless of its vendor or date of origin. The Sigma Designs Serial API specifi cation is available to all owners of a Sigma Designs Z-Wave SDK. You can however upgrade the stick to accommodate this function using licensing key.
-
@rafale77 hmz, according to them gen5 will support S2
Z-Wave S2 products & security.
Z-Wave S2 products and those that use S2 with Z-Wave Plus to improve the wireless security of Z-Wave.
And here
Z-Stick Gen5 and security (S0 and S2 Framework)
Z-Stick Gen5 ZW090 is a highly versatile and portable device used as an interface for a third party software to be used and connected with Z-Stick Gen5. For this article we will discuss a little bit about what is needed to be done to use Z-Stick ...
-
Maybe one of these days when others have supported it for years. It's not the point. This is just a symptom, it's a proprietary firmware to accomodate the battery which is not very useful. You pay more and get a less useful stick. I have had it for years and you have to wait for aeotec to release a firmware which may or may not happen. Why bother? They have not released an update for all the years I have had mine when silabs is releasing improvements and bug fixes every couple of months. If you were not happy with vera's firmware release rate, you will be sorely disappointed with aeotec's Z-stick. And no it doesn't work. The current firmware doesn't support S2, it is much too old. The documentation is wrong. I tried. It mentions you need a controller which supports it which none does except for homeseer and z-way which don't support this stick. It was a very popular stick back at the beginning of openzwave when it was a very limited controller but I think openzwave has outgrown the firmware on this stick now.
Edit: I see a firmware update for another product called the z-stick S2. None for the Gen5 which I know for fact cannot support S2.
-
@rafale77 said in Migration from VeraPlus to Aeotec Gen5:
A few suggestions since it appears that you are in the US:
This is the most generic reference design stick. It is actually also the exact same stick homeseer and many other companies resell under their label.
The is the zwave.me uzb which is widely used on Home assistant and opens the door to using z-way as well.
This stick works with all certifi ed Z-Wave devices regardless of its vendor or date of origin. The Sigma Designs Serial API specifi cation is available to all owners of a Sigma Designs Z-Wave SDK. You can however upgrade the stick to accommodate this function using licensing key.
In regards to the Z-wave.me stick... does that also accept the SL SDK FW upgrades directly or are you going dealing with their FW as well.
-
You have to deal with waiting for their firmware so it is the downside. They have been pretty responsive to my request for an update though and have historically provided pretty regular updates, albeit not as frequently as Silabs.
-
I receive the Z-Wave.Me stick from Amazon. I installed into Rpi4b and wrote the z-way SW onto a spare SD card. Z-Way doesn't show the USB stick as being recognized.
I was able to get the following information from the board:
Device ready in:3.01858210564 seconds FULL INFO Openning port .............................. OK SERIAL INFO VERSION: 05 1B VENDOR: 01 15 ZME_CAPABILITIES UID: 25 95 B6 A0 D7 34 FA 69 67 EB BA 75 3F 4B C6 8B VENDOR: 00 00 NODES: FF FLAGS: 05 00 00 00 00 00 00 00 00 00 00 00 00 FIRMWARE CRC BOOT: BB BB FW: 35 7A MISC FREQ: US NVR Content -------------------------------------------------------------------------------------------- Prog/erase lock : FF FF FF FF FF FF FF FF, Read back lock: FF Rev 01, Cal FF, TXCal 16 12, SAW FF FF FF FF, Pin FF, CRC B3 B5 NMV: CS 15, TYPE 02, SIZE 01 00, PSIZE 01 00 (EEPROM M25PE20) USB: VID FF FF, PID FF FF, UUID FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF -------------------------------------------------------------------------------------------- FACTORY ID: WEEK 255, YEAR 255, CHIP FF FF, SER FF FF, WS 255, HWREV: FF FF, CRC8 FFDoes this look right?
-
Hard to help on this. The vendor code seems to be correct. It looks like it has a pretty old firmware. 05-1B would be 05.11.
What have you tried on z-way?
-
Went into expert UI - controller info - and nothing is being reported / shown. Update firmware option offered no choices. Acting like not recognized
-
Have you tried disabling and reenabling the zwave app with the correct serial address from the smarthome UI? That's how you should be activating the dongle.
-
I finally figured out how to get SmartHome to see the Dongle, and upgraded it to from 5.27 > 5.36 > 5.39. It didn't show any boot loader updated needed.
Weirdly though SmartHome doesn't show the SDK version # under controller info.
-