Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. Hardware
  3. Vera

Vera

Discuss your vera problems and findings here

56 Topics 860 Posts
LibraSunL

With their awesome new X10 switch!
dbe7408f-dc86-4932-bf71-f0528f5384c1-image.png

I'm hopping in my 1980s time machine to go see whether this is exactly what I think it is. 🙂

(Srsly, tho, I love(d) X10 and did everything humanly possible to keep that old equipment perking along with Vera, and almost succeeded.)

Libra

P.S. Just got banned for the 9th time from Hubitat Forum, so had a little extra time to throw shade.

P.P.S. The boilerplate 5-star reviews for this brand-new product come from bots with names like Avery, Phoenix and Owen (two from Mateo!). Sheesh.

Vera
A

Let's assume you have done the following:

Downloaded and installed Z-Way following these instructions. No Zway license is required to do the following. The software is now all up and running with your UZB stick (whole other post). Dial up this Zway web page: http://<Zway_server_IP_address>:8083/expert/#/network/controller Under the heading "Firmware" take note of the "SDK version" and the "Serial API Version". Say they equal 6.71.01 & 05.23 respectively like it shows here.

Now on to Vera:

Go to the Vera UI --> Z-Wave Settings and taken note of the "Version" shown for Vera's internal Zwave IC. For example purposes, say it equals "6.01". You plug your UZB stick into Vera. In the Z-Wave Settings you set the port to "/dev/ttyACM0" You've rebooted Vera, so that it starts using the UZB stick.

OK, so what "Version" will Vera now display and the version of what? The version shown by Vera is the "Z-Wave protocol" version or the "Serial API" version - it's unclear which but I suspect the former. However on most occasions the numbers are the same. It's not the Software Developers Kit (SDK) version number.

Knowing the UZB firmware version you can identify what Vera will show with the following table.

From the example above: Zway stated the version as 5.23. It will show in Vera as version 4.61 - see table. However the Vera internals showed up as 6.01. So using this method to copy the Zwave configuration to the stick will not work, as the stick represents a downgrade and you can only do same to same or upgrades. So in this case you need to update the stick firmware from 5.23 to 5.32 as a minimum. Then the stick will show up in Vera with version of 6.01.

Which is great. So you then use the Zway software to upgrade the stick firmware. And that's the last you hear from it because this happens:

"Sorry to inform you, but there is a known issue in some UZB manufactured by our partners on license base that after upgrade they become bricked."

And you have to do this to unbrick it. So time to try someone else's stick. Sigh.

ZWay UZB version Vera version SDK version 5.39 6.09 6.82.01 6.08 6.82.00 6.07 6.81.06 6.06 6.81.05 6.05 6.81.04 6.04 6.81.03 6.03 6.81.02 5.37 6.02 6.81.01 5.36 6.02??? 6.81.00 ???? 5.33 6.02??? 6.81.00 ???? 5.32 6.01 6.81.00 5.03 6.71.03 5.02 6.71.02 5.27 BL 48059 4.61 6.71.0? 5.26 4.61 6.71.0? 5.23 4.61 6.71.01 4.6 6.71.00 5.2 4.6? 6.7?.00 5.16 4.6? 6.70.00 4.62 6.61.01 4.33 6.61.00 4.54 6.51.10 5.07 4.38 6.51.09 4.34 6.51.08 4.24 6.51.07 4.05 6.51.06 5.06 4.01 6.51.04 3.99 6.51.03 3.95 6.51.02 3.92 6.51.01 3.83 6.51.00 3.79 6.50.01 3.71 6.50.00 3.67 3.35 6.10.00 3.41 6.02.00 3.37 6.01.03 2.78

The table is based on page 434 of silabs app INS13954 and the UZB firmware revision information found here. The table may have errors!

Vera
rafale77R

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...

Vera
G

incalzire.png Hello everybody.
I would like to automate the underfloor heating. At the moment I have the gateway from vera secure and thermostat with receiver from SRT SECURE with z-wave. I would like to connect to the gateway a receiver with 4 channels from sonoff and 3 temperature and humidity sensors from aliexpress as a thermostat. do you think it is possible?
and one more question... how can I change the name of the wireless network and the password from the gateway?
Thank you very much!

Vera
rafale77R

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.

GitHub - rafale77/Nuke-Vera: Script to neuter the vera and broadcast its zwave and zigbee serial ports GitHub - rafale77/Nuke-Vera: Script to neuter the vera and broadcast its zwave and zigbee serial ports

Script to neuter the vera and broadcast its zwave and zigbee serial ports - GitHub - rafale77/Nuke-Vera: Script to neuter the vera and broadcast its zwave and zigbee serial ports

Vera
T

