@toggledbits,
Well, I took a first step. I tried using the docker-compose.yaml file with podman-compose, but it gave me some issues. I fell back on just using docker-compose, and it worked with only a minor hickup. It told me the version tag was depricated and to remove it to prevent problems in the future, so I did so, and it's running without issue. Rules and reactions are working as before, which is fantastic. Reactor on my old server is stopped/disabled, so one more item crossed off. I'm hoping to have the old server fully decommissioned this weekend.

At some point, I'll go back and try and get it running with Podman, if it's possible. I can engage their community and see if they have any advice, but right now it's more important for me to turn off my office heater going into summer.

The other major advantage is that in theory, I won't have to manually update nodejs each release, which has been kind of a pain lately.

@toggledbits, thanks for the very detailed reply. One of the things I was struggling with understanding was the reference to the user directory in the example docker compose file.

In reality, docker and podman aren’t that different. Podman can use docker images without issue. I’m doing so currently with a Plex image. In fact, I didn’t even have to destroy and recreate the container. All I had to do was take the variables out of the docker container and put it into Podman. Podman will even often run with docker compose files.

And you are right about user privileges. Podman doesn’t need to run things as root. They see it as an advantage.

Another advantage is that you can run multiple containers in the same network space. For instance, I can run Pi-hole and Unbound in the same private IP space, so they can interact with each other, but nothing that I don’t want to.

Back to the subject at hand, I need to copy my extras, config, and storage directories into my user directory, and they’ll stay safe, and I should be able to have my reactor service up and running on the new server, is what I’m hearing. I’ll let you know how it goes.

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?

@toggledbits,

I tried to go about the way you mentioned, but I don't think it was quite suited for my purpose. The purpose of the rule is to send a notification through Home Assistant to my phone, and I didn't want a delay that I believe your method would have introduced. What I came up with was creating a global variable and a helper rule, that sets the global variable to true when the 300 seconds is exceeded of power being above 3.7.

Then there is a Variable Value check in the Triggers of the Notification rule:

The Reaction resets the Global rule back to false, after the cycle is completed.

It may not be the most elegant method, but it reduces the false positives on my phone when the cycle selector is bumped. For the same reason, I have the reactor uptime checked, because I would get tons of notifications on my phone when I did an update to MSR, or when my server was rebooted. I know I could completely encapsulate the logic within MSR, but the overly simplistic sensor in HAAS serves it's own purpose in HAAS for my dashboard, and HAAS can't read rule states from MSR, so for my purpose, I already have the simple sensor in place, so why reinvent the wheel?

@toggledbits ,
Patrick,
This is what I had come up with. I tried using latch:

The problem I ran into, is the latch condition went true after 5 minutes, and it stayed true all the way until the first condition changed, then it went false. so the "and" of the 3 conditions never becomes true. It's like I need the latch condition to stay true for 5 seconds longer.

I hadn't considered two rules, but I'll see if I can figure out what you mean. The sensor switch I have made within HAAS already is sort of a rule as you described, as it looks for the power to be above 2.9W, which is the minimum value I recorded over a wash cycle, as it pauses within the cycle. The 3.7W value comes from when the control panel is turned on by turning or pumping the cycle selector switch, so what happens is that it does set the sensor to Washing when the control panel is turned on, if you follow.

Any thoughts? I know I can set up a a condition to monitor the power sensor value, and make sure it is above 3.5 for 5 minutes, but the condition I need is for the power value to go to the standby value of under 2.9 after that condition is met. That's what I'm unclear how to do.

Good day all,
I have an notification set up for my washing machine to let me know when it's complete. I have a templete sensor set up in HAAS to let me know if it's Washing, in Standby, or off, based upon the power consumption (Shelly 1PM on outlets)

  - name: "Washing Machine"
    state: >
      {% if states("sensor.washer_switch_0_power")|float == 0  %}
        Off
      {% elif states("sensor.washer_switch_0_power")|float <= 2.9 %}
        Standby
      {% else %}
        Washing
      {% endif %}
    icon: >
      {% if states("sensor.washer_switch_0_power") == "off"  %}
      mdi:washing-machine-alert
      {% elif states("sensor.washer_switch_0_power")|float <= 2.9  %}
      mdi:washing-machine-off
      {% else %}
      mdi:washing-machine
      {% endif %}
        minutes: 2

The MSR code is relatively simple. I have a built in false positive attribute for if MSR gets rebooted, because I would suddenly get tons of notifications when I upgraded MSR.

What I'm trying to introduce, is a way to verify that I just didn't bump the knob on the washing machine when transferring loads from the washer to the dryer, which turns on the display and brings the power above the Standby threshold.

The power goes up to 3.7W for about 4 minutes if the selector knob is bumped/turned.

What would the best way to do this be? I have most of my MSR code set up for a couple of years now, and my coding logic is struggling a bit.

I think I need a power threshold to be substained for a minimum time period (say 2 or 3 minutes, above 10W), before the other triggers can act. What would the best way to do that be?

