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.
tunnusT

tunnus

@tunnus
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
Wiring Samotech SM308-S into light fitting
F
Hi Smart Home Community. I have used a Sonos inline WiFi switch to make one of my light fittings smart, but it requires a hard reset for WiFi changes, plus it isn't zigbee compatible, which means I can't use the Hue app to control it with the rest of the lights. To that end I bought a Samotech SM308-S as it is recommended as the better than the Sonos equivalent. I am however not exactly sure how to wire it in. The manual is available here Can anyone help me by clarifying which ports I need to use, and whether I should be using the live or switched live line for live etc. I will be keeping using standard switches for a while, although hope to upgrade to tap dials once I have all the fittings upgraded. Thanks
Hardware
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
Z-Wave Future....
DesTD
https://forum.z-wave.me/viewtopic.php?f=3417&t=36140 That's not a good thing I think Time to switch again?
Z-Wave.me
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
Disaster recovery and virtualisation
CatmanV2C
Following on from my last thread, some progress has been made over the weekend. With 18G of spanky RAM in my Synology DS224+. I've jumped into the murky world of virtualisation and already eliminated the need for two Raspberry Pi's from my system. Home Assistant: In theory they provide an OVA file which is supported by the Synology. I couldn't get it to work, however, so grabbed a copy of the .img file they supply, renamed it .iso and imported it as a VM. Restored from my full back up and that all seems fantastic. Minidnla Music server: Trivial. Grabbed a Debian .iso for Bookworm and copied that onto the NAS. Created a new machine which mirrored the specs of the Raspberry Pi, booted from the ISO then did an expert install. Once that was all stable with a basic core of stuff and networking, I've made a copy of that as a good base system. Then fired up minidnla on it, mounted my media and that's also woking. Not bad for a short weekend's work. Still not sure about the main NUC though. I'm thinking of buying a new USB stick so I can mess around getting it working on the Synology before I do anything drastic. Once that hurdle is sorted I'm torn between: Using a brand new install of Bookworm, re-installing Z-way server, OpenLuup, AltUI, MSR and HA bridge, then restoring across or Making an ISO of the current system, importing that and upgrading in place (which will be pretty risk free since I can snapshot everything before I make any changes.) Decisions, decisions. C
General Discussion
Remote access of Zwave stick from Z-wave server
CatmanV2C
Topic thumbnail image
Software
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
About
Posts
253
Topics
48
Shares
0
Groups
0
Followers
0
Following
1

Posts

