Saying Goodbye To Vera

[quote=“anhman, post:17, topic:189772”]Just want chime in and say that vera has come a long way even though there is some progress to be made.
Gone are the nightly heal, gone are the random drop of the web server and full reboot of the vera when you are lucky.
I am still dealing with this random Luup engine reload which stops the whole system. It would not be a problem if it reloaded faster but it takes sometimes over 30 seconds and can be annoying.
The strength of the community is what is making this system worthy giving support to a variety of devices. I am happy today not to have given up when I was tempted.[/quote]

My biggest complaint is still with the hardware itself. 3 dead controllers in 3 years and a brand new Edge borked right out of the box are not good recommendations. The software has it’s own issues but the hardware is not reliable and is underpowered. If Vera ever decided to build a controller with a real ARM processor like the Raspberry PI 2 (900MHz Quad Core) and something more than the pathetic 128Mb NAND memory currently installed I might consider coming back. They would have to sell it at a decent price as well. $150 for Vera Edge (99 now) vs. $35 for RPI2 and a free Win10 Embedded download? That’s a no brainer.

I can tell you from working with the Aeon Gen5 Z-Stick in ICHA that the range difference is HUGE. I can reach out and control devices with the Z-Stick over twice as far as the Vera Edge even with the external antenna modification. Changes are implemented immediately instead of the reboot lag in Vera. Inclusion and exclusion are instantaneous and simple because you can unplug the USB stick, take it right to the device and deal with the new hardware instantly. You then bring it back to the PC, plug it in, and name the new devices as soon as they are loaded from the stick. No more carrying the Vera to the device, plugging it back in and waiting for a boot up (several minutes), placing it in inclusion mode, etc.

Is ICHA perfect? Absolutely not. There are features that don’t exist and dealing with hardware parameter changes is far easier in Vera. Plug-Ins are largely non-existent. ICHA is by no means as mature a product as Vera. I think if Vera would build a decent controller - not this Vera Plus vaporware that has features few people are clamoring for - and concentrate on new device support they would have a winner. I don’t expect Vera to set up every single Z-Wave device that exists but they should certainly support the most commercially available ones. What good is a 500-series Z-Wave chip when you don’t even support the devices made specifically for it?

I switched over to OpenHab on a rpi2 just a few weeks ago. I still use my Edge for the door locks and pleg for timers. It took a little bit to learn openhab, however once I figured it out, it absolutely destroys vera in performance. No lighting delays after a motion sensor trips. Habmin makes configuring all my zwave stuff easy. All the apps I used with vera are available either in a binding or using linux to accomplish. It works and has been very stable. Also the rules are so much easier to make and the syntax is easy enough. I can’t be happier. I have to thank vera because after how many hours I wasted with that I can now appreciate a stable system.

What do you mean by apps? The only plugs-ins I ran were VeraAlerts, AltUI and the plug-in that allows temperature reporting from the Monoprice / Vision Motion Sensors.[/quote]
Thanks, that is the info… Yes, I was referring to plug ins.

Are you using OpenHab 1 or 2?

Version 1.71 with all the 1.8 bindings.

I have to agree. It would be much better if Vera just used the Raspberry PI 2 platform and add a Z-WAVE & ZigBee radio board or plugin standard USB radios into the Pi. Add a case and off you go. HomeSeer is doing it this way and I think they’ll have a much more reliable platform. As the Pi gets upgrades Vera can just reap the benefits without having to design a new processor board. They only have to upgrade their radio board if and when needed.

One nice upside is upgrades just requires changing out the Vera board or loading a new SD Card. It also allow one to connect a monitor, keyboard and mouse and control it directly. There are just so many upsides to building on top of the Pi.

Lastly, they could still built their own enclosure so it has a professional look and feel.

So Vera, get with the program. The Pi rules! Well at least many people believe that.

It would be much better if Vera just used the Raspberry PI 2 platform and add a Z-WAVE & ZigBee radio board or plugin standard USB radios into the Pi.

