2020.12: Automate with Blueprints!

[vacar (Vanni Carletti)]

Rebooted twice and HACS still not showing up:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/setup.py", line 213, in _async_setup_component
    result = await task
  File "/config/custom_components/hacs/__init__.py", line 24, in async_setup
    return await hacs_yaml_setup(hass, config)
  File "/config/custom_components/hacs/operational/setup.py", line 83, in async_setup
    await async_startup_wrapper_for_yaml()
  File "/config/custom_components/hacs/operational/setup.py", line 120, in async_startup_wrapper_for_yaml
    async_call_later(hacs.hass, 900, async_startup_wrapper_for_yaml())
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1179, in async_call_later
    return async_track_point_in_utc_time(
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1133, in async_track_point_in_utc_time
    job = action if isinstance(action, HassJob) else HassJob(action)
  File "/usr/src/homeassistant/homeassistant/core.py", line 174, in __init__
    raise ValueError("Coroutine not allowed to be passed to HassJob")
ValueError: Coroutine not allowed to be passed to HassJob

Thanks for the update, good job ! Apart the HACS issue, it ran smoothly as usual !

[nigelc (Nigel)]

I have the same problem as Juhurus Update failed - cant find registry-1.docker.io

[tom_l]

Read the release notes.

Uptime

In order to optimize stability and performance of Home Assistant, sensors should use only absolute time values (store the date of the event) and not relative time values (seconds from event) so the value doesn’t change each second.

The Uptime integration is one leftover, so to adhere to Home Assistant architectural design rules, the sensor is now changed to a timestamp.

As a side effect of this change, the unit_of_measurement option of this integration is now deprecated and can be removed from your configuration if you used that.

Please review your Automations and Lovelace configuration to reflect this change.

(@chemelli74 - #43623) (uptime docs)

[Mariusthvdb (Marius)]

trying to rebuild the uptime hours and minutes sensors from before, using

{{ (((as_timestamp(now()) - as_timestamp(states('sensor.time_online'))) % 3600) / 60) | int  }}

based on:

sensor:
  - platform: uptime
    name: Time Online

won’t auto update in the template editor?

[owie_b (Owie Baclay)]

Already did that but still the same

[Holdestmade]

@Mariusthvdb

trying to rebuild the uptime hours and minutes sensors from before, using

{{ (((as_timestamp(now()) - as_timestamp(states('sensor.time_online'))) % 3600) / 60) | int  }}

based on:

sensor:
  - platform: uptime
    name: Time Online

won’t auto update in the template editor?

This seems to update every minute:

Uptime in days hours and minutes

Something like this ? EDIT: this doesn’t update in template editor, not sure if it will when it’s a sensor ? EDIT: yes it does, every minute EDIT 2: just added the default uptime sensor, the entity in lovelace already shows the time in hours and mins - platform: template sensors: ha_uptime: friendly_name: "Home Assistant uptime" value_template: >- {% set up_time = as_timestamp(now()) - as_timestamp(states('sensor.ha_uptime')) %} {% if up_time == 0 %} …

[tom_l]

@owie_b

Already did that but still the same

Already did what?

The entity is no longer a time (duration) since last restart it is now a time-stamp of when the last restart occurred, e.g. 2020-12-14 21:24:33.745303+11:00 You can’t graph this, it won’t change until you restart again. You need to create a template sensor that determines the time between now and that timestamp.

[Mariusthvdb (Marius)]

maybe updating in the state machine, but ive been looking at this now for 3 minutes being 15 minutes…

{{relative_time(states.sensor.uptime.last_changed)}}

note: I’ve renamed the sensor to sensor.uptime, not a different sensor, just the core sensor uptime

[owie_b (Owie Baclay)]

Sorry I mean I already edited my configuration.yaml, I thought that it would display the correct value like the image above when i create a entity card. I’m having a hard time trying to figure out a sensor for this.

[Bram (Bram van den Hout)]

This template sensor will get it back to work.
Replace hostname with yours

- platform: template

  sensors:

    cert_expiry_<hostname>:

      friendly_name: "Cert Expiry Days (<hostname>)"

      value_template: "{{ (  (as_timestamp(states.sensor.cert_expiry_timestamp_<hostname>.state) - as_timestamp(now())  ) / 86400 ) | round(0, 'floor') }}"

      unit_of_measurement: 'days'

[Bram (Bram van den Hout)]

see my post just now to get cert expiry sensor (with days left before invalid cert)

[maxym]

@Michael_Davydov

I gotta say, the versioning scheme change made me laugh When everyone was expecting it to jump into “Released” state by going 1.0, it just got changed to date based system.

Which will cause that newer version of HACS will never be released
From HACS changelog:

• This release will be the last one that has a beta, it’s just too much work to maintain.
• The next planned version (1.9.0) will have HA 1.0.0 as the minimum required version.

[Holdestmade]

Yes, same here, tried making a template sensor with that template of yours and it doesn’t update. The one I posted does though so is it the now() part that is making it update ?

[mcarty (Arturo)]

Is there any way to watch now the Home Assistant Conference? I got my ticket but had to leave after 1 hour.
Sorry for the off-topic.

[KennethLavrsen]

Making a sensor like this - as far as I cana tell - re-creates the problem that each time it updates, it gets logged. That is a lot of data to say that time has passed another minute or worse second.

When you upgrade the old Certificate sensor no longer works and can be deleted (in the entity window there is a delete button that is active)

A new sensor is created which is called sensor.cert_expiry_timestamp_domain_name where domain_name is your actual domain name. Ie the string timestamp is added.

In the front end this sensor is shown in a sensible way when shown in a standard entity card. It actually shows how much time till it expires and it shows in in a very human way like “in 5 weeks”.

That works well. What is not (yet) implemented well is showing the timestamp in a badge. The text is the time stamp and it overflows after 2020. and is useless. I don’t care. I moved from badge to entity anyway. But if someone really wants the badge I encourage you to raise a github issue. It really should show the days left as it will fit in the little circle.

I do not see any reason why one would graph a certificate expiry.

[Mariusthvdb (Marius)]

filed an issue to be sure https://github.com/home-assistant/core/issues/44214

[buzzlightyear]

My upgrade to HA Core 2020.12.0 works, but as soon as I try and update the OS to 5.8 it reverts the HA core to 118.4

This is a log of the OS upgrade on its own, it still reflects 4.17 after the reboot. Not sure where else to look.

20-12-14 14:57:13 INFO (MainThread) [supervisor.hassos] Fetch OTA update from https://github.com/home-assistant/operating-system/releases/download/5.8/hassos_rpi4-5.8.raucb
20-12-14 14:59:46 INFO (MainThread) [supervisor.hassos] OTA update is downloaded on /data/tmp/hassos-5.8.raucb
20-12-14 14:59:46 INFO (MainThread) [supervisor.utils.gdbus] Starting dbus monitor on de.pengutronix.rauc
~ $ ha supervisor log
{"result": "error", "message": "System is not ready with state: shutdown"}
[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] udev.sh: executing...
[15:05:39] INFO: Update udev information
[cont-init.d] udev.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[15:05:39] INFO: Starting local supervisor watchdog...
20-12-14 15:05:42 INFO (MainThread) [__main__] Initializing Supervisor setup
20-12-14 15:05:42 INFO (MainThread) [supervisor.bootstrap] Initializing Supervisor Sentry
20-12-14 15:05:42 INFO (MainThread) [supervisor.bootstrap] Seting up coresys for machine: raspberrypi4
20-12-14 15:05:42 INFO (SyncWorker_0) [supervisor.docker.supervisor] Attaching to Supervisor homeassistant/armv7-hassio-supervisor with version 2020.12.6
20-12-14 15:05:42 INFO (SyncWorker_0) [supervisor.docker.supervisor] Connecting Supervisor to hassio-network
20-12-14 15:05:43 INFO (SyncWorker_0) [supervisor.docker.interface] Cleanup images: ['homeassistant/armv7-hassio-supervisor:2020.11.0']
20-12-14 15:05:44 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state CoreState.INITIALIZE
20-12-14 15:05:44 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
20-12-14 15:05:44 INFO (MainThread) [__main__] Setting up Supervisor
20-12-14 15:05:44 INFO (MainThread) [supervisor.api] Starting API on 172.30.32.2
20-12-14 15:05:45 INFO (MainThread) [supervisor.host.info] Updating local host information
20-12-14 15:05:45 INFO (MainThread) [supervisor.host.services] Updating service information
20-12-14 15:05:46 INFO (MainThread) [supervisor.host.network] Updating local network information
20-12-14 15:05:47 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information
20-12-14 15:05:47 INFO (MainThread) [supervisor.host] Host information reload completed
20-12-14 15:05:47 INFO (MainThread) [supervisor.host.apparmor] Loading AppArmor Profiles: {'hassio-supervisor'}
20-12-14 15:05:47 INFO (MainThread) [supervisor.host.services] Reloading local service hassos-apparmor.service
20-12-14 15:05:47 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-hassio-dns with version 2020.11.0
20-12-14 15:05:54 INFO (MainThread) [supervisor.plugins.dns] Updated /etc/resolv.conf
20-12-14 15:05:54 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-hassio-audio with version 17
20-12-14 15:05:54 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-hassio-cli with version 2020.11.1
20-12-14 15:05:54 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-hassio-observer with version 2020.10.1
20-12-14 15:05:54 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-hassio-multicast with version 3
20-12-14 15:05:54 INFO (MainThread) [supervisor.updater] Fetching update data from https://version.home-assistant.io/stable.json
20-12-14 15:05:55 INFO (MainThread) [supervisor.homeassistant.secrets] Loaded 1 Home Assistant secrets
20-12-14 15:05:55 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/raspberrypi4-homeassistant with version 0.118.4
20-12-14 15:05:55 INFO (MainThread) [supervisor.hassos] **Detect HassOS 4.17** / BootSlot A
20-12-14 15:05:55 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/core repository
20-12-14 15:05:55 INFO (MainThread) [supervisor.store.git] Loading add-on /data/addons/git/a0d7b954 repository
20-12-14 15:05:56 INFO (MainThread) [supervisor.store] Loading add-ons from store: 66 all - 66 new - 0 remove
20-12-14 15:05:56 INFO (MainThread) [supervisor.addons] Found 7 installed add-ons
20-12-14 15:05:56 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to homeassistant/armv7-addon-mosquitto with version 5.1
20-12-14 15:05:56 INFO (SyncWorker_1) [supervisor.docker.interface] Attaching to homeassistant/armv7-addon-configurator with version 5.1.0
20-12-14 15:05:57 INFO (SyncWorker_3) [supervisor.docker.interface] Attaching to hassioaddons/sqlite-web-armv7 with version 2.2.2
20-12-14 15:05:57 INFO (SyncWorker_4) [supervisor.docker.interface] Attaching to homeassistant/armv7-addon-ssh with version 8.9.1
20-12-14 15:05:57 INFO (SyncWorker_2) [supervisor.docker.interface] Attaching to homeassistant/armv7-addon-check_config with version 3.5.0
20-12-14 15:05:57 INFO (SyncWorker_0) [supervisor.docker.interface] Attaching to hassioaddons/sonweb-armv7 with version 0.13.0
20-12-14 15:05:57 INFO (SyncWorker_1) [supervisor.docker.interface] Attaching to homeassistant/armv7-addon-samba with version 9.3.0
20-12-14 15:05:57 INFO (MainThread) [supervisor.snapshots] Found 4 snapshot files
20-12-14 15:05:57 INFO (MainThread) [supervisor.discovery] Loaded 1 messages
20-12-14 15:05:57 INFO (MainThread) [supervisor.ingress] Loaded 0 ingress sessions
20-12-14 15:05:57 INFO (MainThread) [supervisor.resolution.check] Starting system checks with state CoreState.SETUP
20-12-14 15:05:57 INFO (MainThread) [supervisor.resolution.check] System checks complete
20-12-14 15:05:57 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state CoreState.SETUP
20-12-14 15:05:57 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
20-12-14 15:05:57 INFO (MainThread) [__main__] Running Supervisor
20-12-14 15:05:57 INFO (MainThread) [supervisor.hassos] Rauc: A - marked slot kernel.0 as good
20-12-14 15:05:57 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.INITIALIZE' starting 0 add-ons
20-12-14 15:05:57 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SYSTEM' starting 1 add-ons
20-12-14 15:05:57 INFO (SyncWorker_3) [supervisor.docker.interface] Cleaning addon_core_mosquitto application
20-12-14 15:06:06 INFO (SyncWorker_3) [supervisor.docker.addon] Starting Docker add-on homeassistant/armv7-addon-mosquitto with version 5.1
20-12-14 15:06:08 INFO (MainThread) [supervisor.services.modules.mqtt] Set core_mosquitto as service provider for mqtt
20-12-14 15:06:11 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.SERVICES' starting 2 add-ons
20-12-14 15:06:12 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning addon_a0d7b954_sqlite-web application
20-12-14 15:06:15 INFO (SyncWorker_2) [supervisor.docker.addon] Starting Docker add-on hassioaddons/sqlite-web-armv7 with version 2.2.2
20-12-14 15:06:15 INFO (SyncWorker_6) [supervisor.docker.interface] Cleaning addon_core_ssh application
20-12-14 15:06:17 INFO (MainThread) [supervisor.api.security] /host/info access from a0d7b954_sqlite-web
20-12-14 15:06:18 INFO (SyncWorker_6) [supervisor.docker.addon] Starting Docker add-on homeassistant/armv7-addon-ssh with version 8.9.1
20-12-14 15:06:20 INFO (MainThread) [supervisor.api.security] /dns/info access from a0d7b954_sqlite-web
20-12-14 15:06:23 INFO (MainThread) [supervisor.core] Start Home Assistant Core
20-12-14 15:06:23 INFO (SyncWorker_3) [supervisor.docker.interface] Starting homeassistant
20-12-14 15:06:23 INFO (MainThread) [supervisor.homeassistant.core] Wait until Home Assistant is ready
20-12-14 15:06:58 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
20-12-14 15:07:14 INFO (MainThread) [supervisor.homeassistant.core] Detect a running Home Assistant instance
20-12-14 15:07:14 INFO (MainThread) [supervisor.addons] Phase 'AddonStartup.APPLICATION' starting 1 add-ons
20-12-14 15:07:16 INFO (SyncWorker_7) [supervisor.docker.interface] Cleaning addon_core_configurator application
20-12-14 15:07:19 INFO (SyncWorker_7) [supervisor.docker.addon] Starting Docker add-on homeassistant/armv7-addon-configurator with version 5.1.0
20-12-14 15:07:24 INFO (MainThread) [supervisor.misc.tasks] All core tasks are scheduled
20-12-14 15:07:24 INFO (MainThread) [supervisor.misc.hwmon] Started Supervisor hardware monitor
20-12-14 15:07:24 INFO (MainThread) [supervisor.core] Supervisor is up and running
20-12-14 15:07:24 INFO (MainThread) [supervisor.host.info] Updating local host information
20-12-14 15:07:24 INFO (MainThread) [supervisor.updater] Fetching update data from https://version.home-assistant.io/stable.json
20-12-14 15:07:24 INFO (MainThread) [supervisor.resolution.fixup] Starting system autofix at state CoreState.RUNNING
20-12-14 15:07:24 INFO (MainThread) [supervisor.resolution.fixup] System autofix complete
20-12-14 15:07:24 INFO (MainThread) [supervisor.host.services] Updating service information
20-12-14 15:07:24 INFO (MainThread) [supervisor.host.network] Updating local network information
20-12-14 15:07:27 INFO (MainThread) [supervisor.host.sound] Updating PulseAudio information
20-12-14 15:07:27 INFO (MainThread) [supervisor.host] Host information reload completed

[Mariusthvdb (Marius)]

experimenting with the new Nabucasa cloud TTS voices, which do sound very nice indeed, the gender option isnt accepted as valid

as you can see I also tried ‘Gender’, both fail. Anyone had any luck doing so? btw, this was done in the services page on developer-tools/service

this works:

and these wont:

[PeteFarmer (Peter)]

Anyone facing issues with sending notifcations through whatsapp?
I’m getting this error:
Logger: homeassistant.components.websocket_api.http.connection
Source: components/rest/notify.py:200
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 1:11:48 PM (6 occurrences)
Last logged: 1:19:23 PM

[281472567619984] ‘NoneType’ object has no attribute ‘update’

Traceback (most recent call last): File “/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py”, line 135, in handle_call_service await hass.services.async_call( File “/usr/src/homeassistant/homeassistant/core.py”, line 1445, in async_call task.result() File “/usr/src/homeassistant/homeassistant/core.py”, line 1480, in _execute_service await handler.job.target(service_call) File “/usr/src/homeassistant/homeassistant/components/notify/init.py”, line 149, in _async_notify_message_service await self.async_send_message(**kwargs) File “/usr/src/homeassistant/homeassistant/components/notify/init.py”, line 128, in async_send_message await self.hass.async_add_executor_job(partial(self.send_message, message, **kwargs)) # type: ignore File “/usr/local/lib/python3.8/concurrent/futures/thread.py”, line 57, in run result = self.fn(*self.args, **self.kwargs) File “/usr/src/homeassistant/homeassistant/components/rest/notify.py”, line 200, in send_message params=self._params.update(data), AttributeError: ‘NoneType’ object has no attribute ‘update’

[paradinglunatic]

Your yaml is wrong.

Try

message: insert whatever you want to say
language: en-GB
options:
  gender: male
entity_id: media_player.yourmediaplayer