@Afterforever666 and @balogbence
Honeywell Evohome (Europe) could not be setup · Issue #110065 · home-assistant/core · GitHub (although I see neither of you have posted an issue!)
apparently you can change it in the entity settings.
open the entity and click the gear icon. then in there you can set the unit of measurement. I was told that it recalculates the correct value based on that setting so you shouldn’t need to.
(I haven’t updated so I can’t really fully test it)
the units (I think) are meters. Or it might be your default units you have set in HA for distance.
either way it is the number of units that the position needs to have changed since the last value for the direction of travel sensor to decide you are moving towards, away_from or stationary. At least that’s what it was in the yaml config.
1 Like
I’m completely surprised that there is ANY update to the Tuya integration.
There are a LOT, A LOT of unsupported or partially supported devices, tons of bugs and NO ONE GIVES ANYTHING about them. Users who are dependant on Tuya are just forgotten.
Glad to know they provided a better way to integrate into HA (but guess what, seems to be buggy, right?), but I really, REALLY hope they give us a bit more love than releasing partially-useless fan APIs and calling it a day.
Edit: “they” as in Tuya, I’m not complaining on the HA developers, but on the people that integrated Tuya into HA and then forgot it there, accumulating dust and unanswered issues.
1 Like
Just to be clear:
“they” being Tuya, not Home Assistant.
The rubbish Tuya public API is the issue here, not the way home assistant interacts with it.
So complaining here is unlikely to have much effect. Contact Tuya, tell them.
4 Likes
Do you have a link to that?
I’ve found this github:
1 Like
If we can get more tracking on grouping Zones it would somewhat get the job done. A bunch of small circular Zones next to each other / overlapping slightly to create the required shape.
Being able to interact with that Zone group as one entity would then make automations nice and easy. My example was that I wanted to have a Zone extend a distance down my street without going over the neighbouring houses. In the end I used Proximity instead, but a long narrow Zone would be really good too.
1 Like
After I updated to 2024.2, my Tuya integration wanted to reautenticate. I did that, and noticed that my Tuya door sensors show now “off” instead of “closed” (or, closed in my lanugage as they did before). Also, some elements in weather integration is also in english now, while others are in my language. Odd.
EDIT: The problem above was apparently fixed in 2024.2.1.
Also, there was a mention about Govee Local integration. I don’t find that from available integrations, only that cloud-based Govee that requires API key when installing.
That is TUYA for you, you chose their ecosystem, you have to live with it I’m afraid.
For the record I do use some TUYA zigbee devices, but usually someone has to develop a z2m/zha special case for that too. But at least I am not dependent on the cloud.
5 Likes
Installed the update yesterday. Everything finally working except wake on lan service which I use to power my Samsung tv. It was working fine until I upgraded. Anyone else having this problem?
Nope. WoL still working here.
ZHA integration uses the zigpy library so there needs to be Zigbee OTA provider download code to get unencrypted images from public sources that the official manufacturers in turn need to provide, see:
https://github.com/zigpy/zigpy/wiki/OTA-Information-for-Manufacturers
https://github.com/zigpy/zigpy/blob/6aeb8a6816585a4bda67e9ea1b125568c18fa702/zigpy/ota/provider.py
https://github.com/zigpy/zigpy/wiki/OTA-Device-Firmware-Updates
Previously it could only be enabled per provider (e.i. brand) and it would update all devices without interaction, what is new is that Home Assistant now has ZHA integration UI options to apply OTA firmware update (OTAU) per Zigbee device using the update integration as per this feature request:
Sonoff have only released firmware updates for their ZBMINI-L, ZBMINI-L2, and SNZB-06P:
https://zigbee-ota.sonoff.tech/releases/upgrade.json
This is one of the official OTA provider download sources that the ZHA users via the zigpy library, see:
https://github.com/zigpy/zigpy/blob/6aeb8a6816585a4bda67e9ea1b125568c18fa702/zigpy/ota/provider.py
1 Like
Doesn’t work, sensor.next_swatch_time updates its value only when HA starts.
Hi
Having this ewrror. HA is working fine but a message in supervisor appear.
Any information on it?
24-02-09 09:02:07 WARNING (MainThread) [supervisor.homeassistant.websocket] Connection is closed
24-02-09 09:02:07 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API error: Cannot proxy websocket message of unsupported type: 257
I would suggest to remove that 4th sentence, as that is already covered by the third option.
As your 4th option also doesn’t have the oil_heater parameter, it can’t map it to a climate entity.
Basically only one sentence is needed to cover all your 4 sentences:
"[set|change] {oil_heater} [temperature] to {temp_degrees} [degrees]"
Solved this problem of connection is closed ?. In my case rollback was no t executed, and I working fine in 2024.2 but I don´t know whichj warning is this
Same question
Do you have a second instance of evohome setup as custom component?
If yes did you update this also to latest 2024.2 version?
Thx @finity, found it.
It is a bit weird and difficult to find for a regular user tho. It is fine to have it there just in case of an updete but in my opinion this option should be available to set also at the proximity sensor creation time. Imagine creating multiple proximity sensors, we have to now go to every single one, find correct entity just to change unit of measurement, instead of setting it while creating a sensor 
Anyway, it is possible to change it so that’s a good start. Will see if it works later 
Thx again
Also just noticed that even I am home, the direction of travel shows Arrived. Shouldn’t be Stationary or that’s ok when tracking the specific zone and stationary will be showing only when in one place but out of this zone, which kind of make sense?
Restarting HA worked like a charm and then the QR came. Luckily. Thanx for pointing me to that direction. The documentation doesn’t state it.