Good morning all,
I've got a stable Home Assistant running on a RPI 4 with a Aeotec Z-Stick 7 Plus, and of course the Z-wave JS integration. I've manually moved a handful of devices, and I'm overall much happier with the HA z-wave capability than I am with Vera. There are still some things I'm trying to figure out that I have in Vera that I'm not sure how they'll work in HA, but no deal breakers.

I've got all of my automation on MSR and off of luup Reactor, so really the only thing left for me is to migrate my Z-wave network. I saw @rafale77's post about using a Zwave.me UZB1 to Zway, but of course that's not what I'm using.

Is there a similar method that I can use my Aeotec Z-Stick 7 plus to Home Assistant? I have around 70 Z-wave devices (give or take devices that generate multiple instances in Vera), so manual unpairing, including, etc, would be quite a chore.

Vera
T

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??

Vera
A

Having trouble getting a Vera 3 to recognise a Z-Wave.Me UZB stick.

WinSCP indicates it's mounted at /dev/ttyACM0, so the Vera Z-Wave settings were adjusted to match. On a Luup engine reload Vera UI states: "ZWave : Failed To Start". Ditto for a complete Vera reboot.

Has anyone successfully used a UZB stick with a Vera 3?

Vera
MikeReadingtonM

Hello Everyone,

I am using iPhone locator on Vera, and yesterday it stopped working. Looking at the logs, I can see the connection is refused, but nothing on my end changed. iPhone locator is really important in my particular setup, so I guess I have two questions.

Is it broken, or is it me?
I don't see anyone else saying there is an issue, but I am not sure how many people are still using it (or Vera for location) at this point. I installed it on a blank Vera test controller, same issue. It might be something with the iCloud account, but it works everywhere else.

Is there something similar on another platform?

Mainly what I would like is the ability to force a poll of iCloud location on demand. I have a bunch of triggers setup, including magnetic sensors in my driveway to sense vehicles and determine if the motion is egress or ingress. These triggers in conjunction with MSR have been a great way to double check phone location, and I would hate to lose this functionality. It looks like HA might have something with "iCloud3". Is anyone using it?

Thanks,
Mike

Vera
therealdbT

@akbooer said in

The only thing left on Vera is now electricity meter readers, and I simply can't find any suitable WiFi replacement.

My hem stopped reporting this august and I’ve replaced it with a Shelly EM. I’m using another one on my solar and they’re amazing fast to report and quite precise. They’re WiFi, and mqtt based. Recommended!

Vera
therealdbT

Long story short: I need to tweak some parameters for Fibaro Plugs, to remove frequent notifications about watts (I just need a very good approximation, in order to detect the cycle of washer/dryer), but the parameters depend on the firmware version, and I have:

271,1554,21554

and the other one has:

271,4102,0

Any help is apprreciated.

Vera
S

Hi all! I am almost relieved from Vera 🙏. Around 65 decices to go. Of which some are on very hard places (under floor etc.). Is there any way to easily get the vera devices on the zwave network without repairing them per piece?

I think I knowthe answer, but I am asking 😉

Vera
LibraSunL

Anyone installed the new beta f/w on their Vera unit and liking it?

Read https://community.ezlo.com/t/7-32-vera-firmware-beta-release/217060

Vera
tunnusT

Have Aeotec Smart Switch 6 in use with Vera Plus (fw 7.31 - 1.7.5186, decoupled) and now as I'm trying to change its configuration, it seems impossible.

Screenshot 2021-09-07 at 11.21.28.png

"Save changes" just initiates luup reload, but parameters stay the same. "Configure node right now" does not help either, Vera informs that command sent, but nothing happens. Hard refresh of the browser done.

Device itself is working, e.g. it reports current wattage.

"Automatically configure" is set to "No", if set to "Yes", configuration change is initiated but fails with the message "Failed at: Setting special association"

EDIT: in the end this was solved by unplugging the switch and then plugging it back, some internal state corrupted...

Vera
H

Hi there,

I know this was floating around on the other forum but just hoping someone can post the steps as I’m finally biting the bullet and moving to a USB stick and Zwave JS in home assistant.

Thanks!

Vera
?

So, I recently added Pi-Hole (pi-hole.net) to my networked clients for its open-sourced Ad and Tracker Blocking. Essentially, it’s a DNS Blacklisting solution and it can display the Domains being accessed.
To my dismay I’m seeing the VERA+ attempting calls to facebook.com on a regular basis between 20 – 70 minutes each.
The Active apps on VERA are Sercomm IP Camera, Amazon Alexa Helper, Garage Door, Foscam HD, Reator, SiteSensor and Ezlo Cameras. I just recently removed AltUI before disconnecting from the cloud services.

Any ideas on how I could track down the culprit caller?