You can just about do this with the openLuup application, which emulates Vera on any machine and OS which runs Lua. Although there’s not a plugin to support Zwave hardware directly (yet) you can use the Arduino plugin to access a MySensors radio network of sensors. Additionally, many other plugins run without change, for example Netatmo, Philips Hue, Sonos… There’s also a plugin which bridges to Vera for Zwave access to your existing network.

Removing plugins from Vera this way reduces resource usage and increases reliability.

[quote=“Z-Waver, post:11, topic:189772”]It may not seem like it, when reading recent forum posts, but this is the reality.

Forum posters are only a tiny fraction of Vera users. Most forum posters are here because they have run into a problem and are looking for a solution.

I believe that the very vast majority of Vera users don’t heavily utilize their Veras with lots of devices and plugins and complex logic. I think that they use Vera as a timer mostly and that they have no problems at all so they never appear on the forum.

This doesn’t mean that Vera doesn’t have problems. But there has been a sudden uptick in kvetching posts and apparent refusal to read manuals or prior posts that are not an accurate representation of the larger Vera user population.[/quote]

This is the truth. I have had my VeraLite for 3 years now. I am a highly technical person but rarely post here and rarely view the forums. I don’t use too many plugins with my vera and most of the built-in scenes/timers & lua + mobile access thru autohomationhd is enough for me. I can’t comment on the newer models but I love my VeraLite (and so does my wife)

For those who are unsure if OpenHab is right for them let me describe my setup as I just moved away from Vera to OpenHab about 1 month ago.

VeraEdge: I still use this for my Door Locks since the current solution for OpenHab is about 90% complete (secure classes issue). I also use AutoVera since the communications between that and my phone is solid. I have the multiswitch plugin to act as a indication for certain doors/windows on my OpenHab setup for control of the door locks, ie don’t lock the door unless it is closed. I use the urls for turn the multiswitches on and off based on their status from OpenHab. The delay is only 100 msec. PLEG controls all the logic for the locks.

DSC Alarm system: I put this in because the zwave door sensors, especially for doors that are opened and shut quickly, did not always receive the shut command and the DSC system has never missed this. Plus to add a door sensor is only 20 dollars. Obviously there is a cost up front but the reliability and expandability makes it easy. The problem with DSC is their wireless motion sensors. There is a 4 second delay from trip to transmit which for me was unacceptable for home automation (HA). What I did was by a Resolution Product RE324HD which allows the use of any Honeywell sensor with the DSC system. It translates their frequency to the DSC’s 433mhz. Their 5800pir has no delay and over the past year have never had an issue. I strongly recommend anyone getting into home automation to start with a DSC system since it is much more reliable than zwave. If I had the ability I would wire all the door/windows sensors as well as motion sensors (wired ones don’t have this delay).

Tasker: iPhone users can skip this, tasker with AutoLocation is my geolocation solution. Exit a circle, turn off a virtual switch, I am away, enter a circle, turn on the switch, I am home. I use it for much more than that, voice control, inside the house room location monitoring and more, however I just want to stick with the basics for this.

OpenHab: I put the controller together for 100 dollars, consisting of a RPI2, case, AeonLabs Z-stick Gen5, and a UPS plug from PiManufacturing (check this out even for vera, its an outlet with battery backup for 30 dollars just make sure you buy the correct voltage for the vera). The learning curve is high especially if are just getting into HA, but after I figured it out, I was amazed on how easy it is to do everything. I am running OpenHab 1.71 with 1.8 bindings, along with the HA Bridge to have my Amazon Echo and Harmony Smart Hub bridged so my daughters can easily turn on the entertainment center.

Bindings: The major bindings I use are DSC, Imperihab, WOL, exec, HTTP, HarmonyHub, MIOS, Astro
DSC Binding-This is a very nice interface for my DSC system, it offers much more than the plugin with the Vera and the wiki makes it very easy to copy and paste into your items file and be up and running.
Imperihab-Although this isn’t being actively supported it does all I need for imperihome. I love imperihome for my wall mounted tablets and this binding allows users to add a simple line to their item to have it show up in Imperihab. PM me if you have specific questions, I just want people to know you don’t have to give up imperihome if you switch.
WOL-Works the same as the Vera plugin.
exec-I use this to send all sorts of commands such as a ping to see if something is connected.
HTTP-I use this binding to send UPNP commands to Vera as well as to EventGhost.
HamonyHub-Communicates with the harmony hub to know the status of it as well as control it. Can be setup to start/stop activities as well as send buttons presses. Very much the same as the vera plugin.
MIOS-This is a newer binding that allows full communication with the vera. Setup is a little more involved however like everything with OpenHab, once you figure it out once, expanding it is easy.
Astro-This calculates sunrise and sunset and also allows virtual switches to be made to fire events.

