I do agree that the blueprint in this thread is very useful for study blueprints but will my all respect to the author I think that a usual automation (not a blueprint) is simpler.
I agree. In most cases, it will be simpler, shorter, and possibly more efficient as well.
However, there are users who, for whatever reason, are unable to create their own automations (even with the Automation Editor). Blueprints allow them to use other people’s automations.
Of course, it’s always been possible to use someone else’s automation. However, you had to change all the entities in their automation to make it work on your system. That process involved editing the automation’s text (YAML).
Blueprints let the user select the entities from lists in the UI so they never have to see or edit the actual automation. This is an advantage for new users. However, it means more work for the automation’s author because they have to convert it to a blueprint (and that process might require making the automation larger and more complicated).
Yes, it would be a simple automation. I used it to be able to easily duplicate it across multiple battery devices and then if I later need to update notification, a change in one place would change them all. Hopefully in the future blueprints will allow multiple selections in a list of a trigger similar to a target, then it would be much more helpful.
Personally, I find an automation only works well for this particular problem if the device you’re getting an alert for is your phone. Due to their power draw and usage phone battery level goes up and down quickly. Generally if you get an notification about your phone being at 15-20% or less you’re gonna go plug it in right away.
But for all the other IOT devices around my house, a low battery alert most likely isn’t urgent. I know I have to replace it but I’m not going to drop what I’m doing to go do so. Most of these devices take months or more to deplete the battery. So I prefer an alert since that will continue to bug me until I solve the problem.
For anyone interested, I did a quick write up of my own solution and shared it as a package here (didn’t want to clog up this thread with it). Can’t make it a blueprint unfortunately since its not an automation.
Also if you add Default: “” to your inputs it allows you to put in less than the maximum number.
echo_device2:
name: Second Alexa
description: The Second Alexa device to make the announcement on. Make a comma seperated list to announce on multiple devices.
selector:
entity:
domain: media_player
default: ""
All good till someone comes around needing 1 more device than you have inputs available in the blueprint Hopefully in the future there is a selector solution for inputs that would solve this
@CentralCommand Everyone will have different preferences, let’s not lose sight that the blueprints are a tool to share your automations with someone else that may want to do the same thing. You could go through every one and decide it doesn’t work for you or you prefer it to be another way due to the large flexibility available for each scenario.
Logger: homeassistant.components.automation.battery_level_notification
Source: components/automation/__init__.py:452
Integration: Automation (documentation, issues)
First occurred: April 19, 2021, 10:13:03 AM (4 occurrences)
Last logged: 8:30:21 AM
Error rendering variables: TemplateError: str: Invalid domain name ''
Hi! Thanks for this stunning blueprint. I just installed it and hopefully, it will work.
I presume that I have some binary battery sensors that give true as output of battery_low (now, they show false as the battery is fine).
Sorry that I ask, but I am a complete noob in Home Assistant. I only used to write some lines in basic some decades ago, but I was no expert in those times…
I am wondering if adding true to the line to solve the problem, so that it is: