Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
  1. Home
  2. Software
  3. Multi-System Reactor
  4. How does MSR keep in sync with devices and scenes on Vera?
Gradually turn on lights.
Tom_DT
I have several lights that I would like to turn on very gradually over 15 or 20 seconds. from 0 to .25 in .01 increments. I have tried a few things that came nowhere near working, so here I am.
Multi-System Reactor
Stop the MSR by an external switch on Hubitat.
wmarcolinW
Use case: When performing home maintenance, such as air conditioning, I want all rules involving air conditioning to be disabled. To do this, to day, I have a virtual switch that I placed within all rules involving air conditioning, meaning that if I turn it off, none of them work. Then another situation: the water pump system and garden irrigation, another switch. In short, I had to create several virtual switches in Hubitat to disable rules in MSR. Unfortunately, however, I was unable to cover all scenarios, so I wondered if it would be possible for MSR to support a virtual MSR switch, which, when configured in the reactor settings, would function as a general on/off switch for MSR. If it is configured and turned off, the entire rules and actions in MSR stops working, except for the status change reading process, specifically for this switch, which, when turned on, would restart the MSR. Would it be possible to do something like this? Any recommendations from the experts?
Multi-System Reactor
Error After Upgrade
T
Topic thumbnail image
Multi-System Reactor
Reset attribute value of entity in event handler
R
Topic thumbnail image
Multi-System Reactor
Need help figuring out how to delay a reset on reaction
T
Topic thumbnail image
Multi-System Reactor
Way to search for rules (rule state) in other rules
T
@toggledbits, not sure if this is a feature request or I'm using the search tool wrong. You have a "Search for rule" in the Rules Set tab in MSR. It works nicely to find a rule and bring up said rule, but can it/could it be used for as a "where used?" global search? For instance, I have a fairly large set of rules, divided up into 10 different rulesets. There's easily a hundred individual rules, and many of the rules have Rule State triggers, which of course refer to other rules. Amongst my troubleshooting today, I came across what may have been a duplicate or troubleshooting attempt, but I can't tell if it's actually used as a Rule State in another rule without opening each rule that I suspect it may be a part of. Thanks.
Multi-System Reactor
Links to MSR from HA
Tom_DT
I am using Home Assistant a lot recently. On a dashboard showing the devices, I would like to show a link to the MSR rule that controls the devices. Is there a way to link directly into MSR?
Multi-System Reactor
Set Reaction > Script Action
wmarcolinW
Topic thumbnail image
Multi-System Reactor
Errors after updating to MQTTController build 25139
tunnusT
I'm running MSR build 25139 on Docker, using MQTT controller 24293, and everything working as expected. But if I try to upgrade to MQTTController build 25139, I'm getting the following errors on MSR UI: An Entity Attribute condition in "Lay-Z-Spa auto heating off" (Terrace) failed because the referenced entity "Lay-Z-Spa States" (mqtt>layzspa_states) does not have attribute value_sensor.god Last 11:20:37 An Entity Attribute condition in "Lay-Z-Spa auto heating off" (Terrace) failed because the referenced entity "Lay-Z-Spa States" (mqtt>layzspa_states) does not have attribute temperature_sensor.green Last 11:20:37 An Entity Attribute condition in "Lay-Z-Spa filter pump auto off" (Terrace) failed because the referenced entity "Lay-Z-Spa States" (mqtt>layzspa_states) does not have attribute temperature_sensor.red Last 11:20:37 An Entity Attribute condition in "Lay-Z-Spa filter pump auto run" (Terrace) failed because the referenced entity "Lay-Z-Spa States" (mqtt>layzspa_states) does not have attribute value_sensor.pump Last 11:20:37 An Entity Attribute condition in "Lay-Z-Spa watchdog" (Terrace) failed because the referenced entity "Lay-Z-Spa States" (mqtt>layzspa_states) does not have attribute value_sensor.status Last 11:20:37 My MQTT configuration (local_mqtt_devices.yaml) for the related entity is: layzspa_message: type: ValueSensor capabilities: ["temperature_sensor", "value_sensor", "power_sensor"] primary_attribute: power_sensor.value events: "layzspa/message": "power_sensor.value": json_payload: true if_expr: '! isnull( payload?.PWR )' expr: "float(payload.PWR)" "value_sensor.air": json_payload: true if_expr: '! isnull( payload?.AIR )' expr: "float(payload.AIR)" "value_sensor.pump": json_payload: true if_expr: '! isnull( payload?.FLT )' expr: "float(payload.FLT)" "value_sensor.god": json_payload: true if_expr: '! isnull( payload?.GOD )' expr: "float(payload.GOD)" "value_sensor.lock": json_payload: true if_expr: '! isnull( payload?.LCK )' expr: "float(payload.LCK)" "value_sensor.unit": json_payload: true if_expr: '! isnull( payload?.UNT )' expr: "float(payload.UNT)" "value_sensor.error": json_payload: true if_expr: '! isnull( payload?.ERR )' expr: "float(payload.ERR)" "temperature_sensor.green": json_payload: true if_expr: '! isnull( payload?.GRN )' expr: "float(payload.GRN)" "temperature_sensor.red": json_payload: true if_expr: '! isnull( payload?.RED )' expr: "float(payload.RED)" "temperature_sensor.target": json_payload: true if_expr: '! isnull( payload?.TGT )' expr: "float(payload.TGT)" "temperature_sensor.value": json_payload: true if_expr: '! isnull( payload?.TMP )' expr: "float(payload.TMP)" "temperature_sensor.virtual": json_payload: true if_expr: '! isnull( payload?.VTM )' expr: "round(float(payload.VTM), 1)" "temperature_sensor.ambient": json_payload: true if_expr: '! isnull( payload?.AMB )' expr: "float(payload.AMB)" "layzspa/Status": "value_sensor.status": if_expr: '! isnull( payload )' expr: "payload" "layzspa/button": "value_sensor.button": if_expr: '! isnull( payload )' expr: "payload" and in reactor.yaml I have: "layzspa_states": name: "Lay-Z-Spa States" friendly_name: 'Lay-Z-Spa States' include: layzspa_message I realize my MQTT configuration might be a bit unorthodox, but could there still be something unintentional in the latest MQTTController build? If needed, I can provide detailed logs.
Multi-System Reactor
🎉 My very first MSR controller: OpenSprinkler
therealdbT
Since today is my birthday - and I still pretend to be unconventional - I'm giving away a present to this wonderful community and I'm releasing my first OpenSprinkler controller for MSR. It was real fun to code it - and while it's still WIP, it seems to work OK for me. It's polling-based at the moment, but I'll add support for updates via MQTT very soon (it's already partially coded). Get it at (install is similar to MQTTController and such): https://github.com/dbochicchio/reactor-opensprinkler Feel free to try it. It's beta software, but it's stable. I'll update it weekly until all the tasks from my todo list are empty. Since I've learnt a lot from this controller, I'll explore new controllers soon.
Multi-System Reactor
Advice reqeusted to migrate MSR from Bare Metal to Container
T
Good day all, I'm in the process of trying to shut down my 10 year old Linux home server that served many purposes, but primarily it's what I used for my NAS/Plex Media server. I migrated the NAS aspect of the server in November of last year to a true NAS solution (Ubiquti UNAS Pro), which is rack mount and much more efficient than my old tower, which it's only side benefit was heating my home office during the winter. Unfortunately it also means heating my home office during the summer, which were about to be in full swing. I have two things running on this 10 year old server at this point. MSR and pi-hole. I'm running Plex Media Server on Fedora Workstation in Podman on mini PC, which is much more energy efficient than my old tower. My next step is to migrate MSR. I know there are images of MSR out there, and creating it is well documented. I'm going to be using Podman instead of Docker for various reasons, but they work very similar. What I don't know, is what I need to do to migrate my existing Bare Metal installation over to a container. Has anyone done this? Any advice?
Multi-System Reactor
Reactor (Multi-System/Multi-Hub) Announcements
toggledbitsT
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.
Multi-System Reactor
Can´t restart or upgrade/deploy MSR
F
Topic thumbnail image
Multi-System Reactor
[Solved] Limit HA Entity in MSR
wmarcolinW
Topic thumbnail image
Multi-System Reactor
Organizing/ structuring rule sets and rules
R
Hi guys, Just wondering how you guys organize your rule sets and rules. I wish I had an extra layer to have some more granularity, but my feature request was not popular. Maybe there are better ways to organize my rule sets. I use the rule sets now primarily for rooms. So a rule set per room. But maybe grouping by functionality works better. Any examples/ suggestions would be appreciated.
Multi-System Reactor
Moving MSR from a QNAP container to RP 5 - some issues
Tom_DT
Topic thumbnail image
Multi-System Reactor
Widget deletion does not work and landing page (status) is empy
M
Topic thumbnail image
Multi-System Reactor
Need help reducing false positive notifications
T
Topic thumbnail image
Multi-System Reactor
Deleting widgets
tunnusT
Hopefully a trivial question, but how do you delete widgets in a status page? Using build 22266
Multi-System Reactor
MQTT configuration question
tunnusT
I have the following yaml configuration in local_mqtt_devices file x_mqtt_device: set_speed: arguments: speed: type: str topic: "command/%friendly_name%" payload: type: json expr: '{ "fan": parameters.speed }' While this works fine, I'm wondering how this could be changed to "fixed" parameters, as in this case "fan" only accepts "A", "Q" or a numeric value of 1-5?
Multi-System Reactor