There are a plethora of other bindings available so I encourage everyone to check out the OpenHab wiki to see all it can do.

What I like about OpenHab: For those who don’t know anything about OpenHab let me give you a 30 sec run down of how it operates. Once installed (which can be on any hardware that runs java) the next step is to download the designer. Once the designer is opened, you open the configurations folder and start editing. The first thing to do is install the demo house and get familiar with the setup. Play with this as you can make changes here and see the effects. The first file to mess with is the OpenHab.cfg file. This is where you put all the baseline binding information. Ensure that if you are adding a binding that isn’t in the DemoHouse you have to put the binding.jar file in the addons folder in OpenHab. An example is the HarmonyHub binding, you go to the OpenHab webpage and download all the bindings then select the Harmony binding and action binding and put it into the addons folder. Next you will add a line for the ip address and username and password in the config file, the wiki explains it. Once you do that for all the bindings on to the items file. This is where you will define you various things. Switches (real or virtual), dimmers, strings, numbers… You can also make them into groups to be displayed on the sitemap. I won’t go into details because if you play with the DemoHouse you can see how the demo.items file interacts with the sitemap. Now you can start playing with the rules. The designer program will check your syntax which makes writing rules easier. I recommend you search for OpenHab rules and just pick and choose rules that suit your needs. Everything I was doing with PLEG on my vera I can do with OpenHab. I find it easier to do in OpenHab since for lighting it is mainly, if this then that, then start timer, once timer has ended check conditions and keep going or end. Once I was able to get one room working it only took me a couple of days to transfer all my rooms over. For more information on what I discussed just search for it, somebody has already done it.

More on what I like: Motion sensors can be defined as a switch-too many time with vera, my motions sensor would tripped, vera would restart luup, and vera would think my motion sensor was still tripped. Next time I walk into the room the lights wouldn’t turn on. I would then go to vera and see the motion sensor never un-tripped (PLEG Timestamps). With OpenHab, and the motion sensor as a switch, I have it reset the switch if the lights are turned off(either manually or automatically) so the next time you enter, trip signal is sent, and lights turn on.
-Performance: Motion sensor trips or door opens, action happens immediately. I admit when vera worked it happened just as fast, but the key phase is “when vera worked”, luup restarts where the cause and I don’t believe I was asking too much of my vera device to turn on a light if a motion sensor tripped or if I opened a door.
-Hardware independent: If you have been reading then you know I have a AeonLabs z-stick Gen5. I wanted to test something. I have my setup fully functional on a Raspberry Pi 2 so I downloaded OpenHab for windows and copied the necessary files from the RPI to windows, configured the z-stick to COM3 and started OpenHab. It worked just like it did on the RPI. Amazing, so when the RPI3 comes out, or if I want to build a windows HA machine I don’t have to start over (OpenHab uses about 5% of the RPI2’s CPU so not really needed). Also if the RPI dies or whatever, I have the files backed up to my dropbox and just reinstall OpenHab and back on the move. The z-stick has all the node data and the items file has all the zwave item devices bound to the nodes. Of course if the z-stick dies then I am in trouble however all that is needed is to get a new z-stick, add all the nodes then go into the items files and verify the node id number match and am back up. That is one thing about PLEG that I didn’t like. If a device was removed it deleted it upon opening, I couldn’t just pick the trigger and point it to the new device(small annoyance).
-Binding support: With exception of ImperiHab, in the last month updates for the binding have been coming out, adding new features if needed. Many of the plugins for vera seemed to break after a update and I was always hesitant to upgrade for fear of something not working and never being updated to work. With my limited knowledge on OpenHab I don’t believe this will be the case since everything is based on Java.

