Skip to content

Multi-System Reactor

799 Topics 7.6k Posts
  • [Solved] suninfo.sun_angle usage: showing -218.7 mid-day

    Locked
    12
    1
    0 Votes
    12 Posts
    511 Views
    toggledbitsT
    OK. In playing with this a bit more, I'm going to make suninfo.sun_angle go away (eventually; after a deprecation period), and it's replacement will be a soon-to-come suninfo.elevation. The elevation is the true angle of the sun above the horizon. Unless you live on the equator, the sun is not really at 0 degrees at solar noon, as sun_angle indicates. For example, right now for me in the Atlanta area at this time, solar noon gives me an elevation of just 33.5 degrees (summer solstice about 80 degrees). I think the true elevation will be a better metric for solar energy calculations, and in combination with azimuth, you should easily be able to compute ray angles/exposure to solar panels and good things like that. The other things I'm fixing is that our friends in Prudhoe Bay and Tromsø are getting incorrect day lengths, etc., right now because the sun never rises at this time of year. The sunrise/sunset times are null as expected, but the day length is 24 when, IMO, it should be zero, and the sun_angle is null which is again not as useful as having a real elevation.
  • Is Telegram working?

    Locked
    27
    0 Votes
    27 Posts
    3k Views
    F
    @toggledbits No, I guess we shouldn't spend any more time trying to understand. It works and I'm delighted. I do appreciate that you try to teach us fishing instead of handing the fish. I always try for hours before I ask for assistence. That's the way to learn and grow. Take care!
  • 0 Votes
    4 Posts
    270 Views
    toggledbitsT
    I'll get after those docs... you're not the first to be bitten.
  • [MQTT] Echoing Vera's variable

    Locked
    9
    0 Votes
    9 Posts
    416 Views
    therealdbT
    Yep, I'm calling Vera to get the status in my system and update my internal data. MQTT is used to push the updates and it's working very well. I've noted your points and I've updated my config. I'll update the MQTTController build later tomorrow. I'm just testing all my changes in production today, to be sure everything's working. I've also added reactor_system>* to the published controllers, and I'll use sun information later when working on my new automations based on solar.
  • Switching from Vera to Hubitat

    Locked
    9
    0 Votes
    9 Posts
    924 Views
    wmarcolinW
    @gwp1 I really don't know if I did something very wrong, but I consider myself an experienced person, so what I am witnessing in my Hubitat is making me extremely worried. See the report below that I just ran, 31 nodes failing. [image: 1639090661344-633ffbae-3cb8-4f34-8300-f88914027483-image.png] You comment about leaving Reactor that I'm sure was happy, and now using MSR, this opens up a huge universe of possibilities, I'm really a fan, I just hope to have a hub at the same level as MSR.
  • Is it possible to send notification via Gotify from "Notify" action?

    Locked
    6
    0 Votes
    6 Posts
    701 Views
    therealdbT
    @toggledbits yeah, accounting the different kind of styles is hard, but I think this is a specific use case for advanced scenarios, so I’ll trade it for a less advanced ui.
  • 0 Votes
    5 Posts
    244 Views
    toggledbitsT
    @gwp1 said in MSR: run for two hours based on a condition, then wait 4 hours after the reset evaluating again: @toggledbits When using pulse does it do a re-eval of the triggers to see if the reaction should be run again or will it simply rerun the reaction again? Well, in a manner of speaking. You're thinking about it backwards, I think. It doesn't need to re-evaluate conditions at the pulse time because the condition state is always up to date, being updated when events within them occur. But I think it works as you would expect: as long as the underlying condition is true, the pulses continue; when the condition is no longer true, no more pulses. Whether the reactions run depends on the other logic involved, but if we take the simplest case with the only condition in the rule being a repeating pulsed condition, then the rule will set at the start of the pulse (and run the Set reaction), reset at the end of the pulse (and run the Reset reaction), and repeat those reactions for each pulse. Ref: https://reactor.toggledbits.com/docs/Condition-Options/#output-control-options
  • 0 Votes
    7 Posts
    441 Views
    DesTD
    @toggledbits Let me check in the plugin
  • Question about triggers and rule state reset

    Locked
    4
    4
    0 Votes
    4 Posts
    254 Views
    cw-kidC
    I didn't mean to offend you Patrick if I have, I was just trying to work out why Meshbot rules weren't working as I expected, I like to keep an eye on what they are doing and test some of their functionality. But if you don't want to answer the question that's fine, I won't ask again.
  • Using `format()` to build notification and other strings

    Locked
    14
    4 Votes
    14 Posts
    780 Views
    LibraSunL
    Looks good, though I swear you might be missing a closing parenthesis at the end?
  • [SOLVED] All Modes not visible in MSR 21337 from Hubitat

    Locked
    22
    0 Votes
    22 Posts
    1k Views
    toggledbitsT
    Thanks for doing the footwork, being the hands and eyes! Sorry for the trouble. Onward!
  • [SOLVED]"Pulse" output used with "Sustained for"

    Locked
    4
    0 Votes
    4 Posts
    283 Views
    V
    The translation might not be perfect but, your efficency is really out of this world... Thanks.
  • [SOLVED]Logfiles with root user/group on Raspberry os

    Locked
    4
    1
    0 Votes
    4 Posts
    265 Views
    toggledbitsT
    That problem is likely the process's umask being applied, and that can't be controlled from within Reactor.
  • Multidimensional Array

    Locked
    28
    0 Votes
    28 Posts
    3k Views
    wmarcolinW
    @toggledbits Well, you put me to think a lot, I'm reviewing all the logic and I think progressing. You could have a video lesson on Creating Automations > Expressions I am looking to meet this with trial and error. I just tested this on Groups and it worked perfectly, it will help: "internal_move": name: Internal Move Devices select: - include_entity: - "vera>device_1679" - "vera>device_1683" - "vera>device_1797" - "hubitat>1" - "hubitat>14" filter_expression: > entity.attributes?.motion_sensor?.state == true Now from your last comment about the MSR visualizing the HSM, I really don't know what I have to do, the Safe Monitor you commented appears, but it is all Disarmed. [image: 1638328770300-c5e7919e-b0a8-4cda-ab8b-3732df49463c-image.png] But in the HSM in the hub the rules are created, activated, and even with action alert activated. [image: 1638328832770-759e9d15-f591-4ec6-87dc-d5e40bbe5810-image.png] Any recommendations on what I should do? Thanks,
  • 0 Votes
    3 Posts
    289 Views
    J
    I ran the install script again and nodejs is now updated to the latest version. pi@raspberrypi:~ $ node -v v16.13.0 I also copied the reactor.service file as advised and MSR is working fine. Thanks for your help
  • 0 Votes
    17 Posts
    1k Views
    A
    @gwp1 I think I correctly understood the use case then. The issue is that your rule set doesn't start counting the 420 seconds when the initial command is sent to the Honeywell API. The 420 seconds starts counting as soon as the setpoint is <> 65 (or 68). If you ever have the thermostats set to another value (when away, or night, or when not in heat mode) then the 'sustained for' will start counting and as soon as 420 seconds have passed, that element of the rule will go to true. You'll see it is green in the detail panel if you expand the rule set. The thing I'm not clear on, but am making some assumptions about, is what triggers the initial call to the Honeywell API that this rule is designed to monitor/verify. Making the assumption that you turn down the thermostat at night with something like "HVAC - Heating NIGHT", and that heating is still armed and the thermostat mode is still set to heat at night, then 420 seconds after you go into night mode, every element of this rule set will be true except the Hubitat house mode rule. The rule set is primed to activate if that goes true. So at night: Armed for heating is true (7 minutes after you enter night mode) Set point has been at some other value for more than 420 seconds Thermostat mode is set to heat But the rule set is NOT activated because the "AND house mode not in (night, vacation, away)" is not true In the morning when the Hubitat mode switches from "night" to "day", this rule will go true immediately as all elements are now true. Armed for heating is true Set point has been at some other value for more than 420 seconds. It is still at the night value until the API reports the new daytime value Thermostat mode is set to heat House mode not in (night, vacation, away)" is true If you add the 420 second 'sustained' to the other elements, then in the morning when the Hubitat mode switches to "day", this rule will NOT go true immediately Armed for heating has been true for at least 420 seconds Set point has been at some other value for at least 420 seconds Thermostat mode is set to heat for at least 420 seconds House mode not in (night, vacation, away)" has NOT been true for 420 seconds until 7 minutes after you switch to day mode. As long as one of the other elements goes false within 7 minutes, the rule set will never activate. The expected behavior is that the "set point has been at some other value" will go false within 7 minutes. If that doesn't happen, the whole rule set will go true and the set actions will fire including re-running the other rule set and notifying you. I still think this could be improved as I'm pretty sure this will only fire once. If the second attempt at setting the thermostat fails, this rule will remain set and there is nothing to cause it to un-set and then re-activate. That could be your desired behavior if you want to manually fix it when it fails the first time and avoid calling the rule every 7 minutes on repeated failures. I dealt with a lot of the same issues setting up rules for my flaky Lennox thermostat. It's still in Node-Red and looks like this: [image: 1638203740822-55821e35-adfb-495c-b2b3-2a6ad7ea47bd-image.png] <img src="blob:chrome-untrusted://media-app/55d4404c-a480-4453-ae24-0e6410279a3b" alt="Screenshot 2021-11-29 11.34.25.png"/> I'm not smart/experienced/brave enough to try to replicate that in MSR yet.
  • Rule for devices battery level ?

    Locked
    43
    1
    0 Votes
    43 Posts
    5k Views
    wmarcolinW
    @crille In my opinion, everything you put in: more efficient, more dynamic, less complex. Below is a screenshot of how I do it today, and it would be replaced only by the format expression already directly inside a message as per telegram. [image: 1638107315269-77669a6a-5057-4bfc-9370-a32da5a597b3-image.png] I will also use it to easily know all the devices that will be tripped in the house, see the other post for what I am adding after the battery. Besides this, unifying devices that for example are triggered by a contact or movement and have different expressions, will help unify and set up the alarm trigger management.
  • Recommendation for new hub

    Locked
    7
    0 Votes
    7 Posts
    600 Views
    Black CatB
    I went for Homeseer, I liked you could run it local either on Windows or roll your own PC with 30 days to try it out. Horses for courses, what suits one doesn't suit the other.
  • Pick the middle of 3 values.

    Locked Solved
    5
    1
    0 Votes
    5 Posts
    426 Views
    Tom_DT
    Thanks! That works.
  • MQTTController issue with reconnect to openLuup

    Locked
    5
    0 Votes
    5 Posts
    320 Views
    toggledbitsT
    IMO, if you're going to use this for production/home use, you need a broker that implements QOS and retain properly (MQTT protocol specification section 3.3.1.3 mandatory normative statement 3.3.1-5 among others). Make things work the way they are supposed to work, don't layer up exceptions and special cases. Just install Mosquitto or another compliant broker and be done with it. It's free anyway.

Recent Topics