How does MSR keep in sync with devices and scenes on Vera?

Scheduled Pinned Locked Moved Multi-System Reactor
15 Posts 4 Posters 808 Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • cw-kidC Offline
    cw-kidC Offline
    cw-kid
    wrote on last edited by
    #5

    Just installed the latest version, so had to stop and start MSR and the devices that were removed on Vera have now also gone from MSR.

    Thanks

    1 Reply Last reply
    1
    • LibraSunL Offline
      LibraSunL Offline
      LibraSun
      wrote on last edited by LibraSun
      #6

      I've been noticing a consistent 2-second delay* between device state changes on Vera (e.g. a light turning OFF) and the corresponding change appearing in MSR's Scopes > Trace feature. Is that to be expected? And do we attribute that to Vera's delay in reporting status via HTTP?

      * Mostly with HUE bulbs, which my Vera Plus controls via AltHUE plug-in. The delay is far less with Z-Wave components!

      1 Reply Last reply
      0
      • PerHP Offline
        PerHP Offline
        PerH
        wrote on last edited by
        #7

        Isn't the vera updates based on polling? if so, it will only be updated at that interval.. I think the approach used in domoticz bridge is better, with some script on the host (domoticz in that case) yelling to the bridge on changes..

        1 Reply Last reply
        2
        • toggledbitsT Offline
          toggledbitsT Offline
          toggledbits
          wrote on last edited by
          #8

          MSR uses Vera's long-polling feature, which means MSR makes an HTTP request for device changes, and the Vera doesn't respond for up to 15 seconds. If any device changes during that time, the Vera immediately responds with those deltas, MSR processes them, and then starts another request for more changes. While not as effective as a WebSocket always-up connection, for example, it's not much less responsive. And there is no "interval" that limits the refresh rate.

          My guess is that the delay you are seeing is caused by the additional device communications required with the Hue hub. That communication not only has to happen, but it occurs when the Vera allows the plugin to run, and with whatever method the plugin uses for communication. I have mostly ZWave devices, and as you've observed, they're quick.

          Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

          1 Reply Last reply
          1
          • LibraSunL Offline
            LibraSunL Offline
            LibraSun
            wrote on last edited by LibraSun
            #9

            I'm at the point in my MSR experimentation where I'm wondering how users are intended to handle Vera events that cause [DEVICE] [STATE] to [UPDATE] rather than just [CHANGE] value.

            I recognize that MSR may not (yet) have access to such subtleties, so the absence of this feature may be a show-stopper for certain routines I've enjoyed back on RFL (Reactor for Luup). Among the examples, I can cite are button presses on my Scene Controller remote, for which it's insufficient to know WHEN and WHICH button was pushed, but THAT it was pushed at all and whether it was pushed AGAIN during a given interval.

            TIP: My current workaround involves creating a Virtual Switch (using @rigpapa's Switchboard App, assigning it an auto-reset time of 1 sec.), along with a Reactor routine that is triggered by the Scene Controller's fleeting update of its sl_CentralScene attribute whenever a button is pushed on the remote. Over on MSR, I included an Expression whose status goes TRUE when that Virtual Switch on Vera turns on, and invoke that as a Trigger in a Rule. Works great so far!

            I know Patrick has a roadmap for this functionality IF IT'S POSSIBLE (Spoiler alert: It's not, see below), and now I'm all the more curious to know how he plans to resolve it. Because it's going to be awesome, no matter what!

            1 Reply Last reply
            0
            • toggledbitsT Offline
              toggledbitsT Offline
              toggledbits
              wrote on last edited by toggledbits
              #10

              This is an issue particular to Vera and cannot be handled over the request API that MSR must use to communicate with Vera. So my roadmap for this functionality as a matter of making it work like it does in Reactor for Vera is dirt road to a dead end. 🙂

              My suggested workaround is to use the "x_vera_device.set_variable" action to reset sl_SceneActivated or sl_CentralScene to a nonsense value (I use 0) as part of your reaction to responding to a particular value.

              Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

              1 Reply Last reply
              0
              • LibraSunL Offline
                LibraSunL Offline
                LibraSun
                wrote on last edited by
                #11

                I had recalled you suggesting the dummy value approach, but I got scared and didn't implement it. Now that I'm confident once more it has your blessings, I shall proceed with that.

                I'd spent most of my time yesterday trying to workaround not having .SETPOINT available to my ecobee thermostat device, namely by setting both of the available COOL.SETPOINT and HEAT.SETPOINT values (I'm paraphrasing) in MSR, but that seems to be a wrong approach. Only one of them seems willing to accept the change at a time, perhaps due to API lag.

                Once MSR can push values to .SETPOINT per the .JSON mapping file I submitted, I'll be golden. It's fun waiting for stuff like that!

                1 Reply Last reply
                0
                • toggledbitsT Offline
                  toggledbitsT Offline
                  toggledbits
                  wrote on last edited by toggledbits
                  #12

                  That's probably not the right approach for the thermostat. The device info you sent me actually shows that its a dual-setpoint thermostat with separate heating and cooling setpoints commands. The fact it has a single command which, I assume sets the setpoint for whatever the current operating mode is, seems to be an overloaded kludge and actually, really dangerous. The data you sent me shows that your thermostat is in auto mode, meaning it could switch between heating and cooling operating modes at will, so having a generic command in an automation to set whatever setpoint is currently in effect isn't deterministic for you: you need to also look at the thermostat's operating state, or more correctly, its last operating state (because its current state could be idle and that doesn't tell you), to know which setpoint that action would set. You could easily set your heat setpoint to 81 without knowing it. So....

                  1. I have a different mechanism as a work in progress for controller-native actions that are not supported by the standard entity capabilities;
                  2. Regardless of #1, setting the generic setpoint seems like a really bad idea and the more specific commands are better/safer.

                  Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                  1 Reply Last reply
                  0
                  • LibraSunL Offline
                    LibraSunL Offline
                    LibraSun
                    wrote on last edited by
                    #13

                    Agreed. I'll just add that my workflow back on RFL indeed used the "common" setpoint for my purposes and it has worked awesomely without a glitch. Subject to two caveats in my case: (1) I purposely limited the Temp values (using ecobee's own in-device Settings) to which the thermostat can be set; and, (2) I never leave it set to AUTO, so the thermostat is always deterministically set to either HEAT or COOL.

                    button is INCREMENT or DECREMENT by 1 degree the prevailing setpoint. When I bifurcated this into setting both the HEAT and COOL, rest assured I based my calculation off of each independently, so no wild swings were ever going to happen (but you were right to be concerned on that point).

                    I'll spend today revising the MSR workflow to (a) detect mode, (b) handle each case independently, (c) remove the virtual switch kludge, and (d) use the "reset sl_ variables" trick you suggested. CHEERS!

                    1 Reply Last reply
                    0
                    • toggledbitsT Offline
                      toggledbitsT Offline
                      toggledbits
                      wrote on last edited by toggledbits
                      #14

                      If you hold off on (a) and (b), you'll have my #1 in a day or two. I'm done with the changes for Hubitat and Hass, and Vera is that last I'm working on and the most difficult. If it's acceptably safe in your use case to use the single command, that's fine, you'll have it.

                      Author of Multi-system Reactor and Reactor, DelayLight, Switchboard, and about a dozen other plugins that run on Vera and openLuup.

                      1 Reply Last reply
                      0
                      • LibraSunL Offline
                        LibraSunL Offline
                        LibraSun
                        wrote on last edited by
                        #15

                        Roger that. While sage advice, bear in mind that I do these exercises as much to keep my brain active as to hone my MSR chops. I literally have nothing else to keep me occupied, lol. So I'll go put the finishing touches on the intermediate workflow, check that it works (which I know it will), and then look forward to stringing it all back together more efficiently next week.

                        1 Reply Last reply
                        1
                        • toggledbitsT toggledbits locked this topic on
                        Reply
                        • Reply as topic
                        Log in to reply
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes


                        Recent Topics

                        • Gradually turn on lights.
                          G
                          gwp1
                          0
                          4
                          144

                        • Stop the MSR by an external switch on Hubitat.
                          wmarcolinW
                          wmarcolin
                          0
                          1
                          38

                        • Error After Upgrade
                          G
                          gwp1
                          0
                          4
                          106

                        • Reset attribute value of entity in event handler
                          R
                          RHCPNG
                          0
                          5
                          209

                        • Need help figuring out how to delay a reset on reaction
                          G
                          gwp1
                          0
                          22
                          931

                        • Way to search for rules (rule state) in other rules
                          T
                          tamorgen
                          0
                          3
                          104

                        • Links to MSR from HA
                          Tom_DT
                          Tom_D
                          0
                          1
                          93

                        • Set Reaction > Script Action
                          wmarcolinW
                          wmarcolin
                          0
                          11
                          439

                        • Wiring Samotech SM308-S into light fitting
                          akbooerA
                          akbooer
                          0
                          2
                          152

                        • Errors after updating to MQTTController build 25139
                          toggledbitsT
                          toggledbits
                          0
                          6
                          242

                        • 🎉 My very first MSR controller: OpenSprinkler
                          therealdbT
                          therealdb
                          5
                          13
                          920

                        • Advice reqeusted to migrate MSR from Bare Metal to Container
                          T
                          tamorgen
                          0
                          5
                          264
                        Powered by NodeBB | Contributors
                        Hosted freely by 10RUPTiV - Solutions Technologiques | Contact us
                        • Login

                        • Don't have an account? Register

                        • Login or register to search.
                        • First post
                          Last post
                        0
                        • Categories
                        • Recent
                        • Tags
                        • Popular
                        • Unsolved