I have tried numerous ways to define a recurring annual period, for example from December 15 to January 15. No matter which method I try - after and before, between, after and/not after, Reactor reports "waiting for invalid date, invalid date. Some constructs also seem to cause Reactor to hang, timeout and restart. For example "before January 15 is evaluated as true, but reports "waiting for invalid date, invalid date". Does anyone have a tried and true method to define a recurring annual period? I think the "between" that I used successfully in the past may have broken with one of the updates.
Good evening all,
For about the past week or so, I've been having problems with a specific rule in my home automation that controls when my home goes from an Away mode to Home mode. One of the conditions it checked for was my alarm panel, when it changed from Armed Away to Disarmed. There seems to have been a firmware update on the panel that added an intermittent step of "pending", and I can't say for certain it happens 100% of the time.
Is there a way to write a condition that so it changes from one condition, to the next, and then another condition? As in, Home alarm changes from armed_away to pending to disarmed.
Thanks.
No idea how easy this would be. During my migration away from Z-wave I've been replacing the Z-wave devices with Sonoff which has broken some of my automations.
Any chance of a 'Test Reaction' function to call out which ones are broken because an entity no longer exists? Without actually running the reaction?
Or does this exist already and I'm just not aware of how to do it? Obviously I can see entities that are no longer available, but not quite what I'm looking for.
I guess it's something of an edge case so no huge issue.
TIA!
C
I'm sure this has been asked, and answered, but damned if I can figure it out
Use case: I have a rear garden with lights. A door from the kitchen into the garden and a door from the garage.
Currently if I open the kitchen door the lights come on (yay) and a 3 minute delay starts.
After 3 minutes, no matter what else happens, the lights go off (Boo! But also yay!)
What I would like is for the 3 minute delay until the lights go off to start from the latest door open event.
That is, if I'm going from kitchen to garage, and back again, the lights stay on until there's three minutes of no activity.
I've tried 'hacking' with a virtual switch, but can't seem to stop the delay.
Any pointers?
TIA
C
at _ClientAPI._commandTimeout (http://192.168.1.100:8111/client/ClientAPI.js:807:179
Seeing this randomly when returning to open browser tab after being away awhile. Once, maybe twice a day.
"What did you do to trigger it?" Literally nothing, just walked away and returned and there it was.
Actions taken in reasonably close proximity to this particular instance of it popping up: I'd restarted the MSR container in Portainer.
I'll try to grab some logs here shortly.
I'm having an issue with MSR's UI being very unresponsive. It started happening a couple days ago and I didn't make any changes that would have caused this except adding some meross lan devices in HA. When I go into an entity action and use the search functionality, it usually will start filtering and then get to a place after a few letters are entered where it will take 30 seconds or more (sometimes minutes) for the UI to show what I am typing. During this time MSR ui is completely unresponsive. I've tried multiple browsers and multiple computers. HA and MSR are both deployed in docker. I have run HTOP on the host and when the problem happens there are no CPU/Memory spikes at all.
From a functionality standpoint MSR is working perfectly. This seems to be an UI issue only.
Do i need to ditch Docker and run MSR on a Proxmox VM? I have both stand alone Docker and Proxmox environments. I dont mind doing that I just want to be able to use the UI again...
Installation method
Home Assistant Container
Core
2025.7.3
Frontend
20250702.3
nothing crazy in the logs except some openweather map stuff that doesn't make any sense as it is working fine in MSR
Any help would be greatly appreciated
Reactor latest-25328-b2ed1365 app 25328 configuration from /var/reactor/config
NODE_PATH /opt/reactor:/opt/reactor/node_modules
[latest-25328]2025-11-30T20:01:53.843Z <app:null> Reactor build latest-25328-b2ed1365 starting on v24.11.1 /usr/local/bin/node
[latest-25328]2025-11-30T20:01:53.844Z <app:null> Process ID 1 user/group 0/0; docker; platform linux/x64 #161-Ubuntu SMP Tue Jul 22 14:25:40 UTC 2025; locale (undefined)
[latest-25328]2025-11-30T20:01:53.844Z <app:null> Basedir /opt/reactor; data in /var/reactor/storage
[latest-25328]2025-11-30T20:01:53.844Z <app:null> NODE_PATH=/opt/reactor:/opt/reactor/node_modules
[latest-25328]2025-11-30T20:01:53.865Z <app:null> Resolved timezone=America/New_York, environment TZ=America/New_York; offset minutes from UTC=-300
[latest-25328]2025-11-30T20:01:53.867Z <default:null> Module i18n v25141
[latest-25328]2025-11-30T20:01:53.867Z <app:null> Configured locale (undefined); selected locale(s) en-US.UTF-8
[latest-25328]2025-11-30T20:01:53.879Z <app:null> Loaded locale en-US for en-US
[latest-25328]2025-11-30T20:01:53.879Z <app:null> Local date/time using configured timezone and locale formatting is "11/30/2025, 3:01:53 PM"
[latest-25328]2025-11-30T20:01:53.889Z <Structure:null> Module Structure v25326
[latest-25328]2025-11-30T20:01:53.890Z <Capabilities:null> Module Capabilities v24312
[latest-25328]2025-11-30T20:01:53.904Z <Plugin:null> Module Plugin v25141
[latest-25328]2025-11-30T20:01:53.923Z <Timer:null> Module Timer v25279
[latest-25328]2025-11-30T20:01:53.924Z <TimerBroker:null> Module TimerBroker v25314
[latest-25328]2025-11-30T20:01:53.927Z <Entity:null> Module Entity v25251
[latest-25328]2025-11-30T20:01:53.929Z <Controller:null> Module Controller v25253
[latest-25328]2025-11-30T20:01:53.930Z <AlertManager:null> Module AlertManager v25318
[latest-25328]2025-11-30T20:01:53.937Z <default:null> Module Ruleset v25283
[latest-25328]2025-11-30T20:01:53.937Z <default:null> Module Rulesets v25141
[latest-25328]2025-11-30T20:01:53.942Z <GlobalExpression:null> Module GlobalExpression v25258
[latest-25328]2025-11-30T20:01:53.953Z <Predicate:null> Module Predicate v25328
[latest-25328]2025-11-30T20:01:53.956Z <Rule:null> Module Rule v25323
[latest-25328]2025-11-30T20:01:53.958Z <GlobalReaction:null> Module GlobalReaction v25292
[latest-25328]2025-11-30T20:01:53.959Z <Engine:null> Module Engine v25325
[latest-25328]2025-11-30T20:01:53.964Z <httpapi:null> Module httpapi v25328
[latest-25328]2025-11-30T20:01:53.972Z <wsapi:null> Module wsapi v25328
[latest-25328]2025-11-30T20:01:53.994Z <TaskQueue:null> Module TaskQueue 24138
[latest-25328]2025-11-30T20:01:53.994Z <VeraController:null> Module VeraController v25141
[latest-25328]2025-11-30T20:01:54.179Z <HassController:null> Module HassController v25325
[latest-25328]2025-11-30T20:02:13.797Z <OWMWeatherController:null> Module OWMWeatherController v25268
[latest-25328]2025-11-30T20:02:13.800Z <SystemController:null> Module SystemController v25323
[latest-25328]2025-11-30T20:02:13.807Z <MQTTController:null> Module MQTTController v22092
[latest-25328]2025-11-30T20:02:20.630Z <OWMWeatherController:CRIT> FetchError: request to https://api.openweathermap.org/data/2.5/weather?lat=xxxxxxxxxx&lon=-xxxxxxxxx&appid=xxxxxxxxxxxxxxxxxxxxxxxxxx&units=standard&_r=1xxxxxxxxxxxxxxfailed, reason: [-]
FetchError: request to https://api.openweathermap.org/data/2.5/weather?lat=xxxxxxxxxxx&lon=-xxxxxxxxxxxxxxxxxx&appid=xxxxxxxxxxxxxxxxxxx&units=standard&_r=xxxxxxxxxxxxxxxfailed, reason:
at ClientRequest.<anonymous> (/opt/reactor/node_modules/node-fetch/lib/index.js:1501:11)
at ClientRequest.emit (node:events:508:28)
at ClientRequest.emit (node:domain:489:12)
at emitErrorEvent (node:_http_client:108:11)
at TLSSocket.socketErrorListener (node:_http_client:575:5)
at TLSSocket.emit (node:events:508:28)
at TLSSocket.emit (node:domain:489:12)
at emitErrorNT (node:internal/streams/destroy:170:8)
at emitErrorCloseNT (node:internal/streams/destroy:129:3)
at processTicksAndRejections (node:internal/process/task_queues:89:21
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.
[MSR] reactor-mqtt-contrib package for additional MQTT templates
-
Version 22350 released.
What's new:- shelly_button1: for Shelly Button 1 (battery powered button) - all the button modes (short, long, double, triple) are supported.
- fullykiosk: to handle messages coming from FullyKiosk. You'll have battery and charging status, screen brightness and current app.
What's fixed:
- query for all shelly template
- owntracks: trying to better handle null values/spurious messages.
How to update: just replace the files and restart Reactor.
-
Version 22350 released.
What's new:- shelly_button1: for Shelly Button 1 (battery powered button) - all the button modes (short, long, double, triple) are supported.
- fullykiosk: to handle messages coming from FullyKiosk. You'll have battery and charging status, screen brightness and current app.
What's fixed:
- query for all shelly template
- owntracks: trying to better handle null values/spurious messages.
How to update: just replace the files and restart Reactor.
@therealdb I grabbed the latest
owntracks_sensorand dropped it on top of the existing. (Yes, being late and I'm exhausted I failed to backup the original template.)owntracks_iphone14p: #entity ID - must be unique name: "iPhone14p J2A" # friendly name prefix: "msrmqtt" topic: "iphone14p-j2a" uses_template: "owntracks_sensor" homeRegionName: "Home" # owntracks_iphone8: #entity ID - must be unique name: "iPhone8 location" # friendly name prefix: "msrmqtt" topic: "iphone8-j2a" uses_template: "owntracks_sensor" homeRegionName: "Home" # owntracks_iphone14jay: #entity ID - must be unique name: "iPhone14max Jay" # friendly name prefix: "msrmqtt" topic: "iphone14max-jay" uses_template: "owntracks_sensor" homeRegionName: "CoralBerry" # owntracks_iphone14jen: #entity ID - must be unique name: "iPhone14 Jen" # friendly name prefix: "msrmqtt" topic: "iphone14-jen" uses_template: "owntracks_sensor" homeRegionName: "CoralBerry" # owntracks_iphone14addie: #entity ID - must be unique name: "iPhone14 Addie" # friendly name prefix: "msrmqtt" topic: "iphone14-addie" uses_template: "owntracks_sensor" homeRegionName: "CoralBerry" # owntracks_iphone14bella: #entity ID - must be unique name: "iPhone14 Bella" # friendly name prefix: "msrmqtt" topic: "iphone14-bella" uses_template: "owntracks_sensor" homeRegionName: "CoralBerry"That's my config... and this is my log since replacing/restarting:
... le" content="{"groups": [], "environmentKey" ... ^ [-] [latest-22349]2022-12-19T04:51:40.735Z <MQTTController:CRIT> YAMLException: end of the stream or a document separator is expected at line 21, column 66: ... le" content="{"groups": [], "environmentKey" ... ^ [-] YAMLException: end of the stream or a document separator is expected at line 21, column 66: ... le" content="{"groups": [], "environmentKey" ... ^ at generateError (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:167:10) at throwError (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:173:9) at readDocument (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1545:5) at loadDocuments (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1588:5) at load (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1614:19) at Object.safeLoad (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1637:10) at MQTTController._load_implementation (/home/reactor/Documents/reactor/ext/MQTTController/MQTTController.js:753:38) at async MQTTController.start (/home/reactor/Documents/reactor/ext/MQTTController/MQTTController.js:81:13) [latest-22349]2022-12-19T04:51:40.744Z <MQTTController:ERR> MQTTController#mqtt2 can't read/load templates from /home/reactor/Documents/reactor/config/mqtt_templates/owntracks_sensor.yaml: [YAMLException] end of the stream or a document separator is expected at line 21, column 66: ... le" content="{"groups": [], "environmentKey" ... ^ [-] [latest-22349]2022-12-19T04:51:40.754Z <MQTTController:CRIT> YAMLException: end of the stream or a document separator is expected at line 21, column 66: ... le" content="{"groups": [], "environmentKey" ... ^ [-] YAMLException: end of the stream or a document separator is expected at line 21, column 66: ... le" content="{"groups": [], "environmentKey" ... ^ at generateError (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:167:10) at throwError (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:173:9) at readDocument (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1545:5) at loadDocuments (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1588:5) at load (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1614:19) at Object.safeLoad (/home/reactor/Documents/reactor/node_modules/js-yaml/lib/js-yaml/loader.js:1637:10) at MQTTController._load_implementation (/home/reactor/Documents/reactor/ext/MQTTController/MQTTController.js:753:38) at async MQTTController.start (/home/reactor/Documents/reactor/ext/MQTTController/MQTTController.js:81:13) [latest-22349]2022-12-19T04:51:40.759Z <HassController:NOTICE> HassController#hass connecting to ws://192.168.1.198:8123/api/websocket [latest-22349]2022-12-19T04:51:40.766Z <MQTTController:INFO> MQTTController#mqtt instance topic ident is mqtt [latest-22349]2022-12-19T04:51:40.767Z <Controller:INFO> MQTTController#mqtt 0 dead entities older than 86400000s purged [latest-22349]2022-12-19T04:51:40.769Z <MQTTController:NOTICE> MQTTController#mqtt connecting to broker at mqtt://192.168.1.198:1883/ [latest-22349]2022-12-19T04:51:40.843Z <MQTTController:INFO> MQTTController#mqtt2 instance topic ident is mqtt2 [latest-22349]2022-12-19T04:51:40.844Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone14p uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.853Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone8 uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.890Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone14jay uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.901Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone14jen uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.914Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone14addie uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.923Z <MQTTController:ERR> MQTTController#mqtt2 entity owntracks_iphone14bella uses_template=owntracks_sensor, template not defined [latest-22349]2022-12-19T04:51:40.944Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone14addie no longer available, marking BinarySensor#mqtt2>owntracks_iphone14addie for removal [latest-22349]2022-12-19T04:51:40.952Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone14bella no longer available, marking BinarySensor#mqtt2>owntracks_iphone14bella for removal [latest-22349]2022-12-19T04:51:40.960Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone14jay no longer available, marking BinarySensor#mqtt2>owntracks_iphone14jay for removal [latest-22349]2022-12-19T04:51:40.967Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone14jen no longer available, marking BinarySensor#mqtt2>owntracks_iphone14jen for removal [latest-22349]2022-12-19T04:51:40.974Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone14p no longer available, marking BinarySensor#mqtt2>owntracks_iphone14p for removal [latest-22349]2022-12-19T04:51:40.980Z <MQTTController:NOTICE> MQTTController#mqtt2 device owntracks_iphone8 no longer available, marking BinarySensor#mqtt2>owntracks_iphone8 for removal [latest-22349]2022-12-19T04:51:40.987Z <Controller:INFO> MQTTController#mqtt2 0 dead entities older than 86400000s purged [latest-22349]2022-12-19T04:51:40.988Z <MQTTController:NOTICE> MQTTController#mqtt2 connecting to broker at mqtts://7ef71f0117fe40d28c2df12205c4a0d0.s2.eu.hivemq.cloud:8883 -
Version 22350 released.
What's new:- shelly_button1: for Shelly Button 1 (battery powered button) - all the button modes (short, long, double, triple) are supported.
- fullykiosk: to handle messages coming from FullyKiosk. You'll have battery and charging status, screen brightness and current app.
What's fixed:
- query for all shelly template
- owntracks: trying to better handle null values/spurious messages.
How to update: just replace the files and restart Reactor.
@therealdb Stand down - I refetched the template file and replaced and everything is fine.
Bad download, perhaps?
*Hubitat C-7 2.4.3.173
*Proxmox VE v8, Beelink MiniPC 12GBs, SSD*HASS 2025.12.4, Core 2025.12.3
w/ HA Connect ZWA-2
FW: v1.1
SDK: v7.23.1*Prod MSR in docker/portainer
MSR: latest-25328-b2ed1365
MQTTController: 25139
ZWave Controller: 25139 -
@therealdb Stand down - I refetched the template file and replaced and everything is fine.
Bad download, perhaps?
@gwp1 said in [MSR] reactor-mqtt-contrib package for additional MQTT templates:
Bad download, perhaps?
Maybe. I'll start packing them in zip files very soon, since MQTTController has the ability to get them from a compressed zip file. I'll do a proper release and things should be easier going on.
-
@gwp1 said in [MSR] reactor-mqtt-contrib package for additional MQTT templates:
Bad download, perhaps?
Maybe. I'll start packing them in zip files very soon, since MQTTController has the ability to get them from a compressed zip file. I'll do a proper release and things should be easier going on.
@therealdb Many thanks to you and @toggledbits for the combined efforts on this specific app.
I've convinced a friend to join us here in the world of MSR. I'd originally written up a
reactor.yamlthat included his Hubitat and VeraSecure controllers so he could just drop it in and go. I updated that file with multiple entities for each member of his family, had him install MQTTController, and drop the updated version of the config file into his MSR.Created an accompanying install doc for the iOS app customized to their setup and it's working brilliantly. His phone is connected to my HiveMQ cluster which connects his household and mine together so we can do shared presence automations across homes.
Love this stuff!
EDIT: took it a step further and offloaded my OwnTracks config file, edited a couple details (UserID, etc) and sent it to all members of his family. He added it to OwnTracks and everyone is identical in setup as far as Regions goes and everything is working smashingly.
STILL love this stuff
-
I've pushed a new version of my templates, with small fixes everywhere, plus notHomeRegionName to configure the "not home" state (ie: be consistent with Home Assistant, that's using "not_home", if you want) and better handling in general of events. Thanks to @CatmanV2 for the samples!
-
T toggledbits locked this topic on
-
I've just updated a bunch of templates, and added:
- shelly_relay_simple: you know, a simple template for a shelly relay
- shelly_scenecontroller: to map Shellies as scene controllers/buttons
- shelly_uni_adc: to map Shelly Uni's capabilities to measure ADC.
GitHub - dbochicchio/reactor-mqtt-contrib: Contrib MQTT templates for Reactor
Contrib MQTT templates for Reactor. Contribute to dbochicchio/reactor-mqtt-contrib development by creating an account on GitHub.
-
v 24111 with support for wifi_status just posted to https://github.com/dbochicchio/reactor-mqtt-contrib.
My system is stable at the moment and I'm not throwing new things at it, so there is no need for new templates. Let me know if you need a particular template or feel free to contribute.
-
v 24146 is out.
Mainly refactoring, with the addition of the first Shelly Gen 3 device (a relay).
GitHub - dbochicchio/reactor-mqtt-contrib: Contrib MQTT templates for Reactor
Contrib MQTT templates for Reactor. Contribute to dbochicchio/reactor-mqtt-contrib development by creating an account on GitHub.
-
I got a tons of new Gen3 devices, so expect lots of new templates!
In the meanwhile, v 24210 is online https://github.com/dbochicchio/reactor-mqtt-contrib/releases/tag/24210
New shelly_relay_power_gen3 to get power meters via Gen3 devices and a couple of fixes here and there.
-
New 24258 released today:
Release 24258 · dbochicchio/reactor-mqtt-contrib
Requires Reactor 24257. New template for HomeKey-ESP32 power_source capability for Fully Kiosk
Requires Reactor 24257.
- New template for HomeKey-ESP32 (more on that very soon)
- power_source capability for Fully Kiosk
-
T therealdb unlocked this topic on
-
T toggledbits unlocked this topic on
-
T toggledbits locked this topic on
-
Version 25244: https://github.com/dbochicchio/reactor-mqtt-contrib/releases/tag/25244
Add new Shelly Gen3 templates for dimmer and energy meter, modify version in manifest.yaml to 25244, enhance sensor expressions for accuracy, and improve event handling and actions. General refactoring and cleanup across YAML files for consistency and quality.