Thanks for your consideration.

Vera
LibraSunL

I've got a Nokia/Withings bathroom scale on which I weigh myself daily. I used to use IFTTT to push every weighing result into a Google Spreadsheet in the cloud, but now that I use MSR, I'm more interested in integrating this data into that workflow.

Has anyone figured out a way to move data from a WiFi-connected scale into the Vera environment? I don't mind trying something indirect, as for instance I've already linked the weights over to my Google Fit app.

Open to suggestions!

Vera
PablaP

Recently I have been getting constant reloads on my Vera Plus running the latest 7.32 beta build. It usually starts after a 3-4 day Luup uptime and the reloads start at around 5am local time and keep going every 30 mins until I physically restart my Vera Plus (unplugging and plugging it back in). Right before a reload I see on the status bar above the modes on the homepage "cannot write user data" then after a few minutes a reload occurs. Looking into the logs I have seen mention of 03 06/21/21 8:53:18.102 JobHandler_LuaUPnP::Reload: low memory Critical 1 m_bCriticalOnly 0 dirty data 1 running 1 <0x76aa7520> almost every single time a reload happens. I have attached logs from 2 instances this morning where a reload happened. I have noticed that the OpenSprinkler plugin has been very chatty even though I have set debugging to 0, is that what is filling up temp log system?