Final thoughts: I have about 80 zwave devices (not bragging I just really enjoy HA), minimotes, HEM, GE/Jasco switches, Aeonlabs multisensor 6, gen5 outlets, 1st gen multisensor 4s, Fibaro multisensors, enerwave motion sensors, and a few more brands, and all work just fine with OpenHab. The HabMin interface makes adding devices ease and all the configures are listed (with descriptions) so you can tailor the device to your needs. OpenHab is not the easiest thing to move over to, for those you are reading this, you probably want something other than vera. I looked at HomeSeer as well, but the cost it ridiculous. I like learning new things and OpenHab to me was a challenge. I have barley tapped into its potential and with OpenHab 2 coming out I am sure it will get better, although 1.71 is very stable. I wrote this to give people my perspective on OpenHab and how it made me excited with Home Automation again, the last 6 months with vera pushed me to the point of stopping all together until they got their act together. I remember getting my first vera 2 years ago and have a light turn on automatically to a certain brightness based on the time of day, when I walked into a room and all I could think of was “What else can I do?” With OpenHab I know that the potential is there. My next project is to start building my own sensors for 10 dollars after seeing MySensors and putting them into picture frames or teddy bears.

Great write up jcf6288

I’m literally sitting at home waiting on Amazon to deliver my Aeon Gen5 stick and replacement Vera Edge (to pair my locks with).

I’ve played with OpenHab and somebody actually wrote a working plugin for Lutron Radio RA2 (but it works on the 2.0 builds of OpenHab). But I’ve had issues (as in, I really don’t know what I’m doing) trying to get some of the 1.8 plugins working on 2.0 – like the Yamaha Receiver plugin. And not sure how rule writing is with OpenHab… I’ve not seen their “getting started” materials to be as clear as what I’d like… or maybe I’m just getting too old…

But I think a software-based system will certainly make it easier to outgrow performance and capacity issues.

I am not sure about 2.0, as 1.71 fulfills my needs. As far as rule writing I found the wiki had good stuff to get started.

then this to get some samples

I always plan out my rules, for instance lighting.
When do I want something to happen? Motion sensor trip, door open, light level? Of note Switches have states of ON and OFF, Contact have state OPEN and CLOSED

rule “Lights On”
when
Item Motion changed or //(ON or OFF or you could to "changed from OFF to ON)
Item Door changed to OPEN or
Item SensorLux changed

*From there I think when do I not want it to happen. I have virtual switches based on if I am home or not. If I am away Switch AllAuto is OFF

