2021.10.0: Z-Wave S2 support, Tuya, secure ESPHome and 400 new icons

I downgraded my system to 2021.10.3 via SSH now, and everything seems to be fine again. Might try to upgrade to 2021.10.4 again when I have more time, since I suppose it was just a broken upgrade process on my end, as nobody else seems to have these issues.

I am actually surprised a migration wizard was attempted. My guess is that only very simple, possibly with relatively new components, will be possible to migrate mostly automatically. Kudos to the HA team trying to attempt this but it may have been a mistake resulting in unrealistic expectations.

In my case almost all zwave devices ended up with a different number of entities, many of which reported different states (“Auto low” vs “Auto Low”, or different states entirely), different possible states, etc. There is no way these are going to be migrated automatically, and battery-powered devices are notoriously finicky.

The wizard might get you over the initial hump but peruse the conversion guides (example) for a heads-up on manual steps likely to be encountered based on what the wizard was telling you (or what the initial steps in the conversion guides indicate). Compare that to starting over from scratch, which may actually be easier.

Sorry if such a question has already been. My indicator does not change when the light is “on”. How to fix it?

Is that the tuya integration ?

No. I suffer separately with Tuya:) these are Sonoff switches. Integrated via Sonoff LAN

Better ask in the Sonoff Lan topic :

Thanks. It broke down when switching to 2021.10.0. But if you select the “Button” type, the current is displayed correctly

Add state_color: true to your first card.

1 Like

Is anyone else stuck on 2021.9?

21-10-15 19:54:40 INFO (MainThread) [supervisor.homeassistant.core] Updating Home Assistant to version 2021.10.4
21-10-15 19:54:40 INFO (SyncWorker_1) [supervisor.docker.interface] Updating image Package intel-nuc-homeassistant · GitHub to ghcr.io/home-assistant/-homeassistant:2021.10.4
21-10-15 19:54:40 INFO (SyncWorker_1) [supervisor.docker.interface] Downloading docker image ghcr.io/home-assistant/-homeassistant with tag 2021.10.4.
21-10-15 19:54:40 ERROR (SyncWorker_1) [supervisor.docker.interface] Can’t install ghcr.io/home-assistant/-homeassistant:2021.10.4: 400 Client Error for http+docker://localhost/v1.40/images/create?tag=2021.10.4&fromImage=ghcr.io%2Fhome-assistant%2F-homeassistant: Bad Request (“invalid reference format”)
21-10-15 19:54:40 WARNING (MainThread) [supervisor.homeassistant.core] Updating Home Assistant image failed

I am running Ubuntu 20.04.03 (yes I know it is not officially supported), never had an issue until today.
Tried setting manual DNS (1.1.1.1/8.8.8.8) :frowning:

HA does have internet access (its accessible from outside and addons do update)

Yes it does. However, you have to manually add the correct repo to HACS. The docs clearly state: “If you have HACS, you must add this repository (“https://github.com/ollo69/ha_tuya_custom”) to your Custom Repository selecting the Configuration Tab in the HACS page.
After this you can go in the Integration Tab and search the “Tuya Custom” component to configure it.”
The repo-URL has changed, the name now contains underscores, that’s it. They still support HACS.

As I wrote, I tried that but it didn’t work.

In the meantime, @stirlo suggested to use this repository and it worked fine, so I’m good for now:

My log is flooded with this

Both are messages I am used to see a couple of times after restart

Now they just repeat flooding the log. I have no idea where it comes from


2021-10-15 19:53:41 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:53:41 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:53:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:53:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:54:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:54:51 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:55:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:55:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:56:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:56:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:57:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:57:50 ERROR (Thread-4) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:58:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 19:58:44 ERROR (SyncWorker_27) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 19:59:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 20:00:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

2021-10-15 20:00:52 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!

2021-10-15 20:01:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.

Do you have Logitech Harmony hubs on your network? I have not updated to 2021.10.x yet but I also get that on startup because of my Harmony hubs and just ignore it. If it’s now going to flood my logs, I guess this might be another reason to hold off on the update for now.

Yes. I have a harmony hub. I replaced it because it was so often unstable.

I replaced it by a Broadlink and that is rock solid and pure local.

I uninstalled the Harmony integration 6 months ago and when rediscovered I asked HA to ignore it. But I left the Harmony on so I could use the remote unrelated to HA. But the remote kept on popping up in Home Assistant and could not be ignored so I pulled the battery. Now I unplugged the Harmony hub and the flooding stopped.

That Harmony integration needs some developer attention. It behaves very badly

There is a fix here but it needs someone to test it

I am not exactly sure what caused it and at some point I gave up trying.
I was running the VM-image (docker container) at version 2021.10.2 and after upgrading to 2021.10.4 this issue started occurring on my install aswell.

Fiddling with the DNS settings of the root OS (nmcli) and reverting to DHCP somehow resolved my issues. As soon as I defined a static IP the issues came back. It also appeared to occur at random and would sometimes work.

Saw this as a sign and took some time to reĂŻnstall my Home Assistant image and moved my configs over to the new install.

I am not sure whether you’re running your Home Assistant on a static IP. If so you might aswell try configuring it to use DHCP and see if that resolves your issues. If that’s the case you could try to assign a static IP from your router to the MAC address of your Home Assistant install as that seems to have resolved the issues at my end for now.

What’s this fix do? I might be able to test it.

We avoid setting up and tearing down the websocket connection to get the unique ID when the device is discovered. It’s much more light weight, and these devices overload very very easily.

I agree with your assessment of the zwave migration wizard. Good attempt. Needs much more work to be useful. My expectations were too high I guess.

@bdraco I have 4 harmony hubs and often see lots of related errors. I can test but might need detailed instructions as I am new to Home Assistant.

Edit: My 4 hubs do not have XMPP switched on as Logitech disabled it a while back and I never touched it so I am not getting those errors but other mentioning Harmony. I can post an example when I see them again.