Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider adding Repeat with Wildcards #652

Open
andjones132 opened this issue Jan 25, 2023 · 3 comments
Open

Consider adding Repeat with Wildcards #652

andjones132 opened this issue Jan 25, 2023 · 3 comments

Comments

@andjones132
Copy link

I know this request has been requested previously, but would like to explain why I think it is still important. Your suggestion to someone who asked for this previously was to use a standard HA automation script. This works ok if I just want to send a generic message, but it gets more complicated if I also want to include the wildcard of the friendly name of the sensor that triggered the Alarm. I am sure there is probably some template function that I could use to pull the name of the sensor from the Attribute of the Alarm when in Triggered State. However, this adds additional breakpoints when Alarmo already has almost 98% of what I need. Alarmo can through Actions to send messages via notify to mobile app or text-to-speech with the wildcard name of the sensor. However, to the best of my knowledge, it currently cannot repeat the message x number of times with an x number of seconds delay between each message. If it is 2 am and the Alarm goes off, and Alarmo sends a TTS announcement to all the media players in the house, I doubt I will hear the whole message the first time. It would be nice if there were two more options:

  1. Number of times to repeat the message: e.g. 3
  2. Delay in seconds between messages: e.g. 15

My current workaround is to turn on the MQTT option in Alarmo and have Node-RED listen for a Triggered event. I use information in the MQTT event to pull out the friendly name of the sensor that triggered the alarm and use the Loop function to repeat the message x number of times before triggering the siren. The workaround works but with risks that it could break at any time by some “breaking change.” One of the reasons I switched to Alarmo is that I must have missed some breaking change from several months ago that broke my homemade NR notifications. I only discovered it when I finally got around to doing a full systems test and then figuring out how far back I needed to go to find a version of HA before the breaking change. It would be nice if this were built-in to help reduce the number of breakpoints that any Node-RED or HA automation would add. Thank you for your reconsideration.

On a personal note, I wanted to Thank You for the tremendous amount of time and effort you have put into Alarmo. It must be at the top of the list for the most helpful and potentially lifesaving integrations available for Home Assistant. With my old Node-RED alarm automation, I had to worry every time I hit the upgrade button in HA if a known or unknown “breaking change” would break a system I rely on for the health and well-being of my family. I understand the "Use at your own risk" clause, but I am not sure why anyone would spend the time, energy, and money to set up HA and create a custom home security solution if they didn’t intend to rely on it. It would be fantastic if the HA Dev team would recognize your contribution and make Alarmo a fully supported HA addon. Then, we could have some confidence that it would be a part of the test package run before each release to ensure it s working as intended. I will happily be contributing to your Patron/Paypal account regularly if for no other reason than the time Alarmo saves me from needing to maintain my DIY solution. It still needs to be tested regularly, but having fewer breakpoints makes this process much easier. Thanks again, and keep up the great work.

@github-actions
Copy link

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

@nielsfaber
Copy link
Owner

I'm sorry, I did not have any time to work on this project recently. I will see if this can be added.

@nielsfaber nielsfaber reopened this Mar 19, 2023
@nielsfaber nielsfaber removed the Stale label Mar 19, 2023
@github-actions
Copy link

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants