Good call
From MSR's reactor.log file:
[stable-23242]2024-03-10T21:17:49.485Z <HassController:INFO> HassController#hass action rgb_color.set([Object]{ "value": "75,0,255" }) on Light#hass>light_garage_light_l succeeded
I need to grab logs from HA as well
Also - I noticed that when I save the rule in MSR, it doesn't save everything. Instead of saving as '75, 0, 255' it just saves as '75'.
Hey crew, I'm trying to use MSR to control the RGB values of a Z-Wave bulb in Home Assistant.
Problem I'm running into - I would like to use 'rgb_color.set' to control this, but it doesn't work, instead it always passes the values '255,255,255' to HA no matter what values I enter within MSR.
More notes and examples below - I'm wondering if this is a formatting issue that I'm missing? Thanks for any help!
NOTES FROM TROUBLESHOOTING:
EXAMPLES:
When I use 'rgb_color.set_rgb', the values successfully carry over to Home Assistant:
But when I use 'rgb_color.set', the values DO NOT successfully carry over to Home Assistant:
DETAILS:
HA DETAILS
@toggledbits Thank you for helping, and that's more than fair.
I was pressing a button on the remote while viewing the Entity section of MSR, and the virtual device showed no change (the values stayed at "null"). I was expecting them to report on/off and to report the time change.
For others' reference, it is now working with the following code:
event_targets:
"RGBG-Remote-Button-1":
name: "RGBG Remote Button 1"
capabilities:
- button
events:
- event:
event_type: zha_event
data:
unique_id: "60:a4:23:ff:fe:65:a3:fb:1:0x0006"
response:
button.since:
expr: time()
button.state:
from: event.data.command
map:
"on": true
"off": false
Same goes for buttons 2-5, just tweak the value of "unique_id". Button 1 it ends with "1:0x0006" and button 2 would end with "2:0x0006", etc.
A caveat to this device is the on/off buttons at the very top send the same signal to HA as the "device 1 on/off" buttons (1:0x0006).
Here's a link to the device: https://rgbgenie.com/?product=rgbgenie-5-zone-remote-and-dimmer-zigbee
Hey friends - I'm trying this again with another remote, this time the ZB-5001 from RGB Genie.
It's not working yet, but I feel like I'm close. The device is successfully populating into MSR as an Entity, but when I press a button on the remote it does not report any changes to MSR.
Could you help me check my work?
DATA FROM HASSIO_EVENTS.LOG
zha_event {
"id": 1676585189844,
"type": "event",
"event": {
"event_type": "zha_event",
"data": {
"device_ieee": "60:a4:23:ff:fe:65:a3:fb",
"unique_id": "60:a4:23:ff:fe:65:a3:fb:2:0x0006",
"device_id": "516aaf4459a4f4f319a178de36a28dfd",
"endpoint_id": 1,
"cluster_id": 6,
"command": "on",
"args": [],
"params": {}
},
"origin": "LOCAL",
"time_fired": "2023-02-16T22:07:24.518489+00:00",
"context": {
"id": "01GSE495V6J686X0RGXYZ046CG",
"parent_id": null,
"user_id": null
}
}
MY BEST ATTEMPT AT THE CODE FOR REACTOR.YAML
event_targets:
"RGBG-Remote-Button-1":
name: "RGBG Remote Button 1"
capabilities:
- button
events:
- event:
event_type: zha_event
data:
device_id: "516aaf4459a4f4f319a178de36a28dfd"
endpoint_id: "1"
response:
button.since:
from: event.data.time_fired
button.state:
from: event.data.command
map:
on: on
off: off
@toggledbits wow, thank you.
I've successfully added the Hank devices to the reactor.yaml file, along with a couple other remotes. Here are my notes for anyone else on this endeavor.
Hank HKZW-SCN04 has 4 buttons, and from my tests they do not support 2x or 3x clicks/presses.
Minoston MR40Z V1.0 has 4 buttons, and supports all of the presses that you mapped.
Zooz ZEN34 Ver. 1.0 has 2 buttons and supports all the presses that you mapped PLUS it has 4x and 5x presses as well.
@christian_fabre said in Adding remotes, scene controllers as entities to MSR:
Thanks ...
I followed this post and managed to successfully use my HANK SCN04 remote with Reactor and Home Assistant.
@christian_fabre Do you mind sharing the code you used? I have two of the HANK SCN04 as well, and am trying to do the same thing
Of course, that fixed it. Thank you both!
@sweetgenius yeah I should— I can probably do that tomorrow.
Hey crew,
I'm running into an issue where MSR's reactions aren't successfully running, and I can't figure out what's gone wrong.
Backstory-- we had a big thunderstorm roll through the other day, we lost internet and the storm got bad so I unplugged most items in my homelab, including the Pi that's running MSR.
Now that everything is powered back up, the reactions aren't running correctly. Most of my MSR automations are to use motion sensors to turn lights on/off, and I immediately noticed that even when a motion sensor is tripped, the light doesn't turn on like it's supposed to.
I've tested a bunch of things to see what's broken, here's what I've observed:
-I can successfully flip lights on/off manually within Vera
-I can successfully flip lights on/off manually within MSR's Entities section
-the motion motion sensors are correctly reporting to Vera and MSR (I can see when they're sensing motion)
-the rules within MSR are working correctly, I can see when they flip to 'true' when I walk by a motion sensor
-I can successfully run the Reaction within MSR (by hitting the 'play' button)
But for whatever reason, when everything needs to work together, it doesn't successfully run the action. IE: the motion sensor trips, reports it to MSR, I can see MSR going "true" but the light does not turn on. Open to any suggestions, thank you!
SYSTEM
Vera has all my devices
MSR is running bare metal on Rpi "Reactor (Multi-hub) stable-22004-6d6c6b7"
@vezinpi said in Who are my Home Assistant + ZWave-JS users?:
I don't, but I could if that's the way you want to communicate.
Same
@toggledbits & @tunnus thank you both, your suggestions both worked beautifully. I especially like the spacing & newlines... much clearer
Pat, I will say on a side note, I thought the transition from Vera/Reactor to HA/MSR would take FOREVER but it's been moving along pretty quickly so far, partially due to the Import tool. Thanks for making that. I still have a long way to go, but I'm making good progress.
I'm working on moving from Reactor to MSR, but I'm having a hard time converting this expression.
(For context, this expression is a part of my thermostat automation, and is designed to convert the outdoor temperature into a standard value from 1-6, which in turn tells the thermostat if we should be heating or cooling and to what degree)
Within Vera, this is my expression that's working perfectly:
if(TodayAvg<=33, 1, if(TodayAvg>33 and TodayAvg<=55, 2, if(TodayAvg>55 and TodayAvg<=65, 3, if(TodayAvg>65 and TodayAvg<=74, 4, if(TodayAvg>74 and TodayAvg<=80, 5, if(TodayAvg>80, 6, null))))))
I've successfully converted the first piece of that expression within MSR, with both of these configurations running successfully:
if TodayAvg <= 33 then 1 endif
TodayAvg <= 33 ? 1 : null
But as soon as I try to nest the logic, it breaks. (This code is not successful)
if TodayAvg <= 33 then 1 else if TodayAvg > 33 and TodayAvg <= 55 then 2 endif
Would love some advice on how to successfully convert this into a format that MSR accepts.
Thanks all!
Sign me up 
I just let it run with the 14.17
@toggledbits Oh jeez, I followed the wrong set of instructions from the get-go. When you asked about the install script, I retraced my steps and realized what happened.
I followed the "Linux (various) Bare Metal" instructions because I did not read that the 4B instructions also worked for the 3B+.
So I just started fresh and followed the correct instructions, and everything seems to be working. Thank you for your help!
@toggledbits Sorry, I should have been more specific, it’s running Raspberry Pi OS Lite. Are you saying it should be the regular Raspberry Pi OS?
@toggledbits
Vera Firmware: 1.7.5186 (7.31)
Pi: Raspberry Pi 3 Model B Plus Rev 1.3, and the Debian version is 10.10
The response was immediate from the web browser, and from when I used wget within the Pi.
@toggledbits A ton 
pi@MSR-raspberrypi:~/reactor $ node app.js
basedir /home/pi/reactor
confdir /home/pi/reactor/config
datadir /home/pi/reactor/storage
logsdir /home/pi/reactor/logs
plugindir /home/pi/reactor/ext
module.paths [
'/home/pi/reactor/node_modules',
'/home/pi/node_modules',
'/home/node_modules',
'/node_modules'
]
NODE_PATH undefined
2021-09-25T18:29:17.047Z <app:null> Reactor "1.0.1-21243-83a87ba" starting on v14.17.6
2021-09-25T18:29:17.051Z <app:INFO> Process ID 3194; platform linux/arm #1449 SMP Wed Aug 25 15:00:01 BST 2021; locale [ "en-GB", "UTF-8" ]
2021-09-25T18:29:17.053Z <app:INFO> Basedir /home/pi/reactor; data in /home/pi/reactor/storage
2021-09-25T18:29:17.054Z <app:INFO> NODE_PATH (undefined); module paths [ "/home/pi/reactor/node_modules", "/home/pi/node_modules", "/home/node_modules", "/node_modules" ]
2021-09-25T18:29:17.245Z <Plugin:null> Module Plugin v21173
2021-09-25T18:29:17.270Z <default:INFO> Module Entity v21177
2021-09-25T18:29:17.280Z <Controller:null> Module Controller v21226
2021-09-25T18:29:17.281Z <default:null> Module Structure v21229
2021-09-25T18:29:17.303Z <default:null> Module Ruleset v21096
2021-09-25T18:29:17.304Z <default:null> Module Rulesets v21096
2021-09-25T18:29:17.373Z <default:null> Module Rule v21224
2021-09-25T18:29:17.388Z <default:null> Module Engine v21213
2021-09-25T18:29:17.390Z <default:null> Module httpapi v21238
2021-09-25T18:29:17.396Z <default:null> Module httpproxy v21054
2021-09-25T18:29:17.443Z <default:null> Module wsapi v21196
2021-09-25T18:29:17.447Z <app:NOTICE> Starting Structure...
2021-09-25T18:29:17.455Z <default:NOTICE> Structure#1 plugin ID influx disabled; skipping
2021-09-25T18:29:17.459Z <default:INFO> Structure#1 starting controller interface vera (VeraController)
2021-09-25T18:29:17.470Z <default:INFO> Structure#1 starting controller interface hass (HassController)
2021-09-25T18:29:17.473Z <default:INFO> Structure#1 starting controller interface reactor_system (SystemController)
2021-09-25T18:29:17.614Z <default:null> Module VeraController v21236
2021-09-25T18:29:17.625Z <default:null> Module HassController v21243
2021-09-25T18:29:17.630Z <default:null> Module SystemController v21102
2021-09-25T18:29:17.641Z <VeraController:NOTICE> VeraController#vera starting
2021-09-25T18:29:17.809Z <VeraController:INFO> VeraController#vera loaded mapping ver 21236 rev 1 format 1 notice
2021-09-25T18:29:17.812Z <VeraController:INFO> VeraController: deviceclass vera_system_object capability sys_system does not provide attribute state
2021-09-25T18:29:17.926Z <HassController:INFO> HassController#hass device mapping data loaded; checking...
2021-09-25T18:29:17.997Z <HassController:NOTICE> HassController#hass attempting reconnection to ws://10.0.0.108:8123/api/websocket
2021-09-25T18:29:18.002Z <HassController:NOTICE> HassController#hass connecting via WS to ws://10.0.0.108:8123/api/websocket
2021-09-25T18:29:18.018Z <default:NOTICE> Controller SystemController#reactor_system is now online.
2021-09-25T18:29:18.192Z <app:INFO> Structure running; pausing for controllers' initial ready
2021-09-25T18:29:18.261Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594557823 failed, reason: socket hang up
2021-09-25T18:29:18.285Z <HassController:NOTICE> HassController#hass connected, starting protocol
2021-09-25T18:29:18.304Z <HassController:INFO> HassController#hass successful authentication with ws://10.0.0.108:8123; fetching initial data...
2021-09-25T18:29:18.317Z <HassController:INFO> HassController#hass Hass reports version "2021.8.6" location Home timezone America/Detroit state RUNNING safe_mode false
2021-09-25T18:29:18.553Z <HassController:NOTICE> Controller HassController#hass is now online.
2021-09-25T18:29:23.290Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594563265 failed, reason: socket hang up
2021-09-25T18:29:28.312Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594568291 failed, reason: socket hang up
2021-09-25T18:29:33.339Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594573317 failed, reason: socket hang up
2021-09-25T18:29:39.363Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594579344 failed, reason: socket hang up
2021-09-25T18:29:46.392Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594586368 failed, reason: socket hang up
2021-09-25T18:29:54.420Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594594399 failed, reason: socket hang up
2021-09-25T18:30:03.448Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594603429 failed, reason: socket hang up
2021-09-25T18:30:13.468Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594613450 failed, reason: socket hang up
2021-09-25T18:30:18.265Z <app:NOTICE> Starting Reaction Engine...
2021-09-25T18:30:18.269Z <Engine:INFO> Reaction Engine starting
2021-09-25T18:30:18.273Z <Engine:INFO> Checking rule sets...
2021-09-25T18:30:18.285Z <Engine:INFO> Checking rules...
2021-09-25T18:30:18.287Z <Engine:INFO> Data check complete; no corrections.
2021-09-25T18:30:18.296Z <Engine:NOTICE> Reaction Engine running!
2021-09-25T18:30:18.297Z <app:NOTICE> Starting HTTP server and API...
2021-09-25T18:30:18.314Z <app:NOTICE> Startup complete
2021-09-25T18:30:18.323Z <app:NOTICE> HTTP API v1 21238 base URL http://10.0.0.5:8111; listening
2021-09-25T18:30:18.362Z <app:NOTICE> HTTP server running; registering proxy endpoints.
2021-09-25T18:30:18.365Z <app:NOTICE> Starting WSAPI...
2021-09-25T18:30:18.368Z <app:NOTICE> wsapi: starting version 21196
2021-09-25T18:30:18.405Z <Engine:INFO> Engine#1 master timer tick, local time "25/09/2021, 14:30:18" (TZ offset -240 mins from UTC)
2021-09-25T18:30:18.687Z <app:INFO> wsapi: connection from ::ffff:10.0.0.91
2021-09-25T18:30:24.490Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594624469 failed, reason: socket hang up
2021-09-25T18:30:36.518Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594636500 failed, reason: socket hang up
2021-09-25T18:30:49.536Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594649518 failed, reason: socket hang up
2021-09-25T18:31:03.567Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594663549 failed, reason: socket hang up
2021-09-25T18:31:18.580Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594678567 failed, reason: socket hang up
2021-09-25T18:31:34.607Z <VeraController:ERR> VeraController#vera update request failed: FetchError: request to http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632594694590 failed, reason: socket hang up
Thank you both. @Buxton I followed these directions and commented out "auth" in both files, restarted Vera, still got the same error messages.
What's strange is-- I took one of the request URLs (like http://10.0.0.141:3480/data_request?id=user_data&ns=1&Timeout=15&output_format=json&_r=1632187568275) and pasted it into my laptop's web browser, and I got a huge output file. So it seems like Vera is working.
Maybe it's a network configuration problem like you suggested, @toggledbits ? So I went to my Raspberry Pi that's running MSR, and I used wget then it successfully downloaded the output file to the pi as well. So I'm not sure why it's not working within MSR!
@toggledbits Do you mind helping me understand why the "socket hang up" & "ECONNREFUSED" messages mean that Vera is reloading a lot?