17 posts were split to a new topic: Need help setting up dashboard resources without hacs
Will there be a 2022.10.5 with the time zone fix for Tibber which was merged to dev some days ago?
The PR isn’t tagged with 10.5, so it’s likely in the next release.
Ohh. That is probably a misstake, the bug is rendering the implementation more or less useless for automating based on current price as it’s 2h off due to a time zone issue.
Is there a way to add that tag?
That’s up to whoever manages the builds. No clue who does that. Sorry.
Just a quick reminder that between 10.2 and 10.4 - someone broke the ‘health check’ ( [‘HomeAssistantCore.update’ blocked from execution, system is not healthy]) to mark the system as unhealthy when Portainer is installed alongside HA in docker.
A really bad misstep by whomever radically changed the health check to care about other docker containers running alongside HA, and break the update functionality.
A kludge to get around the dev who did this is to stop Portainer and do updates from now on:
docker stop portainer
Alternatively, some have noted that simply renaming the docker container avoid this very poorly designed health check:
docker tag portainer/portainer-ce:latest p0rtainer
I only detailed this because these HA nuisance traps, and documentation are getting worse.
This is by design. You can disable the health check if you like. Portainer is not something that the HA team wants people running on supervised systems.
How do we disable the health check?
The Health Check page only speaks of it being enabled by default, and how to enable it if not using default_config:
comes with a disclaimer
Latest release 2022.10.5 broke my plugwise integration…
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/components/plugwise/gateway.py", line 44, in async_setup_entry_gw
connected = await api.connect()
File "/usr/local/lib/python3.10/site-packages/plugwise/smile.py", line 296, in connect
result = await self._request(DOMAIN_OBJECTS)
File "/usr/local/lib/python3.10/site-packages/plugwise/helper.py", line 304, in _request
return await self._request(command, retry - 1)
File "/usr/local/lib/python3.10/site-packages/plugwise/helper.py", line 304, in _request
return await self._request(command, retry - 1)
File "/usr/local/lib/python3.10/site-packages/plugwise/helper.py", line 304, in _request
return await self._request(command, retry - 1)
File "/usr/local/lib/python3.10/site-packages/plugwise/helper.py", line 301, in _request
raise ConnectionFailedError(
plugwise.exceptions.ConnectionFailedError: Plugwise connection error, check log for more info.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 365, in async_setup
result = await component.async_setup_entry(hass, self)
File "/usr/src/homeassistant/homeassistant/components/plugwise/__init__.py", line 13, in async_setup_entry
return await async_setup_entry_gw(hass, entry)
File "/usr/src/homeassistant/homeassistant/components/plugwise/gateway.py", line 50, in async_setup_entry_gw
f"Error while communicating to device {api.smile_name}"
AttributeError: 'Smile' object has no attribute 'smile_name'
That error says it can’t connect. Check your connection first
Hi,
Have problem with the lovelace after restart or opened it in browser. My 2 tablet and on my pc too when boot up or open it the lovelace sometime not load correctly. Mixed the things on the dashboard. Sometimes must do 1 or 2 refresh and after good again.
Before not have this problem. 1-2 months ago see this problem first. What happend after HA update and how can I solve it? Cleared cache, but not solved it.
same problem
even made a ticket, but now i suspect the manufacturer
maybe an intentional bug in the firmware, for people who don’t use their ecosystem
Could be, I’ve been waiting for someone else to run into this issue as well. Personally, I really don’t like these V2s and I’ll be avoiding them in the future. Not one change on these devices made them better. All regressions.
for me it was the only one available as the LYWSDCGQ were no more available
love those, have 4 of them running, including one outside
i guess xiomi doesn’t like people buying their devices but not their ecosystem
Yeah, apparently there are other brands that are similar to the old one. Not sure if you can buy them anymore.
buying nowadays is mostly a game of chance. noone is advertising the fact you need a bind key
Done, and you where right! it seems to struggle with weak Wifi. Fixed by wired network now
Interestingly immediately after updating to 2022.10, all those entities from the official (!) shelly integration are gone:
button.devicename_ota_update
binary_sensor.devicename_firmware_update
I searched whole Issues · home-assistant/core · GitHub without a finding.
Looking at this topic it seems this never came up for others… very strange.
After restarting HA Core several times, restarting the shelly devices, reloading the shelly integration… I’m out of ideas.
Anyone who can help❓ Have those entities been removed (silently)?
I’m updating to the next core release (2022.11) shortly and the latest (2022.12) within the next days as last hope…
Update:
Solved @ Shelly: Firmware specific binary_sensor and button entities unavailable once updated to HA 2022.10 · Issue #84877 · home-assistant/core · GitHub