Good day everyone. Hope the community enjoying HE and doing well!!
Current Coding Of Notifications:
When coding a notification action in any HE functions (i.e. HE Safety Monitor, Notifications, Room Lighting, Rule Machine, Amazon Echo, Broadlink System Manager, Echo Speaks, GeoFency, device activity check, button controller, etc. ) I am currently defining the device names of each individual I want to receive the notification. For example, in the notification below, two individuals are receiving the notification of a loss of commercial power on a critical infrastructure core network switch in the RM rule.
Current Operational Issue:
Maybe like many of us, over time leveraging the functionality of HE has resulted in 165 Rules / buttons , etc. (or for many of you even much more ) that now have this static coding of the device name. Recently geofencing stopped working on one of these devices which required me to remove and reinstall the device; however, prior to doing so I had to remove the device from every application in which the device was being used. All 165 of them. Since HE makes it a simple mouse click with a list at the bottom of the device in which it was being used, admittedly it is not hard to do but it is time consuming to remove and then having to double back and add them all back in for a total of 330 entries doesnāt really help much either. So armed with a new battery for the mouse LOL a multiple cups of coffee mission accomplished .
Suggestion For Considers Or Other Proposals:
When coding the notifications would it be possible to use groups that contain the target recipients instead of the actual recipients? In this way, the rule may never need to be touched again after being created. For example, the notify statements in the rules would provide a group name; for example Group-SystemLevelMessages. When the need came about to remove the phone all I would have needed to do was edit this group (SystemLevelMessages) and removed the errant device. That would have been it. Never needing to touch the 165 individual rules twice a total of 330 times.
I will be the 1st to admit I canāt imagine this to be a simple request. But maybe in a future, future, future release has a system dialogue panel where some sort of higher level overarching configuration are established. As these systems continue to groups simplicity of the UI and ease of use will be very helpful. Which HE has done and excellent job of balancing these types of requests.
I have multiple hubs. In my case my primary hub has primarily two classes of individuals. One wants to know everything going on (Group-SystemLevelMessages). The second class is (Group=UserLevelMessages), they could care less about the IT side of things. My rules would contain either one or both groups. I mention this only if there would even be the possibility to share these groups globally across hubs.
There may be other use cases of using local resources in groups and those groups being used in the actual code.
Thanks for everyoneās time and thoughts,
Don