Recent Best Controversial

  • Errors after updating to MQTTController build 25139
    tunnusT tunnus

    @toggledbits okay, but the issue now is that, if I upgrade to MQTTController build 25139, I'll get errors which I haven't gotten before

    Multi-System Reactor

  • Errors after updating to MQTTController build 25139
    tunnusT tunnus

    @toggledbits so if I understood correctly, in the latest MQTTController build it won’t define these kind of attributes automatically which it used to do earlier?

    Multi-System Reactor

  • Errors after updating to MQTTController build 25139
    tunnusT tunnus

    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

  • MQTT configuration question
    tunnusT tunnus

    Hint: for debugging, when you run an action, MQTTController logs the exact topic and full payload being published at INFO level by default.

    I've used MQTTX, which I can highly recommend

    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    @toggledbits ok, good to know

    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    @toggledbits thanks again! I did left some stuff out, as I thought they were not relevant for the questions at hand, as I was not trying to present how to configure a particular device, but trying to learn how to do something a bit more "advanced" (and that stuff would be visible to others as well).

    Actually only thing I left out from my "daikin_command" template was power_switch:

     daikin_command:
        # also nothing here before capabilities
        capabilities: [ "hvac_heating_unit", "power_switch", "value_sensor" ]
        primary_attribute: hvac_heating_unit.setpoint    
        events:
          "state/%friendly_name%":
            "power_switch.state":
              json_payload: true
              if_expr: '! isnull( payload?.power )'
              expr: "payload.power ? 'on' : 'off'"
    ...
    

    For clarity, here's that "payload.cmd" final solution (with some extra logic):

    requires: [cmd]
        events:
          "state/%friendly_name%":
            "power_switch.state":
              json_payload: true
              expr: 'config.cmd == "swingv" || config.cmd == "swingh" ? payload.swing : payload[config.cmd]'
    

    About "hvac_blower_unit.mode", I think you had forgotten "expr", so I added that, and also "map_default" in case something changes in the other end, and this would continue to work. Also those mapping values were the other way around (something that you could not know).

          "hvac_blower_unit.mode":
              json_payload: true
              if_expr: '! isnull( payload?.fan )'
              expr: "payload.fan"
              map:
                auto: "Auto"
                night: "Indoor quiet"
                low: 1
                lowMedium: 2 
                medium: 3
                mediumHigh: 4
                high: 5 
              map_default: payload.fan
    
    Multi-System Reactor

  • System Configuration Check - time is offset
    tunnusT tunnus

    @Fanan having also the same issue with host time not being visible (build 25082 on Docker), using Chrome browser. With Safari both times are shown.

    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    @toggledbits ok, got it (took a couple of iterations...) 😎

    Then to my original question, now with a little bit more context:

    daikin_command:
        capabilities: [ "hvac_heating_unit", "value_sensor" ]
        primary_attribute: hvac_heating_unit.setpoint    
        events:
            "hvac_heating_unit.setpoint":
              json_payload: true
              if_expr: '! isnull( payload?.target )'
              expr: "float(payload.target)"
            "hvac_heating_unit.units": "°C"
            
            "hvac_heating_unit.state":
              json_payload: true
              if_expr: '! isnull( payload?.mode )'
              expr: "lower(payload.mode) == 'heat'"
              
            "value_sensor.fan":
              json_payload: true
              if_expr: '! isnull( payload?.fan )'
              expr: "str(payload.fan)"
              
        actions:        
          hvac_heating_unit:
            set_setpoint:
              topic: "command/%friendly_name%"
              payload:
                type: json
                expr: '{ "temp": min(28, max(16, float(parameters.setpoint))) }'
                
          x_mqtt_device:
            set_speed:
              arguments:
                speed: 
                  type: str
              topic: "command/%friendly_name%"
              payload:
                type: json
                expr: '{ "fan": parameters.speed }'
    

    So I want to control fan speed and I noticed there is "hvac_blower_unit" in standard capabilities:

    hvac_blower_unit:
        ...
        actions:
          set_mode:
            arguments:
              mode:
                type: string
                values:
                  - 'off'
                  - auto
                  - continuous
                  - periodic
                  - low
                  - medium
                  - high
    

    But as this wasn't 1:1 capability mapping as compared to my AC unit, I didn't know how to extend/change that to suit my needs. MQTT topics relevant to this case are documented here. Kinda thought using x_mqtt_device was a good idea. Seems to work though.

    How can I define my own (extended) MQTT capability? Also, I'd like to utilize those fixed arguments, so something like:

    set_speed:
              arguments:
                speed:
                  type: str
                  values:
                    - A
                    - Q
                    - 1
                    - 2
                    - 3
                    - 4
                    - 5
    
    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    @toggledbits thanks, cmd part works fine! Other part in the same case is:

    ...
    requires: [cmd]
        events:
          "state/%friendly_name%":
            "power_switch.state":
              json_payload: true
              if_expr: '! isnull( payload?.cmd )'
              expr: "bool(payload.cmd) ? 'on' : 'off'"
    

    Again, here "cmd" should translate to "econo", but for this to work I guess something similar you showed could do, but not sure how to formulate that?

    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    Then another case, where I'm trying to pass a variable "cmd":

    requires: [cmd]
    ...      
        actions:
          power_switch:
            "on":
              topic: "command/%friendly_name%"
              payload:
                type: json
                expr: '{ "cmd": true }'
    ...
    

    Expression here seems to be tricky, as "cmd" does not translate to its value (e.g. "econo"). What I'm after here is the following JSON:

    {
      "econo": true
    }
    

    I have tried multiple variations, e.g.:

     expr: "{ cmd: true }"
     expr: "{ 'cmd': true }"
     expr: '{ cmd: true }'
    

    But no luck. The closest I have gotten is with:

    expr: '"{" + cmd + ": true }"'
    

    So any help is appreciated!

    Multi-System Reactor

  • MQTT configuration question
    tunnusT tunnus

    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

  • Global expressions not always evaluated
    tunnusT tunnus

    @toggledbits great! Will this fix make it to the next build?

    Multi-System Reactor

  • Global expressions not always evaluated
    tunnusT tunnus

    Similarly as for local expressions, global expressions evaluate and update fine when getEntity(...) structure is used. However, at least when certain functions are in use, expressions do not update.

    Consider the following test case:

    Screenshot 2025-03-13 at 16.29.42.png

    Even though auto-evaluation is active, value does not change (it changes only if that expression is manually run). MSR restarts do not help.

    Screenshot 2025-03-13 at 16.31.43.png

    Note: Tested using build 25067 on Docker. I have also a PR open (but couldn't now get details or PR number as my Mantis account was somehow expired?).

    Multi-System Reactor

  • [Solved] Local expression evaluation
    tunnusT tunnus

    @toggledbits the main thing is that now I know that this behaviour is not a bug and there's a clear alternative (not using global variables when rule does not trigger often enough).

    Anyway, MSR is a great software and thanks for your continued support!

    Multi-System Reactor

  • [Solved] Local expression evaluation
    tunnusT tunnus

    This case is easy to reproduce, only the question is if this happens by design?

    Screenshot 2025-03-11 at 21.47.44.png ("TempOutside" is also a global variable, although its naming is a bit misleading)

    Multi-System Reactor

  • [Solved] Local expression evaluation
    tunnusT tunnus

    @toggledbits well I guess the following test cases should either prove my point or prove me wrong 😬

    Rule 1: (no real triggers, only comments etc)

    local expressions:
    TempOutside = getEntity( "..." ).attributes.temperature_sensor.value


    Rule 2: (no real triggers, only comments etc)

    local expressions:
    TempOutside = g_TempOutside

    (where g_TempOutside = getEntity( "..." ).attributes.temperature_sensor.value)


    So in my case "Rule 2" -type of local expressions won't be evaluated unless rule is triggered. I'm pretty sure it used to work differently with earlier builds, about a year ago.

    Multi-System Reactor

  • [Solved] Local expression evaluation
    tunnusT tunnus

    Continuing this discussion, I've noticed that if I have local expressions that contain "getEntity(...)" type of variables, these expressions are evaluated every time entity changes. This happens regardless of triggers.

    But if I have the same expressions where "getEntity(...)" is replaced by a global variable / expression (and this global variable contains getEntity-structure), these kind of local expressions are not evaluated even if global variable changes. For clarity, expressions would be evaluated if rule is triggered.

    @toggledbits, is this behaviour by design? Using build 25060 on Docker.

    Multi-System Reactor

  • Local notification methods?
    tunnusT tunnus

    @toggledbits using a very similar setup and works nicely!

    Multi-System Reactor

  • Lights switches for warehouse
    tunnusT tunnus

    Hubitat Elevation is one option (has both z-wave & zigbee)

    General Discussion

  • Throttled problem
    tunnusT tunnus

    @wmarcolin here's something I've used for a sensor that updates too frequently:

     id: virtual4b
              name: "Lay-Z-Spa temp"
              capabilities:
                temperature_sensor:
                  attributes:
                    value:
                      model: time series
                      entity: "mqtt>layzspa_states"
                      attribute: "temperature_sensor.value"
                      interval: 1  # minutes
                      retention: 1  # minutes
                      aggregate: sma
                      precision: 0
              primary_attribute: temperature_sensor.value
              type: ValueSensor
    

    Now I can use this virtual entity instead of a real one in a rule without throttling or logging problems (log files rotating too often etc)

    Multi-System Reactor
  • Login

  • Don't have an account? Register

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