01 06/21/21 8:45:58.123 IOPort::Connect connect -1 192.168.8.43:23 <0x6a148520> 02 06/21/21 8:45:59.031 UserData::CommitToDatabase data size 1244271 1244271 <0x7662b520> 01 06/21/21 8:45:59.333 UserData::WriteUserData saved--before move File Size: 234865 save size 234865 <0x7662b520> 02 06/21/21 8:45:59.333 UserData::TempLogFileSystemFailure start 0 <0x7662b520> 02 06/21/21 8:45:59.334 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x7662b520> 02 06/21/21 8:45:59.334 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x7662b520> 01 06/21/21 8:45:59.341 UserData::WriteUserData failed File Size: 234865 save size 234902 <0x7662b520> 02 06/21/21 8:45:59.342 UserData::TempLogFileSystemFailure start 1 <0x7662b520> 02 06/21/21 8:45:59.344 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x7662b520> 01 06/21/21 8:45:59.632 UserData::WriteUserData failed result:1 size2:234865 vs 234865 <0x7662b520> 02 06/21/21 8:45:59.632 UserData::TempLogFileSystemFailure start 1 <0x7662b520> 02 06/21/21 8:45:59.634 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x7662b520> 02 06/21/21 8:45:59.635 UserData::TempLogFileSystemFailure start 0 <0x7662b520> 02 06/21/21 8:45:59.635 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x7662b520> 02 06/21/21 8:45:59.636 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x7662b520> 06 06/21/21 8:45:59.636 Device_Variable::m_szValue_set device: 1 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: NetStatusID was: 1 now: 2 #hooks: 0 upnp: 0 skip: 0 v:0x1099d38/NONE duplicate:0 <0x7662b520> 06 06/21/21 8:45:59.637 Device_Variable::m_szValue_set device: 1 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: NetStatusText was: OK now: Resetting ZWave Network #hooks: 0 upnp: 0 skip: 0 v:0x1a02d48/NONE duplicate:0 <0x7662b520> 06 06/21/21 8:45:59.637 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeNetwork1 variable: NetStatusID was: 0 now: 3 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x7662b520> 06 06/21/21 8:45:59.638 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeNetwork1 variable: NetStatusText was: OK now: GET_LANG(resetting_zigbee_network,Resetting Zigbee Network) #hooks: 0 upnp: 0 skip: 0 v:0x12b9e60/NONE duplicate:0 <0x7662b520> 01 06/21/21 8:45:59.648 RAServerSync::SendAlert notification lost quit 1 device 50002761 servers:vera-us-oem-event12.mios.com/vera-us-oem-event11.mios.com for time 23822220 type 7 code user_data <0x7642b520> 02 06/21/21 8:46:01.381 UserData::CommitToDatabase data size 1244349 1244349 <0x770dc320> 01 06/21/21 8:46:01.675 UserData::WriteUserData saved--before move File Size: 234875 save size 234875 <0x770dc320> 02 06/21/21 8:46:01.675 UserData::TempLogFileSystemFailure start 0 <0x770dc320> 02 06/21/21 8:46:01.676 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x770dc320> 02 06/21/21 8:46:01.676 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x770dc320> 01 06/21/21 8:46:01.680 UserData::WriteUserData failed File Size: 234875 save size 234865 <0x770dc320> 02 06/21/21 8:46:01.680 UserData::TempLogFileSystemFailure start 1 <0x770dc320> 02 06/21/21 8:46:01.682 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x770dc320> 01 06/21/21 8:46:01.940 UserData::WriteUserData failed result:1 size2:234875 vs 234875 <0x770dc320> 02 06/21/21 8:46:01.941 UserData::TempLogFileSystemFailure start 1 <0x770dc320> 02 06/21/21 8:46:01.943 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x770dc320> 02 06/21/21 8:46:01.944 UserData::TempLogFileSystemFailure start 0 <0x770dc320> 02 06/21/21 8:46:01.945 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x770dc320> 02 06/21/21 8:46:01.945 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x770dc320> 50 06/21/21 8:46:03.102 luup_log:1304: VeraOpenSprinkler[1.50]: [updateFromController] error: false - nil - nil <0x72581520> 01 06/21/21 8:46:05.210 Main WatchDogRoutine: blocked - terminating 1 <0x695de520> 02 06/21/21 8:46:05.211 Dumping 40 locks <0x695de520> 02 06/21/21 8:46:05.211 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.211 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.211 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.211 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.212 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.213 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.214 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.215 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.216 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.217 OL: (0xbbc560) (>100746) Variable JobHandler_LuaUPnP.cpp l:9817 time: 4:00:00p (1624290365 s) thread: 0x6f948520 Rel: Y Got: Y <0x695de520> 02 06/21/21 8:46:05.217 finished check for exceptions <0x695de520> 02 06/21/21 8:46:05.218 OL: (0xbbc560) (>100751) Variable JobHandler_LuaUPnP.cpp l:9817 time: 4:00:00p (1624290365 s) thread: 0x6d948520 Rel: Y Got: Y <0x695de520> 2021-06-21 08:46:05 - LuaUPnP Terminated with Exit Code: 137 03 06/21/21 8:53:18.102 JobHandler_LuaUPnP::Reload: low memory Critical 1 m_bCriticalOnly 0 dirty data 1 running 1 <0x76aa7520> 01 06/21/21 8:53:18.103 luup_log:901: Tesla Car_error: Monitor awake state, failed #400 HTTP/1.1 400 BAD REQUEST !! <0x72ffd520> 02 06/21/21 8:53:18.482 UserData::CommitToDatabase data size 1244185 1244185 <0x76aa7520> 01 06/21/21 8:53:18.781 UserData::WriteUserData saved--before move File Size: 234865 save size 234865 <0x76aa7520> 02 06/21/21 8:53:18.781 UserData::TempLogFileSystemFailure start 0 <0x76aa7520> 02 06/21/21 8:53:18.781 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x76aa7520> 02 06/21/21 8:53:18.782 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x76aa7520> 01 06/21/21 8:53:18.787 UserData::WriteUserData failed File Size: 234865 save size 234875 <0x76aa7520> 02 06/21/21 8:53:18.787 UserData::TempLogFileSystemFailure start 1 <0x76aa7520> 02 06/21/21 8:53:18.789 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x76aa7520> 01 06/21/21 8:53:18.813 IOPort::Connect connect -1 192.168.8.43:23 <0x6a7c4520> 01 06/21/21 8:53:19.020 UserData::WriteUserData failed result:1 size2:234865 vs 234865 <0x76aa7520> 02 06/21/21 8:53:19.020 UserData::TempLogFileSystemFailure start 1 <0x76aa7520> 02 06/21/21 8:53:19.023 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x76aa7520> 02 06/21/21 8:53:19.027 UserData::TempLogFileSystemFailure start 0 <0x76aa7520> 02 06/21/21 8:53:19.028 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x76aa7520> 02 06/21/21 8:53:19.028 UserData::TempLogFileSystemFailure 0 res:0 (null) <0x76aa7520> 06 06/21/21 8:53:19.029 Device_Variable::m_szValue_set device: 1 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: NetStatusID was: 1 now: 2 #hooks: 0 upnp: 0 skip: 0 v:0x14bad80/NONE duplicate:0 <0x76aa7520> 06 06/21/21 8:53:19.029 Device_Variable::m_szValue_set device: 1 service: urn:micasaverde-com:serviceId:ZWaveNetwork1 variable: NetStatusText was: OK now: Resetting ZWave Network #hooks: 0 upnp: 0 skip: 0 v:0x1e23b10/NONE duplicate:0 <0x76aa7520> 06 06/21/21 8:53:19.033 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeNetwork1 variable: NetStatusID was: 0 now: 3 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:0 <0x76aa7520> 01 06/21/21 8:53:19.040 RAServerSync::SendAlert notification lost quit 1 device 50002761 servers:vera-us-oem-event12.mios.com/vera-us-oem-event11.mios.com for time 20546340 type 7 code user_data <0x76ca7520> 06 06/21/21 8:53:19.044 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeNetwork1 variable: NetStatusText was: OK now: GET_LANG(resetting_zigbee_network,Resetting Zigbee Network) #hooks: 0 upnp: 0 skip: 0 v:0x16dadc0/NONE duplicate:0 <0x76aa7520> 02 06/21/21 8:53:20.807 UserData::CommitToDatabase data size 1244263 1244263 <0x77759320> 01 06/21/21 8:53:21.081 UserData::WriteUserData saved--before move File Size: 234875 save size 234875 <0x77759320> 02 06/21/21 8:53:21.081 UserData::TempLogFileSystemFailure start 0 <0x77759320> 02 06/21/21 8:53:21.116 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x77759320> 02 06/21/21 8:53:21.117 UserData::TempLogFileSystemFailure 699 res:1 -rw-r--r-- 1 root root 504 Jun 26 2017 /etc/cmh/user_data.json.luup.lzo -rw-r--r-- 1 root root 234865 Jun 21 08:53 /etc/cmh/user_data.json.lzo -rw-r--r-- 1 root root 234996 Jun 21 08:11 /etc/cmh/user_data.json.lzo.1 -rw-r--r-- 1 root root 234930 Jun 21 08:02 /etc/cmh/user_data.json.lzo.2 -rw-r--r-- 1 root root 234968 Jun 21 07:47 /etc/cmh/user_data.json.lzo.3 -rw-r--r-- 1 root root 234658 Jun 21 07:11 /etc/cmh/user_data.json.lzo.4 -rw-r--r-- 1 root root 234909 Jun 21 06:50 /etc/cmh/user_data.json.lzo.5 -rw-r--r-- 1 root root 234875 Jun 21 08:53 /etc/cmh/user_data.json.lzo.new <0x77759320> 02 06/21/21 8:53:21.228 UserData::TempLogFileSystemFailure start 0 <0x77759320> 02 06/21/21 8:53:21.259 UserData::TempLogFileSystemFailure (not failure, only WriteUserData) 0 <0x77759320> 02 06/21/21 8:53:21.259 UserData::TempLogFileSystemFailure 610 res:1 -rw-r--r-- 1 root root 504 Jun 26 2017 /etc/cmh/user_data.json.luup.lzo -rw-r--r-- 1 root root 234875 Jun 21 08:53 /etc/cmh/user_data.json.lzo -rw-r--r-- 1 root root 234865 Jun 21 08:53 /etc/cmh/user_data.json.lzo.1 -rw-r--r-- 1 root root 234996 Jun 21 08:11 /etc/cmh/user_data.json.lzo.2 -rw-r--r-- 1 root root 234930 Jun 21 08:02 /etc/cmh/user_data.json.lzo.3 -rw-r--r-- 1 root root 234968 Jun 21 07:47 /etc/cmh/user_data.json.lzo.4 -rw-r--r-- 1 root root 234658 Jun 21 07:11 /etc/cmh/user_data.json.lzo.5 <0x77759320> 06 06/21/21 8:53:21.465 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeDevice1 variable: PendingRemoveDevices was: 0024460000144655-01d8,0024460000146120-a155,00244600001467ad-a538 now: 0024460000144655-01d8,0024460000146120-a155,00244600001467ad-a538 #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x77759320> 06 06/21/21 8:53:21.469 Device_Variable::m_szValue_set device: 2 service: urn:micasaverde-com:serviceId:ZigbeeDevice1 variable: UnknownDevices was: now: #hooks: 0 upnp: 0 skip: 0 v:(nil)/NONE duplicate:1 <0x77759320> 03 06/21/21 8:53:22.100 LuaUPNP: ending <0x77759320> 2021-06-21 08:53:22 - LuaUPnP Terminated with Exit Code: 0```
Vera
wmarcolinW

