Build: latest-26221-b25bb3e3, Docker on Synology.
Hi, I have a Rule whose Trigger/Constraints reference other Rules via Rule State ... is TRUE. At some point it stops firing.
Expanding the rule's condition tree in the UI shows every Trigger and Constraint condition green/TRUE — confirmed live by walking into the room and watching Motion go true in real time. Rule History shows no new SET, just old reset entries.
Tried, on the same rule, same evening: recreating the trigger conditions with fresh IDs, recreating the constraint conditions with fresh IDs (flat and wrapped in a new Group — wrapping in a Group produced one SET, but it didn't reproduce on repeat attempts with the same structure), and finally a full container restart with a verified-correct saved rule. Still no SET, even with a fresh live motion event right after the restart.
Separately, I found that this rule (and its 10 per-room clones) share identical internal condition/group IDs with each other — leftover from a batch clone done months ago, never regenerated. Not sure if that's related, since fixing the IDs didn't reliably fix the symptom either.
Has anyone seen a Rule State condition show TRUE in the UI without the Rule ever producing a SET, surviving a clean restart?
Thanks in advance
Hey @toggledbits I'm back to trying to optimize a couple of things based on dynamic group.
First of all, I think I found a typo in the doc:
primary_attribute: "binary_sensor.state"
primary_attribute_value: |
d = false;
each id in members: d = getEntity(id)?.attributes?.power_switch?.state or d,
d
I think the correct code snippet is d = false,
All that said, my use case for dynamic groups is to group 3 different climate devices, so I could easily command them at the same time. Commands are good, but sometimes I want to check if any of the devices are on, and that's easily done with a similar snippet as the one you have in the docs. But this is limited to the primary attribute, while I want to have any of the attributes in the group to be driven by a similar logic (while all are null in the group). ie, access hvac_control.mode and see if any of the unit is set to cool, or heat. Is that possible, without re-defining an expression in each of my rules? Thanks!
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.
As there are statements about compatibility for home assistant versions in MSR new version announcements (e.g. "HassController: Bless Hass to 2025.7.3"), I thought it would be good idea to track other controllers as well.
As an example, I can confirm that build "latest-25208-c53e8513" works with Hubitat Elevation C-8 platform version 2.4.2.134 using Maker API.
Updates: (the latest versions first in the list)
OK: build "latest-25264-2fbe9217" with Hubitat C-8 platform v. 2.4.3.123
Edit: Solved in latest-26221.
Bare-metal latest-26193
I have this group:
"OKforLarm":
name: OK för Larm
select:
- include_controller: vera
- include_capability: door_sensor
filter_expression: entity.attributes.door_sensor.state
It contains the entities I expect but behaves a bit odd. When I open vera>device_10097 the entity attribute door_sensor.state changes to true but it won't show up as member in the group, when I also open vera>device_10095 they both shows as members and when I close vera>device_10095 it disappear from the group but when I close vera>device_10097 it lingers in the group until I restart Reactor.
Hey @toggledbits
One thing that bothers me while doing work on new systems/new features, is that I cannot copy&paste actions, and I cannot drag&drop between set and resets.
#1 is for when I want to copy an action between different rules opened in two separate browser windows, while #2 is when I just need to flip a bunch of actions in the reset, or move some logic back and forth.
Both will be appreciated, but I understand the technical challenges. Thanks!
I'm currently on version 26011. I understand that the aarch64 image is no longer supported. So, I therefore need to update to the ARM64 image. Can anyone possibly suggest how I update my docker compose.yaml file (see below). Ideally I'd like to keep my existing reactions etc. rather than start from scratch.
# Multi-System Reactor template docker-compose.yml (version 22160)
#
# Change the lines indicated by "DO"...
#
services:
reactor:
container_name: reactor
environment:
# DO change the TZ: line to set your local time zone.
# See valid TZ list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
TZ: GB
#
# DO NOT change this path. Your directory location is in "source" below.
REACTOR_DATA_PREFIX: /var/reactor
# DO change the image below to the one you are using (e.g. armv7l or aarch64 for RPi 4)
image: toggledbits/reactor:latest-aarch64
restart: "always"
expose:
- 8111
ports:
- 8111:8111
volumes:
# DO change the /home/username/reactor below to the directory you created for
# your local data; DO NOT change the /var/reactor part
- /home/pi/docker/reactor:/var/reactor
- /etc/localtime:/etc/localtime:ro
tmpfs: /tmp
Setting up Pushover in MSR
-
Hi,
I've been using Pushover in VeraAlerts, but now want to send my notifications from MSR.
I see in the reactor config directory that the notification. yaml file includes Pushover, but is showing #TBD. Is this where I need to set up my Pushover user key etc. and if so what and how should the information be entered?Any help would be appreciated.
-
Look in /dist-config/notifications.yaml for the latest guide on configuring for Pushover
-
I've got my Pushover config up and running (and dare I say, working great) in MSR, except for one minor "thing"...
...all my notifications keep coming to the default device (my cellphone) rather than the device explicitly declared in the "Device:" field of my Rule. I've double-checked the spelling (HP_mini, which matches the label assigned to my Web browser on pushover.net), verified that the Pushover client is open in Chrome and receiving messages -- particularly those I send from the Pushover web UI "as MSR", and that all keys are current and in the right places, etc.
Like I say, the messages DO get sent. Only to the wrong endpoint. Is anyone else with multiple endpoints defined getting misdirected notices from MSR??
- Libra "Edge Case" Sun
P.S. I don't reckon these associated lines from Reactor.log shed any light on the URL sent (and MSR cannot capture Pushover's response, so far as I know):
2021-04-22T22:11:10.717Z <Rule:5:Rule.js:750> Rule#rule-kntf80qj dependency notification entity-changed Entity#vera>device_110 from Entity#vera>device_110 2021-04-22T22:11:10.718Z <Rule:5:Rule.js:756> Rule#rule-kntf80qj requesting eval; entity-changed Entity#vera>device_110 2021-04-22T22:11:10.719Z <Rule:5:Rule.js:750> Rule#rule-kntf80qj dependency notification entity-changed Entity#vera>device_110 from Entity#vera>device_110 2021-04-22T22:11:10.720Z <Rule:5:Rule.js:756> Rule#rule-kntf80qj requesting eval; entity-changed Entity#vera>device_110 2021-04-22T22:11:10.721Z <Rule:5:Rule.js:951> Rule#rule-kntf80qj (rule-kntf80qj) evaluate() acquiring mutex 2021-04-22T22:11:10.722Z <Rule:5:Rule.js:951> Rule#rule-kntf80qj (rule-kntf80qj) evaluate() acquiring mutex 2021-04-22T22:11:10.723Z <Rule:5:Rule.js:955> Rule#rule-kntf80qj._evaluate() mutex acquired, evaluating 2021-04-22T22:11:10.724Z <Rule:5:Rule.js:959> Rule#rule-kntf80qj update rate is 3/min limit 60/min 2021-04-22T22:11:10.725Z <Rule:5:Rule.js:881> Rule#rule-kntf80qj evaluateExpressions() with 0 expressions 2021-04-22T22:11:10.725Z <Rule:5:Rule.js:971> Rule#rule-kntf80qj._evaluate() trigger state now false (was false) 2021-04-22T22:11:10.726Z <Rule:5:Rule.js:973> Rule#rule-kntf80qj._evaluate() constraints state true 2021-04-22T22:11:10.727Z <Rule:null> Rule#rule-kntf80qj rule state now false, changed no 2021-04-22T22:11:10.728Z <Rule:5:Rule.js:955> Rule#rule-kntf80qj._evaluate() mutex acquired, evaluating 2021-04-22T22:11:10.729Z <Rule:5:Rule.js:959> Rule#rule-kntf80qj update rate is 3/min limit 60/min 2021-04-22T22:11:10.730Z <Rule:5:Rule.js:881> Rule#rule-kntf80qj evaluateExpressions() with 0 expressions 2021-04-22T22:11:10.731Z <Rule:5:Rule.js:971> Rule#rule-kntf80qj._evaluate() trigger state now false (was false) 2021-04-22T22:11:10.732Z <Rule:5:Rule.js:973> Rule#rule-kntf80qj._evaluate() constraints state true 2021-04-22T22:11:10.733Z <Rule:null> Rule#rule-kntf80qj rule state now false, changed no 2021-04-22T22:11:10.850Z <Rule:5:Rule.js:750> Rule#rule-kntf80qj dependency notification entity-changed Entity#vera>device_110 from Entity#vera>device_110 2021-04-22T22:11:10.851Z <Rule:5:Rule.js:756> Rule#rule-kntf80qj requesting eval; entity-changed Entity#vera>device_110 2021-04-22T22:11:10.852Z <Rule:5:Rule.js:750> Rule#rule-kntf80qj dependency notification entity-changed Entity#vera>device_110 from Entity#vera>device_110 2021-04-22T22:11:10.853Z <Rule:5:Rule.js:756> Rule#rule-kntf80qj requesting eval; entity-changed Entity#vera>device_110 2021-04-22T22:11:10.854Z <Rule:5:Rule.js:951> Rule#rule-kntf80qj (rule-kntf80qj) evaluate() acquiring mutex 2021-04-22T22:11:10.855Z <Rule:5:Rule.js:951> Rule#rule-kntf80qj (rule-kntf80qj) evaluate() acquiring mutex 2021-04-22T22:11:10.856Z <Rule:5:Rule.js:955> Rule#rule-kntf80qj._evaluate() mutex acquired, evaluating 2021-04-22T22:11:10.856Z <Rule:5:Rule.js:959> Rule#rule-kntf80qj update rate is 4/min limit 60/min 2021-04-22T22:11:10.857Z <Rule:5:Rule.js:881> Rule#rule-kntf80qj evaluateExpressions() with 0 expressions 2021-04-22T22:11:10.859Z <Rule:5:Rule.js:1579> cond cond7hpkrvd evaluation state false->true 2021-04-22T22:11:10.860Z <Rule:5:Rule.js:1579> cond trig evaluation state false->true 2021-04-22T22:11:10.860Z <Rule:5:Rule.js:971> Rule#rule-kntf80qj._evaluate() trigger state now true (was false) 2021-04-22T22:11:10.861Z <Rule:5:Rule.js:973> Rule#rule-kntf80qj._evaluate() constraints state true 2021-04-22T22:11:10.862Z <Rule:INFO> Rule#rule-kntf80qj (rule-kntf80qj) triggered! 2021-04-22T22:11:10.863Z <Rule:null> Rule#rule-kntf80qj rule state changed, was false now true 2021-04-22T22:11:10.863Z <Rule:null> Rule#rule-kntf80qj rule state now true, changed true 2021-04-22T22:11:10.865Z <Rule:5:Rule.js:955> Rule#rule-kntf80qj._evaluate() mutex acquired, evaluating 2021-04-22T22:11:10.866Z <Rule:5:Rule.js:959> Rule#rule-kntf80qj update rate is 4/min limit 60/min 2021-04-22T22:11:10.867Z <Rule:5:Rule.js:881> Rule#rule-kntf80qj evaluateExpressions() with 0 expressions 2021-04-22T22:11:10.868Z <Rule:5:Rule.js:971> Rule#rule-kntf80qj._evaluate() trigger state now true (was false) 2021-04-22T22:11:10.869Z <Rule:5:Rule.js:973> Rule#rule-kntf80qj._evaluate() constraints state true 2021-04-22T22:11:10.869Z <Rule:INFO> Rule#rule-kntf80qj (rule-kntf80qj) triggered! 2021-04-22T22:11:10.870Z <Rule:null> Rule#rule-kntf80qj rule state now true, changed no 2021-04-22T22:11:10.872Z <Rule:5:Rule.js:999> Rule#rule-kntf80qj enqueueing reaction rule-kntf80qj:S 2021-04-22T22:11:10.873Z <Engine:INFO> Enqueueing "rule-kntf80qj<SET>" (rule-kntf80qj:S) 2021-04-22T22:11:10.874Z <Engine:5:Engine.js:948> Engine#1 queueReaction() starting Promise for rule-kntf80qj:S rule rule-kntf80qj task 368 2021-04-22T22:11:10.875Z <Engine:5:Engine.js:1059> _process_reaction_queue() wake-up! 2021-04-22T22:11:10.877Z <Engine:5:Engine.js:1020> _process_reaction_queue() running task 368 { "tid": 368, "id": "rule-kntf80qj:S", "rule": "rule-kntf80qj", "__reaction": [RuleReaction#rule-kntf80qj:S], "next_step": 0, "status": 0, "ts": 1619129470873, "__resolve": --function--, "__reject": --function--, "__promise": [object Promise] } 2021-04-22T22:11:10.878Z <Engine:NOTICE> Starting reaction rule-kntf80qj<SET> [RuleReaction#rule-kntf80qj:S] 2021-04-22T22:11:10.879Z <Engine:5:NotifyPushover.js:208> NotifyPushover sending profile default notification request: Test 2021-04-22T22:11:10.882Z <Engine:INFO> rule-kntf80qj<SET> all actions completed. 2021-04-22T22:11:10.883Z <Engine:5:Engine.js:1024> _process_reaction_queue() task returned, new status -1; task 368 2021-04-22T22:11:10.885Z <Engine:5:Engine.js:1059> _process_reaction_queue ending with 0 in queue; none delayed/ready; waiting 2021-04-22T22:11:11.288Z <Engine:5:NotifyPushover.js:216> NotifyPushover successful endpoint exchange (message sent) 2021-04-22T22:11:14.936Z <Rule:NOTICE> Rule#rule-kntf80qj configuration changed; reloading 2021-04-22T22:11:14.937Z <Rule:5:Rule.js:715> Rule#rule-kntf80qj reloading with new data 2021-04-22T22:11:14.937Z <Rule:NOTICE> Rule#rule-kntf80qj stopping rule 2021-04-22T22:11:14.938Z <Rule:5:Rule.js:696> Rule#rule-kntf80qj acquiring semaphore 2021-04-22T22:11:14.938Z <Rule:NOTICE> Rule#rule-kntf80qj configuration changed; reloading 2021-04-22T22:11:14.939Z <Rule:5:Rule.js:715> Rule#rule-kntf80qj reloading with new data 2021-04-22T22:11:14.940Z <Rule:NOTICE> Rule#rule-kntf80qj stopping rule 2021-04-22T22:11:14.940Z <Rule:5:Rule.js:696> Rule#rule-kntf80qj acquiring semaphore 2021-04-22T22:11:14.941Z <Rule:5:Rule.js:699> Rule#rule-kntf80qj semaphore acquired; releasing timer 2021-04-22T22:11:14.942Z <Rule:5:Rule.js:699> Rule#rule-kntf80qj semaphore acquired; unsubscribing from condition dependencies 2021-04-22T22:11:14.943Z <Rule:5:Rule.js:701> Rule#rule-kntf80qj saving states 2021-04-22T22:11:14.944Z <Rule:5:Rule.js:705> Rule#rule-kntf80qj stopped 2021-04-22T22:11:14.944Z <Rule:NOTICE> Rule Rule#rule-kntf80qj stopped 2021-04-22T22:11:14.945Z <Rule:5:Rule.js:699> Rule#rule-kntf80qj semaphore acquired; releasing timer 2021-04-22T22:11:14.945Z <Rule:5:Rule.js:699> Rule#rule-kntf80qj semaphore acquired; unsubscribing from condition dependencies 2021-04-22T22:11:14.946Z <Rule:5:Rule.js:701> Rule#rule-kntf80qj saving states 2021-04-22T22:11:14.948Z <Rule:5:Rule.js:705> Rule#rule-kntf80qj stopped 2021-04-22T22:11:14.948Z <Rule:NOTICE> Rule Rule#rule-kntf80qj stopped -
Confirmed bug on the device in the Pushover notification. Open a PR!
-
T toggledbits locked this topic on