rule “Lights On”
when
Item Motion changed or //(ON or OFF)
Item Door changed to OPEN or
Item SensorLux changed
then
if(AllAuto.state == ON && SensorLux.state < 50){

*This is the first evaluation, also remember to use the “.state” term to get the piece you want to compare it too. If you aren’t sure in your web address bar type in http://ipaddress:port/rest/items/(item name to see the state). The && is for “and logic” and || will be for “or logic”. A good explanation is here Java - Basic Operators

*if that is met then perform action

rule “Lights On”
when
Item Motion changed or //(ON or OFF)
Item Door changed to OPEN or
Item SensorLux changed
then
var Timer lightstimer = null
if(AllAuto.state == ON && SensorLux.state < 50){
sendCommand(Lights, 50)

*Number for a dimmer, ON or OFF for Binary switch, I use timers for lights so the variable above comes into play.

var Timer lightstimer = null

rule “Lights On”
when
Item Motion changed or //(ON or OFF)
Item Door changed to OPEN or
Item SensorLux changed
then
if(AllAuto.state == ON && SensorLux.state < 50){
sendCommand(Lights, 50)
lightstimer = createTimer(now.plusSeconds(120)) [|
sendCommand(Lights, 0)]}
end

*Everything after the [| is evaluated after the timer ends. So you could have another if statement like if the motion sensor is still tripped. Of note defining the Item Motion changed mean tripped or untripped, so it will fire both times so I want the timer to restart and not turn off the lights unless nobody has been in the room for 2 minutes. So here is the final rule.

import org.openhab.model.script.actions.Timer
import org.openhab.core.library.types.*

var Timer lightstimer = null

rule “Lights On”
when
Item Motion changed or //(ON or OFF)
Item Door changed to OPEN or
Item SensorLux changed
then
var Timer lightstimer = null
if(AllAuto.state == ON && SensorLux.state < 50){
sendCommand(Lights, 50)
if(lightstimer != null){lightstimer.cancel}
lightstimer = createTimer(now.plusSeconds(120)) [|
sendCommand(Lights, 0)]}
end

*This way the timer will be restarted after each event. Now what about if light levels change to above 50?

var Timer lightstimer = null

rule “Lights On”
when
Item Motion changed or //(ON or OFF)
Item Door changed to OPEN or
Item SensorLux changed
then
var Timer lightstimer = null
if(AllAuto.state == ON && SensorLux.state < 50){
sendCommand(Lights, 50)
if(lightstimer != null){lightstimer.cancel}
lightstimer = createTimer(now.plusSeconds(120)) [|
sendCommand(Lights, 0)]}

   else if (SensorLux.state > 50){
         sendCommand(Lights,0)

end

*And done. Next room change the items and define another timer. There are many ways to get the same result, I find this works well, it is easy to follow, and modify.

This is outstanding information. Thank you for your detailed work!

I have to agree with most or all of what jcf6288 said. I moved to OpenHab several months ago and I am really happy with it. The learning curve was steep but worth it.

Rules in OpenHab make so much more sense to me. My Vera Lite just handles Z-Wave communications, and HomeWave, but that is all. OpenHab talks to my Vera Lite and tells it what to do and when.

@jcf6288, is your Z-Wave stick a secondary controller or is a separate network?

It is a separate network. Once OpenHab works out the Doorlocks issues, which won’t be long, I will move exclusively to OpenHab. In the meantime I will look for solutions for AutoVera such as NotifyMyAndroid. Just need to run some test to make sure the communication from OpenHab to my Phone is solid when I am away from Home. It is important to understand that I really enjoyed vera UI5, however in order to move to the newer stuff you have to move up to Zwave+ which if you stick with vera means UI7. Granted there latest update fixes a lot of stuff, so did the July update, then August and September was a bust. I was tired of going back into vera and trying to figure out why things didn’t work, and set up another PLEG condition to do something when what caused it not to work happened again.

I see. I would like to use a Z-Wave stick as a secondary controller for speed reasons. I like HomeWave too much to let go of my Vera and I have not had any luck getting my Z-Stick S2 to work right as a secondary.

One thing about OH is that it makes HA exciting again. :slight_smile:

For those that have gone to OpenHab – have you also looked at Indigo (for the Mac)?

I’m not a Mac person, but do have a Mac Mini. Indigo has a decent list of plugins (But some, like the Yamaha one) aren’t totally complete.

But honestly it has plugins for just about all of my scenarios.

And it was incredibly simple to get a few of my main scenes working… Nearly as easy as re-creating then manually on my new Vera Edge (with just 3 locks working, it’s so far, stable (for the first hour) though I had issues even connecting to it for the first while that I had to debug.

I see. I would like to use a Z-Wave stick as a secondary controller for speed reasons. I like HomeWave too much to let go of my Vera and I have not had any luck getting my Z-Stick S2 to work right as a secondary.

One thing about OH is that it makes HA exciting again. :)[/quote]
The MIOS binding may be worth checking out as from the looks of it it can communicate directly to and from Vera. I use it just for battery monitoring on my door locks.

I’ve just taken delivery of a Popp RasZberry Pi. Comes with software and is amazingly fast in comparison to my Veralite. Early days still, but being a Pi, it leaves me with plenty of options .

Same here… moving away from vera and into Openhab. Said but true… my vera3 is simply not up to the tasks i ask it to do anymore.

Just finished moving over the last of my devices to InControl and a Z-Stick Gen5. That allowed me to get rid of two Vera Edge units and combine everything together for the first time ever. The last devices were Schlage locks that work just fine in IC. The network now performs like I always thought it should but never did with Vera. Faster scene execution, faster reporting, instant sensor feedback and more. I can even manually heal the network again if I wish to.