Hi,

Some devices, I don't know why, stay in a tripped state after the trigger has already closed.

Let me try to explain better.

A door sensor is tripped when it opens the door, for some reason it does not go back to an Untripped state when it closes. Or a motion sensor likewise, arms with a movement, and then does not disarm even though there is no more presence to justify being armed.

Is it possible by some command to make the device reevaluate its state? If the door was closed, and it is still indicating open, reevaluate and put the correct state of closed door?

Thanks.

Vera
  • J

    Ezlo Plus as Network Attached Zigee & Z-Wave Device

    10
    1 Votes
    10 Posts
    1k Views
    J

    The Zooz stick and the Ezlo share a common Z-Wave chipset. In fact when I added the Ezlo to ZWave-JS it shows up with a product code of ZST10-700, which I believe is the Zooz stick.

    So, good news! I have both Z-Wave and Zigbee working in home assistant now, bypassing all the Ezlo software. The home assistant Zigbee integration connects directly to the Ezlo, and for Z-Wave I have ZWave-JS as an intermediary - but that's hass' recommended configuration anyway.

    I think I've figured out some initial stability issues I was having as a result of not setting socat up quite right, but don't quote me on that yet, and for some reason the status of the Z-Wave controller shows up as 'Dead' but it doesn't seem to matter? Not sure what that's about. Also if I start hass before the Ezlo is ready then it will never successfully connect - you have to run socat on the Ezlo first, then start Home Assistant. Other than that it seems to work well. Zigbee in particular is more stable and responsive in this configuration than it was on the sonoff zigbee bridge I was previously using in my setup.

    Here's how I did all this:

    Using the instructions on the openWrt site, compile socat for the Allwinner H3 SoC (or, if you're feeling trusting, download the binary I already compiled). Copy the .ipk to the Ezlo using whatever method you prefer. I used scp. Unfortunately you can't download the binary directly to the Ezlo because it doesn't support SSL and I don't have anywhere I can share the file from that doesn't enforce secure connections. Install it:
    opkg install socat_1.7.3.3-1_arm_cortex-a7_neon-vfpv4.ipk Kill the running ezlo processes: (One single error at the end about a process that can't be killed because it doesn't exist is expected).
    ps | grep "/ha-" | cut -b1-5 | xargs -t kill Share the Z-Wave and Zigbee radios over the network using socat:
    socat /dev/ttyS1,raw,echo=0 tcp-listen:3333,reuseaddr,keepalive,fork &
    socat /dev/ttyS2,raw,echo=0 tcp-listen:3300,reuseaddr,keepalive,fork & In Z-Wave JS' ZWave settings under serial port, ignore the choices in the dropdown menu and manually enter tcp://192.168.0.100:3333 (change the IP to that of your Ezlo) In Home Assistant's Zigbee integration select a radio type of EZSP and for the serial port enter socket://192.168.0.100:3300 ... Profit

    If you reboot the Ezlo it returns to its stock setup. I think my plan is to write a little script that checks whether the Ezlo processes are running and, if so, kills them and starts socat, then run that script as a cronjob. @rafale77, do you have any advice on a better approach based on your Nuke-Vera work? I don't want to nuke the Ezlo and do anything irreversible necessarily, but I'm also a little concerned that my plan might be leaving the thing functional enough to one day download a firmware update that breaks what I'm doing.

    If it's helpful to anyone, I also compiled binaries for ser2net (I never got it to work) and Nano.

  • ?

    Messaging after VERA decoupling

    19
    0 Votes
    19 Posts
    624 Views
    S

    I use homeassistant with node red and telegram natively. Alternatively I use the homeassistant companion app with messaging. Both rock solidand instant.

  • T

    Backup

    3
    0 Votes
    3 Posts
    190 Views
    T

    @rafale77 - I'm so sorry for my delayed response. I didn't get the alert in my inbox (or blew past it).

    I will look in to this. I have previously read your migration instructions but, the last I checked, the security key part was omitted. I'm still willing to wait out Vera/Ezlo but I'm nervous that I can't get a replacement controller. If this thing dies, I need another move.

    I'll revert back with questions but I remember the guide being very well thought out. Glad to see this community coming together over here.

    Thanks gain.

  • PablaP

    Deleting Multiple Devices without Reload Inbetween

    5
    0 Votes
    5 Posts
    260 Views
    toggledbitsT

    @pabla said in Deleting Multiple Devices without Reload Inbetween:

    now I am playing the guessing game for when its done lol

    You got it figured out, but the benefit of future readers: just wait for the reloads to stop. If it goes longer than two minutes without a reload, it's done.

  • PablaP

    Deleting Child Devices without Deleting Parent

    1
    0 Votes
    1 Posts
    97 Views
    No one has replied
  • PablaP

    Vera Alexa Plugin 7.32

    119
    0 Votes
    119 Posts
    7k Views
    LibraSunL

    @catmanv2 said in Vera Alexa Plugin 7.32:

    It would be quicker to ditch it and go OpenLuup. Just saying 😉

    C

    Undoubtedly. I've got OpenLuup installed (but not currently running) as a Docker container, for future exploration.

    Meanwhile, I went ahead and re-downloaded Vera Alexa from Github, installed it (seems to be version 0.94 instead of 0.92), did a million restarts to get the new device recognized, configured, and stable. Seemed to really lag on some of those steps, but can confirm full configuration achieved, 'Alexa' folder present, cookie and all.

    Next, on to testing... as expected, in rev. 0.94 (using the v0.17c .sh file), every say or command attempt results in silence but no errors**, while the routine action works perfectly. Exactly the opposite of rev. 0.92 (using the 0.17a .sh file).

    **Here's a typical log entry in Debug mode:

    08 04/16/21 11:42:50.143 JobHandler_LuaUPnP::HandleActionRequest device: 0 service: urn:micasaverde-com:serviceId:HomeAutomationGateway1 action: RunLua <0x723cc520> 08 04/16/21 11:42:50.144 JobHandler_LuaUPnP::HandleActionRequest argument Code=luup.call_action("urn:bochicchio-com:serviceId:VeraAlexa1","RunCommand",{Command="-e weather -d 'Living Room'"}, 366) <0x723cc520> 08 04/16/21 11:42:50.144 JobHandler_LuaUPnP::HandleActionRequest argument DeviceNum=0 <0x723cc520> 08 04/16/21 11:42:50.144 JobHandler_LuaUPnP::HandleActionRequest argument serviceId=urn:micasaverde-com:serviceId:HomeAutomationGateway1 <0x723cc520> 08 04/16/21 11:42:50.144 JobHandler_LuaUPnP::HandleActionRequest argument action=RunLua <0x723cc520> 08 04/16/21 11:42:50.144 JobHandler_LuaUPnP::HandleActionRequest argument _r=1618591370147 <0x723cc520> 08 04/16/21 11:42:50.145 JobHandler_LuaUPnP::HandleActionRequest device: 366 service: urn:bochicchio-com:serviceId:VeraAlexa1 action: RunCommand <0x723cc520> 08 04/16/21 11:42:50.145 JobHandler_LuaUPnP::HandleActionRequest argument Command=-e weather -d 'Living Room' <0x723cc520> 50 04/16/21 11:42:50.147 luup_log:366: VeraAlexa[0.94@366](setVar@127):setVar("urn:bochicchio-com:serviceId:VeraAlexa1","OneTimePassCode","",366) old value "" <0x723cc520> 50 04/16/21 11:42:50.148 luup_log:366: VeraAlexa[0.94@366](runCommand@360):Executing command [runCommand]: "-e weather -d 'Living Room'" <0x723cc520>

    OK, I go shoot myself now.

  • LibraSunL

    How to throttle or stop plug-in from cluttering LuaPnP Log?

    7
    0 Votes
    7 Posts
    216 Views
    PablaP

    I have also been seeing a lot of red in my Vera logs notably the dumping XX locks

  • LibraSunL

    Instant regret after clicking "Configure Node Right Now" on device

    15
    0 Votes
    15 Posts
    438 Views
    rafale77R

    @crille

    @crille said in Instant regret after clicking "Configure Node Right Now" on device:

    Without openLuup and the excellent Ezlo Bridge, my Ezlo Plus would just annoy me and make me want to go somewhere else, as they kind of hinted with the ban raid.
    Big thanks to @mrFarmer ! for making use of the very beta product they shipped.

    Indeed, The capability to support all the wireless stacks and offering an API to control the stack should have been a day 0 pre-release requirement. I am glad they got there and kind of wished they stuck with the vera API to ease the transition but certainly @mrFarmer 's work made up for it.

    @librasun said in Instant regret after clicking "Configure Node Right Now" on device:

    While I greatly admire the "roll your own" set, I've promised my significant other that -- if I die -- everything Vera and Alexa do to run our home will be maintainable by a normal mortal. Hence my clinging to stock setups, with minimal round trips through IFTTT (gone from the mix now), Stringify (dead), Google Scripts, etc. Would not even touch PLEG due to this philosophy!

    This is the philosophy that most people who migrated away to hubitat have had in mind. Prioritizing ease of management over capability and flexibility and even then, some learning curve is required. Just keep in mind though that any cloud dependency will defeat that in a whiff. Anytime you will have a cloud dependent integration (IFTTT, google, ecobee, alexa) you are exposing yourself to the life and decision of that company. Any time they change something on their cloud or if they go bankrupt or get bought, you will need a great amount of expertise to make the changes/maintenance if that is even possible. I took this goal to an extreme where I am no longer afraid of going through very complex setup so long as it works without maintenance. The only way to do this is to make everything run independent from the cloud. The only maintenance which would be required on my setup would be to change batteries... Everything else just self starts and syncs up without anything ever being exposed to cloud server disruptions, changes or quirks all within a single machine: My QNAP NAS. Near 0 maintenance required...

    None of my cameras are connected to the cloud, no image processing, no voice commands recording, No TTS commands... Absolutely nothing. All is processed within the house and all the data remains here in one machine which turns on with the push of a button. And indeed, everything runs a lot faster too.

    So it is a trade off of short term ease of setup and maintenance (maybe) with lower level of capability vs. much more capable setup with a larger amount of setup work upfront resulting in nearly no maintenance... I understand the experience with the vera though which can be traumatizing and leading to the thought that complex implementation leads to complex maintenance. This doesn't have to be true. In most cases, it is actually the opposite. It is only true when they break all the time... vera style.

  • LibraSunL

    Deleting unused GeoFencing waypoints from Vera (Mobile)

    4
    0 Votes
    4 Posts
    152 Views
    toggledbitsT

    BTW, I have them, too, of course, from my own little soire into the world of their geofencing. I suspect they simply have no way to clean up that data short of editing user_data.json, and that will only work if the data isn't mirrored in their cloud and being synced with it. I haven't bothered to experiment with that, and I probably won't. Maybe I'll just add a flag to VeraController that you can set if you don't use their geofencing and call it good.

  • LibraSunL

    Unexplained "LinuxTest" admin account on my Vera?!?

    5
    0 Votes
    5 Posts
    157 Views
    LibraSunL

    Ah, then that likely explains it, since I do have a beta-testing Ezlo Plus, and I did authorize them to create an admin account on it recently.

    MYSTERY SOLVED! (I may leave this thread intact in case others have the same question.)

  • E

    Second Z-wave netwerk or slave controler

    16
    0 Votes
    16 Posts
    586 Views
    rafale77R

    It would have to have a firmware to do that so as to act as a routing node. Given the nature of the device... not sure if it is possible. You already know what I did with mine...

  • PablaP

    Can't Purge Associations

    4
    0 Votes
    4 Posts
    275 Views
    rafale77R

    I thought that it would. Good to know that you got it fixed for now.

  • LibraSunL

    Setting Device Parameters (from documentation)

    12
    0 Votes
    12 Posts
    289 Views
    PablaP

    @toggledbits That seems to have fixed it!!

    Is there a similar way to fix the purging associations error. One device had an association that I deleted but its not configuring past "Setting Association"

  • LibraSunL

    Old VERA 1 up and running!

    3
    0 Votes
    3 Posts
    116 Views
    Black CatB

    Problem you may have is that GEN5 (Z-wave Plus) devices won't work.
    I still have a Vera Lite fully operational, it's never missed a beat since commissioning and even got the Vera tech's to upgrade the security keys on it early this year,

  • R

    Sensative Strip showing two instances in Vera.

    8
    0 Votes
    8 Posts
    169 Views
    rafale77R

    It is a sign that the device record is in the vera's zwave chip and not only in the vera user-data file. Sorry it's been a while now since I've dealt with a vera UI but I thought there was a way to irreversibly delete a device. Maybe from the advanced/zwave menu?

  • S

    Vera account suspended for a 1000 years

    Locked
    101
    2 Votes
    101 Posts
    7k Views
    akbooerA

    Well, this probably won't be the last time that someone from there joins us here, but, for the time being, I think it's time to move on.

    We have a critical mass of really constructive contributors here, and we should certainly be doing what @toggledbits suggests:

    "a place where technical discussion can lead over corporate policy " "take a wide view of the HA market, and not be beholden to one product" "We get work done. We get work done for each other."

    "Make it so!"

  • P

    How to get out of plugin download loop on a vera

    8
    0 Votes
    8 Posts
    196 Views
    akbooerA

    Yes, the problem is usually getting rid of old Zwave devices once they’ve joined the network. If you do your copy, and see what you have on ZWay, it should be clear what you’ve got.

  • M

    (Need Help) Migrate off Vera

    8
    0 Votes
    8 Posts
    399 Views
    rafale77R

    Sorry for not being of much more help. I know how painful it is to start from scratch and it is exactly what I was trying to avoid. It is also a big benefit of z-wave vs other protocols had it not been because of vera's broken implementation. It is just that I can't really get into how to recover your vera and it is likely a lot more work than to start fresh.

    When/if you get more into the automation part, you will start running into pretty steep learning curves with HA too which is why I vastly prefer doing it on openLuup and others with HA use node-red. @toggledbits is also working on an alternative: Super reactor. The one ring to rule them all. Which I forgot to mention in my previous post.

    PS: I tend to recommend against using the aeotec stick because of its specificities. It has no firmware upgrade path so you are stuck on an old SDK version. They released a new stick with a new SDK but the firmware is not upgradable. I have one and it's been a brick. Reminds me that I should probably get rid of it.

  • K

    Vera or not vera?

    104
    1 Votes
    104 Posts
    7k Views
    P

    They are too far apart in my case but thanks for the heads up rafale. Advantage - I can test on the small mesh and see how it goes! : )

  • C

    Vera Christmas Lights and migration away from Vera

    3
    0 Votes
    3 Posts
    170 Views
    R

    Just factory reset and run the extroot script again

Recent Topics