Aha!
I believe this sensor is only available when Google Drive Backup add-on is running, and I was using this in the automation to skip a new backup if another backup was done in the past 2 hours.
Now I know why this isn’t working for you (and probably for other people also).
I haven’t changed this one to not mess up with existing implementations, so if you want to use that new one, create a new automation based on that one and remove your previous automation based on the old blueprint.
Could you please take a look at the sensor sensor.samba_backup and let me know exactly how is the format of name and for the value of the attribute last backup?
You can see this under Developer Tools, selecting tab States and then typing the sensor name at the search field. (Please make sure Attributes is selected, so you can see the attributes)
I don’t have Samba backup, so I need your help to make sure I’m doing right on the part where the automation should wait for the backup to complete before start the updates.
You can use the “first day of the month” input to prevent running it on the beginning at the month. It’s not the same you are asking for, but it might help for now.
I will take a look on how to prevent major releases (selectable via another input) and come back.
By the way, I would suggest you to use this newer Blueprint instead: Scheduled auto-update for Home Assistant as this one is based on Schedule helper (which provides more flexibility to run the updates in the right time windows, and not only a time to trigger per day).
It is interesting… No timezone info on the last backup timestamp…
Do you know if this is UTC or local time? I mean, do you run your backup at around 02:00AM local time?
I have worked in a separated blueprint to skip the major updates, but it was doing string comparison, which is far from ideal.
Now looks like the version 2022.10 will have a version filter, which hopefully will make this much more reliable, so soon I will be able to test it.
Just wanted to say thank you for this blueprint.
For people that are aware of the risks of auto-updating and still want to do it, this is great!
I like the overall day-of-the-month delay, but I would be interested in an option where you can set a kind of “per-update delay” (and I may not be the first the ask this of course)?
Let me try to understand your idea…
Let’s say v2023.x.0 is released in day 1 and I have a 3 days delay set, so that won’t be installed until day 4, right?
But then, at day 3 it was released v2023.x.1…
Should v2023.x.0 still be installed on day 4?
Should v2023.x.0 be skipped and then v2023.x.1 be installed at day 6?
I think option 1 might leave you with some critical bug or security risk for what a fix is available. While option 2 might keep you in an even older version for a long time of new fixes comes regularly.