The error still mentions the dash. I would try:
1 delete the automation step ( only this step)
2 add the step
3 fill with ui the notify service
4 full message without template
5 save
I noticed if i change anything on my automations and hit save the error message appears.
Next i found out that there was an old entry in my automation.yaml. Iāve removed that old entry and finally the error disappear!
Iām trying to get the notification on my phone. I get a notification but not with any sensors, and I tried a 70% to test. Hereās the code - I get a notice with everything up to the low: bit, no sensors. What am I doing wrong?
service: notify.mobile_app_roberts_iphone
data:
message: "The sensor batterie(s) are low: {{sensors}}"
Not sure, is there anything in your HA log to indicate an error? Mine looks like this and works (in the Yaml editor in the HA automation edit interface for the action):
But how? The description does not indicate that. Binary sensors donāt have a percentage value and thatās what this blueprint is about, right?
For now I created a separate automation on my own using a group of all battery sensors with low level indication (binary_sensor). Huge advantage: I donāt have to exclude stuff.
Feature request: let us INCLUDE sensors instead of only being able to EXCLUDE sensors. That would be really awesome.
The description for the battery threshold setting says this:
Battery sensors below threshold are assumed to be low-battery (as well as binary battery sensors with value āonā).
So the blueprint is not just about percentage values. It includes binary sensors with the battery device class.
The blueprint is also exclusion-only because it saves you from having to enter every new battery entity to it manually. Otherwise every time a new battery entity is added to the system, youād have to update your automation. Much better to exclude the ones you donāt care about ad hoc than to miss the ones you will eventually almost certainly forget to add.
Thatās exactly what I have to do now. Because I have two automations using this blueprint, as some devices need a different warning treshold (every Aqara user knows most sensors are near to dead with 70 %).
So today I have
automation no 1: for monitoring Aqara devices
automation no 2: for monitoring all other devices
Both automations need to exclude the opposite devices. Therefore it would be much more intuitive to include sensors, best to use groups which are simply expanded.
Cause I maintain all my battery sensor entities in separate groups anyway. Currently a manual job, can maybe be automated with some template magic on āidentify all battery sensor entities of Aqara devicesā.
Anyway, if the blueprint would support groups and expand them (so the rest is working as currently with a list of affected sensors in the notification etc.), that would save me from editing all blueprint based automations too in addition to the group change).
Sidenote: expanding groups to list the names of their entities in a certain state:
The persistent notification is exactly what I was looking for.
One device per line
Being able to pick the notification device from a dropdown list was handy, particularly because it didnāt require having to edit the notification in YAML.
@Sbyx it would be awesome to add these features here, so we end up with one butt-kicking blueprint.
IMHO this blueprint should be included as standard in Home Assistant.