Reactor-Editor / Reactor-ui-Status Errors

[cw-kid]

@pabla said in Does this rule look correct ?:

Yes that is how I expect Rule Result to work. You can use this rule without having to re-create the same conditions every time

Yes that makes sense for Triggers.

@pabla said in Does this rule look correct ?:

You can still nestle all the other conditions into one Rule Set though for simplicity's sake

I'm not sure how to do that for constraints though.

If you look at my first screen shot above in the Constraints area, they are all my conditions.

So if those particular set of conditions I wanted to use again else where, your saying I could potentially create a new rule with just those conditions or constraints in that rule.

And then maybe reference them in another different new rule.

EDIT: Unless I made the primary template rule lets call it, if I put my constraints in to the triggers area of that rule instead.

I could then call that primary template rule from other rules using the "Rule Results" option.

If that makes sense, probably not LOL.

[toggledbits]

Please note that Pabla is making a recommendation for Vera Reactor, and cw-kid is asking a question about MSR.

[Pabla]

@toggledbits said in Does this rule look correct ?:

Please note that Pabla is making a recommendation for Vera Reactor, and cw-kid is asking a question about MSR.

Yes I think I am in over my head here, thought MSR was closer related to the Vera plugin.. I think you are on the right track though

[cw-kid]

Yes I know he's talking about Reactor for Vera.

But I'm just looking around the MSR GUI to see if some of the concepts he is recommended are possible and available in MSR also.

[Pabla]

If I am understanding this correctly @toggledbits a Reactor Sensor = Rule Set, Group = Triggers and Constraints. Otherwise its very similar to the Vera Reactor? Sorry @cw-kid for high-jacking

[cw-kid]

You can say anything you like on any of my threads mate.

[toggledbits]

Pretty much all spot on. @Pabla I think there's enough of the Vera Reactor flavor for you to be comfortable once you start playing with it. The big differences are coming out in this thread. No ReactorSensors, but you can use Rule Sets to organize your rules. No activities (reactions in MSR) on groups, but you can make active groups into rules so they can have reactions. This is one of the big things the importer does... it scans through your ReactorSensor data finding groups that have activities and turns them into independent rules, leaving an MSR rule condition where the group was to preserve the logic (analogous to a Group State condition in Vera Reactor, as if you had moved the group elsewhere). The other big difference is the addition of Constraints as a passive filter. I say passive because changes in the conditions under Constraints can't initiate action in the rule; only a change in the state of Triggers does that. But all of the alternative tools one would use to get the same effect in Vera Reactor (e.g. sequencing option) are still there.

@cw-kid, I definitely think you're getting the hang of it.

[cw-kid]

Looks like you can do what I said.

I have created some "Global Rules"

One for "Night" which I've set as Civil Dusk till Civil Dawn

In another rule I can add it as a "Rule Result" within the Constrains (Conditions) area of that rule.

I think that should work then.

[Pabla]

@cw-kid Exactly! This way if you want to change Civil Dusk to be -30 mins or whatever it will update across all your Rule Sets!

[cw-kid]

I'm learning slowly as usual haha.

[Pabla]

I really like the idea of constraints, in Vera reactor to have something similar you'd have to have a bunch of sub-groups within other sub-groups. Well done @toggledbits

[cw-kid]

Yes once you start to know what you are doing with MSR its actually quite easy. Certainly easier than PLEG.

[toggledbits]

@pabla said in Does this rule look correct ?:

Well done @toggledbits

I can't take credit. When I first made contact with Hass... four? really? OK... four years ago, it was something it had that looked pretty interesting.