Running: latest-25082-3c348de6
Fedora 41 Server
HAAS:
Core
2025.3.4
Supervisor
2025.03.4
Operating System
15.1
Frontend
20250306.0

Good day all,
I have a reaction set up, that I use for both troubleshooting and changing home modes when one of my family members either arrive or are leaving. I use the companion app for HAAS on our iPhones, and HAAS reports if the person associated with the iPhone enters or leaves the geofenced area around my home. I'm sure most MSR and HAAS users are familiar with this.

I use this rule set mainly as a condition for other rules, however, as part of troubleshooting, a notification is sent through HAAS to the companion app when the rule becomes true. The problem is that I'm getting notifications now for both arriving and departing simultaneously.

It used to work fine as intended. I'm not sure exactly when it changed, but now I'm getting two notifications when either of these conditions change.

Any idea what could be happening?

Edit:
Running: latest-25082-3c348de6, bare-metal Linux
ZWaveJSControllerr [0.1.25082]

modules:composer.user-said-in, @gwp1, Error on start for MSR after update to 24293

Patience is a tall order before 0900 EDT sans coffee on a Monday

Get some coffee

Glad I'm not the only one that had the error. I thought I broke something.

@toggledbits,
Okay, thanks. I don't receive any other errors, and it only appears when I initially load the page or do a refresh.

Hard refresh on Chrome did not solve the issue, however, the rulesets are listed on the left side navigation, as you stated.

Dev console shows one error in Rulesets.js

Running:

MSR latest-24293-ea42a81d
ZWaveJSController 0.1.24293
Fedora Linux 40 (Server Edition)

Home Assistant
Core 2024.10.3
Supervisor 2024.10.2
Operating System 13.2
Frontend 20240906.0

Chrome: Windows, Version 129.0.6668.59 (Official Build) (32-bit)

@toggledbits
I just upgraded to version MSR 24293, bare metal running on Fedora. Upon restart, I am getting a error banner:

TypeError: Cannot read properties of undefined (reading 'value')
    at Rulesets.getRulesets (https://*************************/client/Rulesets.js:111:38)
    at async StatusTab.updateSetRules (https://*************************/reactor/en-US/lib/js/reactor-ui-status.js:276:28)
    at async StatusTab.drawSetRules (https://*************************/reactor/en-US/lib/js/reactor-ui-status.js:270:13)
You may report this error, but do not screen shot it. Copy-paste the text. Remember to include a description of the operation you were performing in as much detail as possible. Report using the Reactor Bug Tracker (in your left navigation) or at the SmartHome Community.

I followed the new directions about npm

npm i --no-save --no-package-lock --omit dev

Any idea what the issue is?

@toggledbits said in Is there a way to restart an add-on in HAAS from MSR?:

If it doesn't work, be sure to check the logs for how HASS responded (it will be logged). My guess that data: line in the service data is redundant, and it's going to complain about it, but let's see.

I thought it might be as well, but I figured I'd start with the way it was in the YAML code. If it doesn't work, I'll remove that line. The add-on hasn't gone unresponsive since I implemented this, so I can't say if it works or not.

@toggledbits said in Is there a way to restart an add-on in HAAS from MSR?:

Using Hass OS I assume?

Yes, I posted that on the first post of the thread.

I think I may have figured out how to do it. I just need to see if it works when the add-on goes unresponsive.

@therealdb,

Revisiting. I never got this working. I think the issue is that the link provided talks about integrations, not add-ons.

I actually was able to create an automation through HAAS to do what I want to do through reactor. It looks like there is a addon_restart action in HAAS.

If this is an action, there should be in theory the same action in MSR.

@toggledbits, is there a way to call this action?

@therealdb ,

That's the one.

I may have to try this at home. I'm going through Cloudflare to access my HA instance. Maybe it's interfering with what I'm trying to find.

Finding this ID is proving to be a bit of a challenge. You found it on the network tab after you reloaded the page in the Chrome developer tools? This is what I'm seeing:

@therealdb, thanks for the quick response. I knew it had to be in the haas>system and some sort of system call, but I wasn't sure where. Thanks for the link. I have some reading to do.

Good morning,
I have a service MQTT service that needs a restart occasionally. The add-on (Smartbed MQTT) is for the smart bed base for my bed. It has a "safety light" that I can control from HAAS & MSR as a light entity, and also moves the head of the bed to a preset at bedtime, and then lies it back flat in the morning The problem is, from time to time, the light becomes "unavailable" Restarting from the Add-ons tab in HAAS always fixes it, but I should be able to detect when it happens when "light.tempur_pedic_safety_lights" is not true or false, i.e., unavailable.

What I don't know how to do is how to restart that service. Does anybody have experience in restarting add-ons from MSR?

Running:

• Reactor (Multi-hub) latest-24212-3ce15e25
• ZWaveJSController [0.1.24232]

HAAS:

• RPi5-64 (8GB)
• Core 2024.7.3
• Supervisor 2024.08.0
• Operating System 13.0
• Frontend 20240710.0