-
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
-
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?
-
My VeraPlus is in Christmas Light mode after attempting the latest update. So as I attempt to get things back with Vera Support I need to start looking into an alternate solution. I've installed OpenLuup in an Ubuntu VM I have running on an old PC. Right now I can still ssh into the VeraPlus. Will I be able to migrate the Z-Wave NW to a UZB dongle in this state? Or can I use @rafale77 's Nuke Vera Script to just use the VeraPlus as my zwave antenna? With either of these options have I lost the ability to migrate my configuration without Vera support restoring my VeraPlus first? Thanks
-
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??
-
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
The death of a thousand cuts
-
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.
-
I can assure you that your Vera will have had at least 10, if not 100, times that number of restarts already.
-
Right now everything is very stable after removing every app except day/night, system monitor, and virtual switch. I may just learn zway for a while before I break whats working. The manual is 300 pages ffs. The alexa, siri and hue integrations are working perfectly and hard fought if you know what I mean. The writing is on the wall and there will come a day, and very soon that my alexa, remote access, and ios app stop working. When that happens I hope to be ready at least with the new hardware. Ill leave it to ezlo to determine my schedule. Honestly I would pay a reasonable monthly fee to keep those services going.
-
The 300 pages are really for developers. I think you can browse around and figure out how it works. The interface is pretty intuitive.
As for your integrations, they all work perfectly on openLuup so you can just toss the vera out an keep them. Did you see my post about the local integration of alexa and siri? They are faster, more reliable and more secure than the native vera one by a long shot.
Your network size is right at the edge of where things get iffy on the vera. If like me you had notication setup to be sent every time the luup engine reloads you would really know how often that thing crashes. It is not reliable under any condition by any stretch of the imagination. It is a matter of not catching it when it crashes because you don't have it do anything at that moment.
Kind of what the forum manager in the other place was saying: As long as you don't make it do much you won't feel it to be unreliable... and likewise I would add the new platform is lightning fast as long as it does nearly nothing.
-
@rafale77 said in The death of a thousand cuts:
As long as you don't make it do much you won't feel it to be unreliable...
Absolutely! Here’s what happened to my Vera Edge when I stopped asking it to do anything ZWave-related...
-
It is just such a big job to move everything over. I have no doubt I can do it and it will be better. I would rather defer the large time investment and do more productive things. Even if I use the zwave backup method it will still take a considerable amount of time. What is going to be the best replacement for my native ios vera app? Altui is nice on the web but not as nice on my phone. My vera app has current image from camera in each room that has one. Ive not seen that on openluup. I Haven’t tried impirihome. I’m loath to upgrade things that are working. I do automated forced vera reboots every night and I believe that has helped keep my system more stable I have been doing this for the last few years at least
-
Have you tried HomeWave? The developer @intveltr uses openLuup. Actually, we should invite him to this forum.
Yes, you can get camera images in openLuup (and email triggers.)
-
@akbooer said in The death of a thousand cuts:
Have you tried HomeWave? The developer @intveltr uses openLuup. Actually, we should invite him to this forum.
Yes, you can get camera images in openLuup (and email triggers.)
+1 on Homewave and inviting @inveltr over. It is basically what eZLO is trying to sell with their mobile app and their dashboard and is already ages old. It much better than the vera app in terms of configurability and can be run completely locally, bypassing the cloud servers.
-
I think that @prophead is referring to the ability of the Vera's native app to run with nothing exposed from the inside. I have my automations and my own bot, but my wife is using the app a lot, because - of course - automations are never what they really want at that precise moment.
So I have the same problem and I'll probably just expose my openluup installation via a reverse proxy, authenticated. This and the amount of work necessary to migrate the scenes/Vera features (like status associated to home mode changes) is holding me back as well. I will complete it because my Vera started a reboot cycle every 20 minutes since sunday and it's frustrating, and I'm wondering if this could be easily done or not. I will know it soon, I guess
-
@therealdb said in The death of a thousand cuts:
I think that @prophead is referring to the ability of the Vera's native app to run with nothing exposed from the inside.
A bit more work but there is VPN for that (also with a dynamic DNS). It enables you to access your entire network so it can be used for a lot of other things. I undertand using a mirror server from the outside to tunnel in through your vera is convenient but it really isn't all that secure and not under your control. That's how I view all my cameras and access my NAS along with a bunch of other things remotely.
-
Yep, I know, since part of my job is to deal about security. But the tunnel is convenient and while I can build it on my own, it's another thing to maintain...
Thus, it's very complicated for the average wife
For my NAS/Cameras, I use Synology's built-in tunnel and it work OK. Files are mostly in cloud, so no need to use the VPN anyway.
-
@akbooer how do I do room images from cameras?
-
My bridged cameras from vera don’t work
-
@therealdb said in The death of a thousand cuts:
work necessary to migrate the scenes/Vera features (like status associated to home mode changes) is holding me back
openLuup has a tool to migrate scenes, moving trigger and action references to the local device instances.
It also supports house mode, is able to mirror a remote Vera's modes, or get a remote Vera to mirror its own house mode (or, indeed, sync the modes of multiple Veras.) The openLuup plugin itself has an action to set house mode which can be used in a scene, and also a mode variable which can be used to trigger scenes...
-
@prophead said in The death of a thousand cuts:
My bridged cameras from vera don’t work
No, they don't. But I assume that they are IP devices, so can be accessed directly. openLuup has a built-in implementation file for cameras which supports images and also creates a child security sensor which can be triggered by email (without the need for any internet access, since openLuup implements its own SMTP server.)
-
Do i create new device? What do i put as the device and implementation files?
-
@akbooer said in The death of a thousand cuts:
openLuup has a tool to migrate scenes, moving trigger and action references to the local device instances.
It also supports house mode, is able to mirror a remote Vera's modes, or get a remote Vera to mirror its own house mode (or, indeed, sync the modes of multiple Veras.) The openLuup plugin itself has an action to set house mode which can be used in a scene, and also a mode variable which can be used to trigger scenes...I now, I played with openluup a lot, because it's the best dev platform for plug-ins hands down. But, as you now, moving from staging to production is always challening. Your customers are always there to point their fingers you if something goes wrong. And when you share the bed with your customer, well, things can get pretty intense
BTW, I was referring to Vera's ModeSetting variable, as we discussed with @rafale77 on Vera's forum. I know this is a bad implementation, but that's what I used because it is in front of you and it's easy to play with. I planned to write a plugin for it, but I'm busy at work and I postponed. It's a one-time effort to migrate, but another thing to add to the TODO list nonetheless. What I'm saying here is that I understand @prophead position and I know it's just anxiety, but not so complex to do. Probably just time consuming, as you need to
-
@prophead said in The death of a thousand cuts:
Do i create new device? What do i put as the device and implementation files?
Yes, one native to openLuup, rather than bridged from Vera.
I'm not a big user of video (or audio/TTS) but I have a Foscam camera that a very nice person in Australia sent to me for helping them with their HA setup. I've just fired it up on my RPi system and all is working (as I expect it to, at least.)
D_DigitalSecurityCamera1.xml
I_openLuupCamera1.xmlJust tried to post some screen snapshots, but the forum is throwing an error...
...anyway, suffice to say that a thumbnail appears on the AltUI devices page and on the control page itself you get a larger image.
This is after having set the URL and DirectStreamingURL variables of the device, plus the IP attribute, including port number.
-
...I should also add that the ArchiveVideo action works for individual snapshots (using Format = 1) with the files being stored in the images/ folder and available to browse from the Images page in the openLuup console.
On the openLuup console Sockets > SMTP page you should see the camera IP as a registered email sender, along with a count of the number of emails received. You obviously have to configure the camera to send these. On the POP3 page you can actually browse the messages sent as triggers, but the child security sensor should also behave as expected (if armed.) I have an old iPod touch set up to browse these internal emails via the POP3 server using the Mail app.
If you have lots of messages/images being sent, you can configure timed scene to use the openLuup plugin's SendToTrash and EmptyTrash actions to enforce file quotas based on filetype / age / number of files.
-
