[RELEASE] Sensor Groups+

Whelp...I decided to stop mooching and to take a stab at writing an app. This will hopefully be both a beneficial learning experience for me and a benefit to the community. My intent is to grow this app over time to include more sensors.

What is this?
A, hopefully, lightweight app that will allow the user to group together sensors.

What's special about that?
This app will update the created virtual device with aggregate counts and status. All device group apps have a configurable threshold. This will allow the user to set how many devices will need to be in the active state (e.g. active motion/smoke detected/contact open, etc.) before the virtual device is updated. Full feature list:

  • Custom attributes to give a snapshot status of the grouped devices
  • Configurable thresholds of how many sensors need to trigger before the virtual device is triggered
  • Provides a list of triggered devices. The list is provided as a custom attribute (string type) and is part of the status change event for the virtual device to be used as the %text% variable for RM.
  • Can be nested.

image

Supported Capabilities That Can Be Monitored

  • CO Detector
  • Contact
  • Humidity
  • Lux
  • Motion
  • Power Meter
  • Smoke Detector
  • Switches (should also include most bulbs)
  • Temp
  • Water Leak Detector

NOTE: Min/max/avg readings for humidity, lux, and temperature are for the group at that point in time. An example for humidity; sensor1 at 50, sensor2 at 60 and sensor3 at 70;

  • min - 50
  • max - 70
  • avg - 60

INSTALLATION

Can be installed using HPM; just search for "Sensor Groups+"

  • Fully modular, so only the sensors needed can be installed.
  • The optional device drivers are deprecated and should not be installed.

Manual installation requires the parent app, along with the children apps and drivers. All code can be found in my GitHub repo.

12 Likes

Known Issues

  • Switch groups cannot be nested.

To Do List

  • None

Feature Requests (Not Guaranteed)

7 Likes

Great idea.

Definitely lightweight approach compared to my webcore attempts.

Cheers.

3 Likes

Version 1.1 Released

Added:
Water leak sensors
Smoke detectors
CO detectors

1 Like

Let me know if you notice any issues or have particular sensors you'd like to see added.

1 Like

Hello.
I just tried your app, and I'd like to make a small suggestion.
First of all, it's great because I will find it very handy - I will show you how I intend on using it:

  1. I will make a "combined " water sensor to very quickly test and see if there is a leak in the house.
  2. it works great for this.
  3. however, if there is a leak, I have to go back and figure out which one (out of the 12) is causing the leak!
  4. therefore my suggestion: Is it possible to make another state variable which has in it the name of the sensor(s) that is "wet"?(i.e. over the threshold)?

Thanks for making up this very useful tool.

5 Likes

That's a great idea...I'll add it to the to-do list. That'll be a fun challenge to learn how to list them out.

5 Likes

Agree, that's a really cool idea.

How about this? I need to do a little more poking to see if I can sort the list.

image

EDIT: Well, the list is an oddity...I'm not sure why 01_test is getting sorted to the end, the other sensors are sorting as I would expect. I'll do some more digging tomorrow.

EDIT 2:
I rectified the sort issue with the help of the gracious @bertabcd1234.
image

1 Like

FYI, @bertabcd1234's Device Status Announcer app can achieve #3 nicely.

2 Likes



FYI @FriedCheese2006 - I think there may be something wrong with your coding for some of the new devices. I tried doing some groups for CO Alarms, Smoke Alarms, and Leak Sensors - it's not creating a virtual device, and throwing this error in the logs.

Did you install the drivers too? The error suggest they aren't installed.

Doh... rookie mistake. Apparently I should go to bed. I paired up the app in HPM and assumed that'd have been installed. Re-ran the device setup, and they're showing up now. Thanks!

1 Like

I intend on using the "open list" in a notification.
Will it show up as %device% ?

%device% is a global variable in RM that refers to the device that caused the event in the rule.

I'll most likely include the OpenList values as description text in the open/wet/detected events so you could use the %text% variable in RM for notifications.

Actually, this is more my fault. I have everything except the parent app set to optional, but they really aren't...for now. I do want to make this a little more modular so that the drivers are automatically installed based on the selected child apps. That's a little ways off, so I'll update the HPM integration to just pull everything.

EDIT: Just pushed a corrected manifest out.

1 Like

FEEDBACK WELCOME

I was able to work on this some more today. With the way I have it setup now (to be pushed out), we'll have two options for notifications:

Option 1
If you only care about what devices are 'active' when the threshold is broken, you'll be able to just use the global %text% variable in the notification. For everything except motion sensors, this would be the first device is the group that changes state. For motion, this would be whatever sensors are active when the set threshold is hit.

Example:
Setting up a rule to notify when the contact sensor group opens, I can get a copy of the open list in the notification. This shows that "01_test" was opened causing the group device to show open.

Rule

Notification

image

The downside is that this will not be triggered again unless all the sensors are closed and then it's opened again. If I just continued to open contact sensors, I would not get any more notifications (this might be desirable depending on the use-case).

Option 2
Which brings me to the custom attribute. You can set RM up to notify when the attribute changes. This will result in a notification any time a device is added or removed from the list.

Rule

Notification

The limitation here is that, since we're using a custom attribute, RM would have to be used for the notification rule.

2 Likes

Version 1.3 Released

Added the additional list attribute and event description to show triggered devices.

2 Likes

Thanks for the update! :smiley:

I'm getting this, however, in Contacts group:

image

I had an existing group and went back into the app side and hit "Done" to update it, thinking that would do it. Do I need to re-crecate the group?

Download the Hubitat app