Hubitat C7 = 2.3.2.141 AND 2.3.3.123
MSR in a docker = latest-22264-93bf3814 and latest-22266-88868fc0
I'm curious if this is a bug or expected behavior. Unfortunately I don't know exactly when this began either. I have renamed a few devices over the course of the last few MSR builds, but never really brought it up before. Plus I don't rename devices too often. But I have a motion sensor right now that I renamed in Hubitat from "Office Motion" to "Living Room Motion" over 2 weeks week ago. Probably closer to 3 or 4 weeks now. I have restarted MSR several times since the rename, hard refreshed the browser, tried a different machine and different browser, and even an updated version of MSR. MSR is still showing the old name within the Entities section. I know I could rename it within MSR, but I would prefer to only have to rename devices in one location. I don't recall how long ago I started noticing this, which I know does not help at all.
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.
The reason for my question is a rather long story involving a virtual thermostat on my Hubitat and using InfluxDB and Grafana to graph the state of the thermostat.
The TL;DR version is that it would be helpful if I could send MSR expressions (variables) to InfluxDB. I don't currently see any way to do that, and if it isn't a current capability of MSR it might be useful as a future enhancement.
Long version: I have a rule in MSR that runs every minute to pull the thermostat information from my thermostat's cloud API. I parse the response into global variables, and then update a Hubitat virtual thermostat when those global variables change. I added the x_hubitat_Thermostat entity, along with selected capabilities, to my reactor.yaml in the InfluxDB section, 'default_capabilities', so the changes to the virtual thermostat get logged into the db.
It's working OK except when the API reports that the temperature has reached the setpoint but the system is still operating. For example, in the morning when the heat is turned up, the temp will climb until the setpoint == the temperature, but the system will continue heating for a while afterwards. It's a variable speed/heat system so it continues to run at very low output for quite a while after the temps match.
The issue I'm having is that when the temperature matches the setpoint, the Hubitat virtual thermostat switches to idle mode on it's own, despite the fact that the API is still reporting heating mode. When the virtual device sees that the setpoint has been reached, it automatically changes to idle, which makes sense as that's how you'd want a real thermostat to work .
I am working around this by having the rule that updates the temperature on the virtual device also update the operatingState. This fixes it, but for just a few milliseconds the virtual thermostat switches to idle before the rule sets it back to heat, and that state change shows up in Grafana.
If I could just directly log changes to the expressions to InfluxDB I could avoid the issue and get the same data into the database. Also I can see other applications for something like this with other APIs where MSR and InfluxDB could be used to log data without having any virtual device entities involved.
Just seen notification to Netatmo developers that the current password-based login is being disabled as from October.
Oath2 is now a requirement for apps needing access to Netatmo. This will require some changes to my venerable plug-in. I’m not sure how easy this will be with the current libraries in use.
Does anyone out there use the Netatmo plug-in?
Does anyone have any advice on using Oath2?
Hi all, I hope someone could drive me in the right direction.
I was setting up a new zware environment using a UZB stick I bought about 2 yeasr ago and never used.
This stick was using firmware 5.27 that sounded to me a bit old.
So I looked on the process of upgrading the device and I downloaded the ZMESerialUpdater, the I went on the z-wave.me site and look for the firmware and I found (on this awfull map) the firmware UPD_FIRMWARE_UZB_STATIC_2ch_ZME_05_1b_04000001_ZME_05_24_04000001.bin (that AFAIK should upgrade from version 5.27 to 5.36).
I run the update and it never finished....
8899ae1b-c9cc-488b-ba15-870bbf66c044-image.png
After 2 hours waiting for nothing, I finally CTRL-C and removed and reinserted the USB stick that is not recognized anymore.
I really think I won a nice peace of plastic usb shaped, but in case someone has an idea, I would be pleased to read your coment.
Regards
Hey Patrick, had to switch over my HA VM from VirtualBox to VMware since VirtualBox stopped playing well. Anyways I updated the IP address to the new VM IP and deleted the Long Lived Access Token and created a new one just in case (copy pasted the new token into the config file). Tried rebooting both the HA machine and the MSR one too and MSR is still not connecting. The only thing I have not tried yet is creating another controller entry, but I am worried it may create all new entities for everything forcing me to redo all my logic. Here are some logs:
[latest-22258]2022-09-20T21:17:24.749Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:17:24.749Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:17:24.749Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:18:09.753Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:18:24.761Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:18:24.761Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:18:24.761Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:19:01.083Z <VeraController:INFO> VeraController#vera 0 dead entities older than 86400000s purged [latest-22258]2022-09-20T21:19:14.780Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:19:29.785Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:19:29.785Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:19:29.785Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:20:24.791Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.8.113:8123/api/websocket [latest-22258]2022-09-20T21:20:39.813Z <HassController:WARN> HassController#hass websocket error during open/negotation: [Error]Error: Opening handshake has timed out [latest-22258]2022-09-20T21:20:39.820Z <HassController:NOTICE> HassController#hass websocket to ws://192.168.8.113:8123/api/websocket closed during open/negotiation [latest-22258]2022-09-20T21:20:39.820Z <HassController:WARN> HassController#hass failed to connect/initialize communication: [Error]Error: Opening handshake has timed out
Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here.
Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.I've been trying to figure out Reactor but I'm not very good at programming.
I have two scenes in VERA.
One scene should only run during the DAY and then stop running.
One scene should only run during the NIGHT and then stop running.
My scenes start off at the right times, but they do not turn off. I created a Sunrise/Sunset Reactor trigger and added it as a condition to each of my scenes.
However, the Reactor trigger when tripping or untripping does not prevent my Vera scenes from running. It will start them correctly the first day, but after that, both scene stay running and fight with each other. What am I doing wrong?
Thanks for any help!
If you are interested, here are the actions I wish to perform with each scene.
FARM STAND - DAY (runs at Sunrise)
Turn ON a device called LETTUCE LAMPFARM STAND - NIGHT (runs at Sunset)
Turn OFF a device called LETTUCE LAMPThis sounds simple, but I cannot figure out how to disable these scenes when the theyre not supposed to run.
I am no longer using any VERA scenes. I am only using a REACTOR trigger and activities.
Will my activities do what I need them to do? See below:
Here's what I am trying to accomplish:
AT SUNRISE
Turn ON a light called LETTUCE LAMP and keep it ON.AT SUNSET
Turn OFF a light called LETTUCE LAMP and keep it OFF.Patrick,
I've just imported a large set of rules from Vera, and I had already played with creating rules in MSR that are mixed throughout the existing Vera rules. Is there any sort of way to "find/replace" in MSR, so I can find all matches to the old rules and replace them with the new ones?
Patrick,
Yesterday I migrated a large luup Reactor group over from Vera to MSR, following the directions to importing it from Vera in the documentation. One of the odd things in the migration was the conditional rules for House Modes. Many of my rules had conditions such as "House Mode is any of Home, Night, or changes to Away.
The way the import did it was changes from 1,3 to null. This importation did not seem to trigger rules correctly.
I was able to fix all the instances by creating multiple triggers in a group:
Entity Attribute: House Mode (vera>housemode) x_vera_housemode.mode contains home
OR Entity Attribute: House Mode (vera>housemode) x_vera_housemode.mode contains night
Is this what you are expecting in importation?
Hi,
I’m sure this is not a unique question about Vera (& Lua 5.1) and I’ve seen this reference in place,, but I can’t seem to find a fix to make an https download request work..
To give you an example, the code below aims to download 2 different files, the http call works fine, returning a 200 code, but the https one doesn’t, it doesn’t return anything ?
Please could some highlight what I’m missing?
print("--------DOWNLOAD http---------") local http = require("socket.http") local body, code = http.request("http://pbs.twimg.com/media/CCROQ8vUEAEgFke.jpg") print(code) if not body then error(code) end local f = assert(io.open('mnt/nas/webtest1.jpg', 'wb')) -- open in "binary" mode f:write(body) f:close() print("--------DOWNLOAD https---------") local https = require "ssl.https" --luasec local body, code = https.request("https://u.cubeupload.com/jbcooper/16146313918060.jpg") print(code) if not body then error(code) end local f = assert(io.open('mnt/nas/webtest2.jpg', 'wb')) -- open in "binary" mode f:write(body) f:close()Good morning all,
This weekend I've been playing around with Home Assistant as a replacement (long term) for my aging Vera platform. I'm pretty amazed how much more capability it has. On the other hand, the sheer amount of variables it pulls in from devices is massive.
In any case, I have added Google Calendar into Home Assistant for things like Federal Holidays and my daughter's school calendar. It connected to them without issue, which I had been having problems with in Vera an GCal3.
I connected MSR to Home Assistant, so I can start using some of the systems I've integrated into Home Assistant in MSR, and continue migrating my luup Reactor rules over to MSR. Now I'm trying to create a rule based on if today is a Federal Holiday or not. Reactor sees the calendar just fine, however, for whatever reason, it's not pulling data for today, but the next event, which in this case is Columbus day, three weeks away. The attribute that is pulling this is x_haas_attr.message.
I tested with my daughter's school calendar, and it did have an entry for today, and none of the other values seemed to be different, such as a "true" or something to tell me there is an entry.
a8478a6e-d8eb-4572-ac84-c94ff012a1ec-image.png
60632486-e80b-4f0f-aed9-dc67113689a4-image.png
ab04cd0f-f849-4e14-be7d-f4c00735da77-image.png
The only thing I've been able to come up with, is there is a start_time attribute, which shows the date as 2022-10-10 00:00:00
1cbe4526-7f63-4329-a088-b331f1d03376-image.png
The only thing I can think of is there might be a way to compare the current system date to that date, but I can't seem to figure that out in MSR.
Has anybody done this? Any suggestions?
Possibly stupid question. I have Owntracks on my phone. It's claiming to report to my Mosquitto server. However, when I transitioned out of the logged area today, I can't find any log entry that seems to correlate.
Is there documentation to integrate Mosquitto with AltUI or MSR? Or am I going the wronggggggg way (again)?
TIA
C
I started kicking around the VEC last evening, was cut short, and dug in a bit more this morning.
My reactor.yaml:
d3df4d99-aa7f-4b8b-8fb9-5a6c615daad9-image.png
I verified the yaml is good at https://yamlchecker.com/
What I'm seeing in MSR:
0f89ce8e-7abe-4779-baca-43123e030cf4-image.png
87560ded-7dfa-4340-8585-8be58ff22852-image.png
I believe I have followed all steps (standard disclaimers apply).
Anyone else started to tinker with this newness and, if so, what were your results?
Having just embarrassed myself to @toggledbits by asserting that the latest release somehow had a bug when in reality it was surfacing underlying issues with my approach to building out my rulesets and automations I wanted to ask the collective for their feedback on how they've designed their rulesets.
For me, I built out a list of Global Reactions that I commonly use. For instance, for mode changes I typically change the mode entity and write that mode to a variable for some future use. When building out a ruleset I just pull in that Global Reaction vs manually recreating the entity list as my ruleset Reaction. Example, for lighting:
270bbe18-9680-491d-81d4-20308a9fe63c-image.png
Each of these contains the appropriate group of lights to turn on/off, etc.
I also have what I've dubbed my "Armed for..." rulesets. These are rulesets that can be referenced as true or false in other rulesets. Example, for my various lighting configurations in and out of the house I have these:
0d9f55d4-5d5d-42e2-a83c-8afa95df08fb-image.png
I think this is resulting in reactions stomping on other reactions creating race conditions that result in things looking like they're working when, in reality, they're one restart away from disaster.
So how are you all designing your superstructure, if you will, at a high level?
Maybe more of a cosmetic issue, but certain entities could be hidden from entity actions as you cannot set any meaningful action? See Vera as an example:
Screenshot 2022-09-16 at 15.11.29.png
vera>system is then obviously a different story and should be there
Hi @toggledbits,
I have a bridge consuming Vera's variable using the MQTTController in MSR, and I've noticed that after I've updated to the latest version (22257), some variables are not echoed. I've already tried to reboot MSR, with no luck.
These variables are under urn:smarthome-community:serverId:Vacuum
0fe837ed-3a29-4d5d-a06c-445981d44e13-image.png
A trace via MQTT explorer:
cf919028-4f7b-4761-b99a-c3943945704a-image.png
My config has just exclude_capabilities: [] and it was working OK before the latest build. Even /query command doesn't seem to retrieve all the attributes. The values are retrieved correctly from the Vera controller, and I could use them in MSR, they're just not echoed to the bridge. Thanks!
I'm still not excluded, but I think it's a matter of time until he sees the same profile picture.
I was hoping to be able to test the eZLO plus some more, but given the temperature, i'd rather stay with the "Rafael group". 
Utterly flabberghasting!
Edit: And there, i'm out too. Should we count how many eZLO plus beta testers he threw out? I have one.
I finally made the Domoticz link work, and then ported all Zigbee devices to the much better zigate plugin there. No change in latency at all, very sharp responses to door and motion sensors. Happy! 
This plugin has its own GUI, and is almost structurally standalone. I've contacted the developers to ask if its possible with a direct API and to run it as a service to cut domoticz out of the chain..
I can now confirm that TRADFRI and Aqara will work together just fine, with repeaters helping for both systems:
The answer was offcourse logs. I didn't put in any limit to it, so everything is stored!
Found the solution here, update the docker compose files, and on we go.
Shouldn't this topic be set to "SOLVED"? 
Good luck with Hass, and not in the ironic way.
So, the resolution to the recent errors was that the UZB Stick was set up with "Bridge" firmware! to fix, go to ExpertUI - Network - Control - Firmware - Switch to "Normal" Firmware.
I may have been blinded by the "F**k, nothing i try works", but i think this detail could be more visible to beginners in some way, i.e. a small pop-up message when you try to add sensors in a-way (which requires normal mode FW).. I will pitch this to the z-way guys.
Onwards!
Cool! I'm currently on the Docker path, so i'll be setting up one for this. Ubuntu or debian? mabye Alipne, as VWout used for Openluup?
Contact!
Had to make a new token to make it work, theres no expiry of them, i hope?
Now i have to learn how to send "special" characters, it didnt even like "!".. But i don't intend to yell in my notifications anyway.
Sent one from reactor too Patrick.
To all you developer guys; Awesome job! thankyou for making this great HA system! Hope to join in on making some contributions myself.
Did this:
@rafale77 said in z-way-server ubuntu install:
The problem is that libcurl3 is not in the standard repo you have listed.
assuming you are on ubuntu download it from here:You need to pick from the correct platform.
wget --url you can paste from the link above--i.e
wget http://no.archive.ubuntu.com/ubuntu/pool/universe/c/curl3/libcurl3_7.58.0-2ubuntu2_amd64.debdownloading from the norwegian mirror for x64
Then run
dpkg -i libcurl3_7.58.0-2ubuntu2_amd64.debmight need sudo authority to install.
Edit: Another idiot way to do it is to not install libcurl3 at all and instead create a symbolic link for libcurl3 to call libcurl4 (That's how I am running mine
)
sudo ln -s /usr/local/x86_64-linux-gnu/libcurl-gnutls.so.4 /usr/local/x86_64-linux-gnu/libcurl-gnutls.so.3 sudo ln -s /usr/local/x86_64-linux-gnu/libcurl.so.4 /usr/local/x86_64-linux-gnu/libcurl.so.3Note that you will need to find where your libcurl library was installed. I just gave you the ubuntu location.
and
apt install curl
systemctl disable openluup.service
systemctl enable openluup.service
systemctl start openluup.service
up and running again. Now the appstore is OK too, commencing attempt 2 on z-way bridge.
I have a docker running smoothly now, thought i'd share it. (and BTW, it looks awesome, Patrick!)
So far i've only opened 8111, and /config as volume. Mabye the full /reactor folder should be exposed for easy updating?
docker compose:
version: "3.9"
services:
MSR:
container_name: MSR
restart: always
image: perhu/msr-alpine:latest
ports:
- "8111:8111"
networks:
HAnett:
ipv4_address: 192.168.0.8
volumes:
- type: bind
source: /etc/localtime
target: /etc/localtime
- type: volume
source: MSR-config
target: /etc/reactor/config
- type: volume
source: MSR-storage
target: /etc/reactor/storage
logging:
driver: "json-file"
options:
max-file: "5"
max-size: 10m
networks:
HAnett:
name: HAnett
driver: bridge
ipam:
config:
- subnet: 192.168.0.0/16
gateway: 192.168.0.254
volumes:
MSR-config:
name: MSR-config
MSR-storage:
name: MSR-storage
dockerfile for those who want to modify the image: (this works if you have unzipped MSR zip file to the same folder as the dockerfile)
FROM alpine:latest
COPY /reactor/. /etc/reactor/
RUN apk add --update nodejs npm && cd /etc/reactor \
&& npm install --loglevel error --no-save \
&& cp dist-config/* config/
VOLUME ["/etc/reactor/config"]
VOLUME ["/etc/reactor/storage"]
EXPOSE 8111
CMD ["/bin/sh"]
WORKDIR /etc/reactor
CMD ["node", "/etc/reactor/app.js"]
EDIT: 20210307 - updated with localtime bind
I suggest that you buy a xiaomi mi vacuum as well!
(good job!)
I did a test of just modifying a line from the nukevera script, and now the vera is stable. No idea if it's correct (or will survive a reboot), but it works..
sed -i '2 a exit 0' /usr/bin/Rotate_Logs.sh
I've gotten all the connections up (problem was on the other side), but one issue is still here: Rotate_Logs.sh is still called every 20 minutes, and it causes a reboot. Can I just delete the script?
Can't see that my router does anything here, but I do see that the RFXTRX integration in HASS has some issues, so it may just be that implementation. Zigbee to ZHA in hass is completely stable..
I just noticed that my SSH connection dropped out if i wasn't active on it, so I thought that this may be the case for the RFX connection as well..
I've been looking a bit more at this, taking in zigbee and rfxtrx from a vera to HASS.
Zigbee is in, and runs well, but the second connection is rough, wether its z-wave or RFXTRX (I added a line for it in ser2net.conf).
I noticed that the Vera seems to have a timeout on the connections, is there a way to disable this or to change it?
I don't get your first question, vera is on its way out?
I still think that you can use virtual switches (they're called Helpers in HA) in both cases, and have MSR monitor and react to them. MSR can reset the switch as its last action for example.
I'm not that versed in global reactions, but I run everything I had in vera scenes as standard rules.
There is an additional license for the Z-Way software, but I would say it is well worth it. My experience is that it's extremely stable (haven't crashed once in the years i've had it), and the control of the network through the expert panel is probably the best you can find.
The "Smart Home" UI is not great, but it doesn't matter much if you're using openLuup.
@MikeReadington, MSR is merely an automation machine that uses entities from other systems, so i guess its more natural to integrate the mentioned systems with THR, and not MSR?
What would you want to do from THR?
Yes, the regular sidebar with dashboards is scrollable, i ment the custom sidebar i tried for a in-dashboard sidebar..
Yes, it seems like I have to.. I tried the mentioned sidebar, but can't use it as I can't scroll it.. Kind of surprised that this simple thing isn't possible?
I wish I could at least group them in the sidebar in some way..
..and this had the answer i was looking for: https://github.com/DBuit/sidebar-card