Preview of Multi-System Reactor
-
USER NOTE: Whereas in MFL I followed your prescribed paradigm of naming Reactors after individual Rooms (e.g. "DINING ROOM", "PORCH", etc.), with MSR I'm leaning toward naming Rulesets after their meta-function (e.g. "LIGHTING", "SECURITY", "ENVIRONMENT", etc.) instead.
Dunno if you've made a conscious decision to promote one naming schema over another, but wanted to toss this idea in the ring.
-
Dang, I just jetted back here to declare my idea #1 as "dumb" but thankfully you beat me to it. Individual Rules already have their own (manual) enable/disable anyway. Dunno what I was talking about.
@librasun said in Preview of Multi-System Reactor:
Dang, I just jetted back here to declare my idea #1 as "dumb" but thankfully you beat me to it.
I don't think that's at all dumb, and it makes a lot of sense, depending upon, as you said in your follow-on post, what schema you choose for your rules. So far, I've gone with one rule set per room, just leaving the mapping established by the importer. Particularly when getting the rules moved from RFL to MSR, I often had to disable an entire room's (rule set's) rules until I got something fixed.
It's not a bad idea at all.
-
LEARNED SOMETHING TODAY
- You can click-and-drag Rules to reorganize them in Rulesets. Who knew?
- You cannot, however, click-to-highlight the Rule ID of an expanded rule, in order to copy that text.
- Setting an Expression := away is entirely different from := "away". The first evaluates to (null) if no such named Global exists; the second evaluates to the string "away".
#2 would be hugely helpful for times when you need to troubleshoot the Reactor.log. (I understand CSS and HTML, but don't know the correct term for "object not swipable" -- is this a side-effect of, say, a very high z-index on that block element?).
As for #3, I foolishly thought MSR's expression parser, lexpjs, was meant to typecast unknown objects (away ► "away") but that was a n00b miscalculation.
-
Looks like #2 is a limitation of "sortable" objects in jQuery UI. The sortable takes over all clicks and drags. I'll keep poking for workarounds, but don't get your hopes up.
-
LEARNED SOMETHING TODAY
- You can click-and-drag Rules to reorganize them in Rulesets. Who knew?
- You cannot, however, click-to-highlight the Rule ID of an expanded rule, in order to copy that text.
- Setting an Expression := away is entirely different from := "away". The first evaluates to (null) if no such named Global exists; the second evaluates to the string "away".
#2 would be hugely helpful for times when you need to troubleshoot the Reactor.log. (I understand CSS and HTML, but don't know the correct term for "object not swipable" -- is this a side-effect of, say, a very high z-index on that block element?).
As for #3, I foolishly thought MSR's expression parser, lexpjs, was meant to typecast unknown objects (away ► "away") but that was a n00b miscalculation.
@librasun said in Preview of Multi-System Reactor:
You can click-and-drag Rules to reorganize them in Rulesets. Who knew?
You can do the same with Rule Sets... organize them in any order you wish.
-
re: #2 it might then be helpful to replicate the Rule ID within the Edit view of each Rule?
@librasun said in Preview of Multi-System Reactor:
re: #2 it might then be helpful to replicate the Rule ID within the Edit view of each Rule?
Why do you need the rule ID?
-
Got it. Name is also logged, although not as frequently in the debug levels.
It looks like the only way I can avoid the complete takeover of mousedown by the draggable/sortable is to use a drag handle, e.g. an icon on which you click and drag to move the row. That's done elsewhere, so it would be consistent. I can see other reasons in future to want to interact with the detail card, so I'm leaning towards it right now.
-
FEATURE REQUEST(?)
Place a warning in Global Expressions area that "These are not to be used as stand-alone Triggers. Will not be evaluated unless called from another resource (e.g. Rule-based expressions)."
And if this assumption is accurate (I could be misinterpreting? Rules just didn't seem to fire unless they have another in-house Trigger or local copy of said Variable), then also warn in Rules for which there is only a Global Expression and nothing else Trigger'ing it.
-
MSR USAGE QUESTION
Is there a (straightforward) way to do Dev# substitution into the new way (e.g.
getEntity( "vera>device_216" ).attributes.battery_power.level) that attribute values get referenced in MSR?
Back on Reactor for Vera, I used to iterate overgetstate( DeviceNum, "urn:micasaverde-com:serviceId:HaDevice1", "BatteryLevel" )to derive the current battery levels on various devices. And I'd somewhat hate to have to hard-code or write out all of them by hand if I don't have to in MSR. -
@toggledbits
Could you share a rule for one Room so we can see how it could look like with multipel reactions that has different conditions.
I Don’t really understand how multipel reactions on diffrent conditions should look like. In Reactor it was easy to understand but in msr i Don’t get it..I really Wanja make more complicated automations but Iam stuck with one reaction...
/ Mattias -
@toggledbits
Could you share a rule for one Room so we can see how it could look like with multipel reactions that has different conditions.
I Don’t really understand how multipel reactions on diffrent conditions should look like. In Reactor it was easy to understand but in msr i Don’t get it..I really Wanja make more complicated automations but Iam stuck with one reaction...
/ Mattias@matteburk Did you do an import of your Vera reactor sensors? It is different in MSR but I compared the MSR imported rules vs Vera reactors and it helped me figure out what was going on.
-
There are no reactions on groups in MSR. Reactor for Vera allowed you to create activities (its equivalent to reactions) on any group in your ReactorSensor.
So, if you are creating a rule with subgroups in MSR, and you decide that the subgroup needs to perform some actions, you have export that subgroup to a Rule of its own. There is a button for that. If you click that button on a group (to the right of the group name), it will export the group to a Rule, and replace the group with a "Rule" condition for the new rule so the logic remains intact in the current rule.
-
There are no reactions on groups in MSR. Reactor for Vera allowed you to create activities (its equivalent to reactions) on any group in your ReactorSensor.
So, if you are creating a rule with subgroups in MSR, and you decide that the subgroup needs to perform some actions, you have export that subgroup to a Rule of its own. There is a button for that. If you click that button on a group (to the right of the group name), it will export the group to a Rule, and replace the group with a "Rule" condition for the new rule so the logic remains intact in the current rule.
@toggledbits@toggledbits Ok Then I understand but I cant find the button... I have Button,rename and collapse and then som shaded row...
Skärmavbild 2021-03-17 kl. 18.58.28.png -
Are you on 21075? Version number in the upper-right corner.
-
@matteburk Did you do an import of your Vera reactor sensors? It is different in MSR but I compared the MSR imported rules vs Vera reactors and it helped me figure out what was going on.
-
Are you on 21075? Version number in the upper-right corner.
@toggledbits yes... Sorry... will update asap My bad!
