SmartHome Community

wmarcolin

Suggestion for MSR version 2 or 3.

In Tiggers and Reactions could have an Action by Category/Sub-Category, i.e., instead of having to select all door sensors one by one, if all are in the same group the action would be for all.

I believe there should be a panel similar to Enteries that would list all the devices based on the existing list (http://wiki.micasaverde.com/index.php/Luup_Device_Categories). The list would have this division and would show the name of all the devices, and it should be possible to select which device would be part of the action. I.e., I can have for example 10 window sensors, but I want only 5 to be part of the group action, I would deselect the other 5 for an independent control.

In Trigger and Reaction the selection would be as suggested Entety Group Action > a Category selector > and a Subcategory selector > binary_sensor.state (primary) TRUE or FALSE.

My suggestion is not to have to create an action like the one below.

wmarcolin

@droy last week I changed all notification types to a Telegram BOT, it works great, fast and simple.

wmarcolin

Hi!

I've only been using MSR for 3 days, so I'm too much of a beginner to have opinions, but I want to try to collaborate:

First thanks to @cw-kid , with the simple tip of the installation page in the manual, I finally managed to take the step and install it on Windows 10. I see some comments on automatic startup, it was simple to put in the task scheduler a bat to run the "node app.js", and works very well on computer restarts. Now I did not understand why the instruction "Running Reactor Continuously" with the command "nohup ./app.sh &", what is the difference?
Regarding the Constraints question, I don't see much value, or don't know how to use them. I thought that if we first have the obligation to meet the Constraints (e.g. be in home mode and time between 8am and 5pm), only then do we start evaluating the Triggers (e.g. movement in room, open door...) it would make more sense to me. That is Constraints as a basic obligation, and Triggers in the next group of the variables of the action. Right now I'm thinking of putting everything in the Triggers block.

As I commented I only have 3 days, but I already see that Patrick @toggledbits again doing an exceptional job, if the Reactor was already great, I do not know how to classify what will be the MSR by the little I've seen. What I see for the future:

A translation will be needed in the selectors of so many technical terms, for a more fluent, layman-friendly message. An example FROM x_vera_svc_micasaverde_com_SecuritySensor1.Tripped TO only Tripped;
A dashboard unique to the Rule Sets. What you have today allows us to turn on/off, edit, reset... I think of something simple and straightforward like the Action Icon (I love the Reactor icon), green color on, yellow already have conditions met and could go into execution, and red in execution. It would be a dashboard for easier visualization on the phone. If you can then configure that shows or not would be great, who knows version 3, 4....;

And sorry this may not be the forum, but reading the posts I see a strong tendency to recommend the use of the Docker container. Is there a real difference in usage with respect to having the Windows 10 installation? Are there performance issues? Any functions that will not operate well? Is the communication between HA and the computer running Windows 10 worse? I see on the Vera panel that a device changes condition to unTrigger, and it takes quite a while to see the reaction on the MSR, is there a difference between container and windows?

Once again my many thanks to everyone for the work being done, I finally see a light in not depending on hardware to be able to have good automation at home, in a simpler way. As many have commented, soon Vera will be just a radio antenna

wmarcolin

I had forgotten one very important thing, if possible now, that "Reset Reaction" can copy the "Set Reaction" actions from the same rule sets. It will help a lot to configure to turn off several lights that were on before.

wmarcolin

After much trying and error, I found which attribute to use, and the problem was solved. Thanks @rafale77 and @toggledbits for the tips. Now it opens a universe of new toys to put in my automation, increasing the information.

wmarcolin

@toggledbits YOU ARE A GENIUS!

Direct command is not to the device, it is to ZWave#1

Another case closed for Super Patrick!!! Now fun for me, after 3 years I get rid of the ugly way of using the scenes to mediate the configuration of the bells.

wmarcolin

@toggledbits

Surely in an election between all users, this is the most important "a tool to see where I'm using an entity, as trigger or condition". You have already explained before the difficulty, and that the effective use of a DB would help this crossing of information, but the cost of the DB is still high and can sacrifice a lot of the system.

One day you will find a way to #1 MSR request.

I would add one more request, that I have commented on before and I am sure you have in your notebook of improvements for the future. In the home screen, the same way you have the Recently Changed Entities board, a board that can show the history of what happens in the Set Rules, so it would be possible to follow the last actions.

And again and repeat "Thanks for the hard work @toggledbits" !

wmarcolin

@toggledbits and @gwp1 THANKS!!!!

wmarcolin

@toggledbits testing!

Perfect removed the indicated

  source: 'http://192.168.33.6:3480'
  filter_entity:
    device_15: true
    device_6: true
    device_13: true

Ok, kept only the informed one that had to stay, removed all the others.

  source: 'http://192.168.33.6:3480'
  accept_entity:
    device_9: true

Thank you very much!

wmarcolin

Merry Christmas/Holidays! or
Feliz Natal/Festas!
¡Feliz Navidad/Festividades!

wmarcolin

@toggledbits testing with version 22025 we have the following situation.

In the manual (https://reactor.toggledbits.com/docs/Troubleshooting-Entities/), it looks like this:

  accept_entity:
    "device_123": true
  dump_entity:
    "device_123": true

I tested it this way in the new version and it works like the manual - without quotes (have to fix the manual):

    config:
      source: 'http://192.168.33.6:3480'
      accept_entity:
        device_9: true

So, I tested the new version that I understand you have aligned with the other systems:

      accept_entity:
        - device_9

OR

      filter_entity:
        - device_9

IT WORKED!!!

Testing the way that mentioned @tunnus :

      filter_entity:
        - "vera>device_9"

IT DOESN'T WORK, with or without the quotes it doesn't work.

IN SUMMARY, the form can be for Vera, don't know for other hubs:

  accept_entity:
    device_9: true

or

  accept_entity:
    - device_9

I hope I have helped.

wmarcolin

@gwp1 @Alan_F and @therealdb

Trying to collaborate with the discussion, what I have seen is that actions that occur during the update process, ie if I turn on or off some switch, or if there was an action in progress and I perform the update the state of the action would end during the update, this action remains activated and switch with old status. In other words, it seems to me that maybe there has to be something that downloads all the actions, performs the update, and then when restarting with the new version restarts the actions. Or also take the updated status of the devices.

In theory that's what MSR does, that's what I see in the logs, but my feeling is that again we come back to the issue that MSR is much faster than Hubitar and things get left behind when rebooting. When we manually reload an action, or turn a switch on or off, we do a manual re-sync.

My suggestion is on the next update, we have to watch the ongoing actions that are paused and the status of devices, perform the upgrade, look at the log when it returns and try to create some consistency in this eventual problem scenario.

wmarcolin

@toggledbits testing!

Perfect removed the indicated

  source: 'http://192.168.33.6:3480'
  filter_entity:
    device_15: true
    device_6: true
    device_13: true

Ok, kept only the informed one that had to stay, removed all the others.

  source: 'http://192.168.33.6:3480'
  accept_entity:
    device_9: true

Thank you very much!

wmarcolin

@toggledbits opened Mantis 300.
Thanks.

wmarcolin

@toggledbits said in Any decent destination for a Vera Plus?:

filter_entity

@toggledbits hi!

Thanks for the prompt information, but I think something is not working right.

I tested the deletion first:

    config:
      source: 'http://192.168.33.6:3480'
      filter_entity:
        - device_15
        - device_6
        - device_13

See that it didn't remove the devices.

Then I tested for keeping only the ones I am interested in.

    config:
      source: 'http://192.168.33.6:3480'
      accept_entity:
        - device_9

Then removed all the devices.

Log second scenario, no error:

[latest-22023]2022-01-24T19:28:34.186Z <OWMWeatherController:null> Module OWMWeatherController v21354
[latest-22023]2022-01-24T19:28:34.189Z <Structure:INFO> Structure#1 loading controller interface reactor_system (SystemController)
[latest-22023]2022-01-24T19:28:34.193Z <SystemController:null> Module SystemController v21358
[latest-22023]2022-01-24T19:28:34.195Z <Structure:INFO> Starting controller VeraController#vera
[latest-22023]2022-01-24T19:28:34.196Z <VeraController:NOTICE> VeraController#vera starting
[latest-22023]2022-01-24T19:28:34.248Z <VeraController:INFO> VeraController#vera loaded mapping ver 21346 rev 1 format 1 notice 
[latest-22023]2022-01-24T19:28:34.250Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute members
[latest-22023]2022-01-24T19:28:34.251Z <VeraController:INFO> VeraController: deviceclass room capability sys_group does not provide attribute empty
[latest-22023]2022-01-24T19:28:34.252Z <VeraController:INFO> VeraController: deviceclass vera_system_object capability sys_system does not provide attribute state
[latest-22023]2022-01-24T19:28:34.269Z <Structure:INFO> Starting controller HubitatController#hubitat
[latest-22023]2022-01-24T19:28:34.285Z <Structure:INFO> Starting controller DynamicGroupController#groups
[latest-22023]2022-01-24T19:28:34.287Z <DynamicGroupController:NOTICE> Controller DynamicGroupController#groups is now online.

Since the device is not included, the MSR action shows an error in the log.

[latest-22023]2022-01-24T19:28:35.487Z <Rule:INFO> Hard Reset Sat 4am (Rule#rule-kxp4v1ly) evaluated; trigger state unchanged (false); rule state remains RESET
[latest-22023]2022-01-24T19:28:35.494Z <Rule:CRIT> ReferenceError: Can't find entity "vera>device_9"
ReferenceError: Can't find entity "vera>device_9"
    at Predicate._evaluateCondition (C:\MSR\reactor\server\lib\Predicate.js:635:27)
    at Predicate._evaluateGroup (C:\MSR\reactor\server\lib\Predicate.js:1015:103)
    at Predicate._evaluateCondition (C:\MSR\reactor\server\lib\Predicate.js:623:47)
    at Predicate.evaluate (C:\MSR\reactor\server\lib\Predicate.js:331:38)
    at Rule._evaluate (C:\MSR\reactor\server\lib\Rule.js:830:62)
    at processTicksAndRejections (node:internal/process/task_queues:96:5)
    at async C:\MSR\reactor\server\lib\Rule.js:786:17
[latest-22023]2022-01-24T19:28:35.496Z <Rule:CRIT> ReferenceError: Can't find entity "vera>device_9"
ReferenceError: Can't find entity "vera>device_9"

Thanks.

wmarcolin

Hi!

Reading the comments the destination I am giving to my Vera Plus are:

simulation lab, I have installed the Switchboard Plugin, the old and good Reactor and SiteSensor from @toggledbits , and I think I will download the tools from @therealdb;
I'm also using the Vera with SiteSensor to ping the internet, Hubitat, and MSR, as external control. If one fails, I send a Telegram, connect a switch, and then initiate action on either Hubitat or MSR.

Now a question, I do not know if @toggledbits can help.

Is it possible to make some settings in MSR, so I can exclude devices that are published from Vera to MSR? I see for example that the three pings that I set up are triggering the MSR unnecessarily, as well as other devices from the lab.

Is it possible to have an exclusion table that I don't need MSR to load and synchronize some devices from Vera?

Thanks.

wmarcolin

SOLVED v. 22023! Thanks!

wmarcolin

Opened Mantis 298 from the problem above.

wmarcolin

@toggledbits in another similar example, updating a global expression no longer triggers a rule that uses this variable.

Until version 22004 there was no problem.

If I manually activate the Reset Rule. the update is performed on the chosen rule.

Thanks.

wmarcolin

@wmarcolin said in Release 22021 Windows Bare-metal won't load:

Sorry for the boldness, but I would like to make a suggestion for the Widgets, would it be possible to remove the technical name of the rule from the logs (rule-kxhekauro)? I believe that everyone puts a name on their actions and this information may not be very useful).

THANKS BOSS!! New version 22022 worked!!

OW-SERVER: 1-Wire to Ethernet Server - MSR Functionality

[SOLVED] Expressions not auto-updating when dependencies change (22022)

Any decent destination for a Vera Plus?

Considering changing to HA - but what installation method?

Reactor (Multi-System/Multi-Hub) Announcements

Ezlo Controller leak_detector supported for Influx-Feed?

ezmqtt switch control questions/issues

[SOLVED]. API poll doesn't un-SET or populate child expressions (bare metal install)

Opening curtains with a motion sensor but only once?

While action group in MSR 22022

npm ERR! code EBADPLATFORM reactor 20022

`npm install --no-save --omit dev` gives vulnerability warning (node-fetch)

Release 22021 Windows Bare-metal won't load

[SOLVED] Fatal error on upgrade to 22021 / Raspberry Pi4 Docker

Anybody Installed MSR on unRaid Docker

Recently Changed Entities doesn't update on 22021

[Solved] Column width for Entities in MSR UI

[SOLVED]. Build 22021-f83a39c Status page is blank

InfluxFeed configuration support for (global) expressions

MSR support for openHAB?

wmarcolin

@wmarcolin

Best posts made by wmarcolin

Latest posts made by wmarcolin