Multi-System Reactor Developer Preview AVAILABLE
-
That's an unexpected difference. Equals and not equals would also be applicable here.
-
cw-kidreplied to toggledbits on Feb 19, 2021, 3:51 PM last edited by cw-kid Feb 19, 2021, 10:51 AM
@toggledbits In PLEG not equals is != I'm assuming <> is not equals in MSR. I'll change it to that as its better than "does not contain".
-
Decided to test this on a separate machine: a <$100 HP T640 thin client which is on its way. Will jump in to testing as soon as it is setup.
-
Congrats on the release. If you want to install on a x64 machine, just edit rpi-install.sh and replace arm7 with x64. I have mine on Windows Subsystem for Linux under Windows and it's running OK.
Can't wait for guidance on apdaters/plugins to contribute with Shelly and MQTT
-
@therealdb said in Multi-System Reactor Developer Preview AVAILABLE:
Can't wait for guidance on apdaters/plugins to contribute with Shelly and MQTT
MQTT will be huge.
-
On my list of hubs/controllers to tackle next are Homey and OpenHAB, but I am also interested in MQTT, so I'm hearing a bump in priority coming, at least for investigation.
-
I'm enjoying this thread as it develops, but will stand by until someone wraps MSR into a Docker package that I can install/run on my Docker-enabled Synology NAS.
Like everyone else, "I'm at full candy corn" (so the Stewie Griffith saying goes) on this project and can't wait to give it a whirl!
- LS
-
rafale77replied to toggledbits on Feb 19, 2021, 5:18 PM last edited by rafale77 Feb 19, 2021, 12:20 PM
Definitely a vote for MQTT here though it does require setup on both MSR and the "children" controllers, it reduces the I/O traffic dramatically compared to the polling approaches. In my personal case, since I am a bit bored like @therealdb, and don't have much to add or improve to my home automation, my interest is on improving efficiencies. I find satisfaction even when decreasing CPU utilization by decimal points.
-
I realise that I have to re-think my rules from Vera since I can only have one set of reaction to a rule. In Vera you could have different reaction to different rules within one sensor. I have to look at Rule Set's
-
The importer will automatically split out any group that has activities (from Vera) to a Rule in MSR, and leave a "rule" condition in the parent to preserve the logic. I think it's wayyyy more convenient, but I've also had a few months of working on it to get used to it.
You can also create global reactions that can be run from any other reaction.
-
I realise that but I was so into the "old" Reactor I had to re-think a little bit. I want to build my logic without importing the old mistakes from the beginning. Suggestion for improvement: To set dimming level you have yellow background and white text which is very difficult to read, at least for my eyes
Edit: Wrong I was using the app "Dark Reader" on my RPi witch confused the colours. Turning it off it is black on yellow -
FYI, the yellow indicator means it's going to let you do what you are asking, but the value you are giving is out of range. Dimming values in MSR are real numbers between 0 and 1 inclusive.
-
Release 21050 just published; use the "Download" button in the bug tracker.
-
how does one obtain creds to the MantisBT?
-
Send me a PM with your email address and full name; I'll set up your account and the site will email you.
-
@toggledbits Done. Thanks!
-
This post is deleted!
-
I had an issue with an account on the bug tracker (already?) so I locked it down. PM me your full name and email address and I'll set up your account. It will email you an access link.
-
Got my instance going with Home Assistant. I am finding it brilliant as it is connecting to it through websocket. I am seeing the potential now to have reactor act as a bridge, detecting events happening on Home Assistant and forwarding them to openLuup and vice versa, eliminating the need for configuring additional scenes on openLuup and automation on home assistant!
29/124