this post was submitted on 09 Jan 2024
8 points (100.0% liked)

homeassistant

12140 readers
9 users here now

Home Assistant is open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Available for free at home-assistant.io

founded 2 years ago
MODERATORS
 

I've been going through my system logs and working on resolving the miscellaneous errors; mostly it's just due to poorly-written automations where the automation would be called while it was still running. Easy fix.

What I can't seem to fix is a constant stream of "Unknown cluster command" errors on cluster 0xef00 coming from ZHA. I've discovered that the 0xef00 cluster is a manufacturer-specific cluster. All of my errors come from Tuya mmWave sensors; apparently Tuya uses this cluster for inter-device communication.

All of my devices work, but this error is polluting the logs to a large degree; right now it's showing over 100k instances of this error. Is there a way to have HA just ignore this cluster completely? It's not causing any issues with functionality, but I would rather the logs just show actual errors so I can more easily identify problems and fix them.

I've read that Z2MQTT doesn't have this issue, but swapping from ZHA to Z2MQTT is not an option for me, especially for what amounts to a logging issue. It would require re-pairing almost 100 Zigbee devices and modifying nearly every single automation.

top 9 comments
sorted by: hot top controversial new old
[–] [email protected] 3 points 10 months ago (3 children)

Cannot really answer your questions but if you ever swap to z2m and you keep the exact same friendly name you are using in zha, automations won't need to be updated. I know it would be still a pain to re-pair but z2m is better than zha, so you will gain in the long term.

[–] spitfire 4 points 10 months ago (1 children)

Couldn’t agree more. ZHA is supposed to be more simple to use, but if one is already using HA it’s not going to be long before they reach its limits. Zigbee2MQTT has better device support and more features. While the basic setup may be a little bit more complicated than ZHA you get the benefits mentioned earlier, and you don’t really need to understand all of its functionality from the start - you can learn as you go.

[–] corroded 2 points 10 months ago

When you talk about the limits of ZHA, what are you referring to exactly? It would probably take an entire weekend for me to re-pair all the devices on my Zigbee network, but I'm not completely opposed to the idea of I gain some functionality that I didn't have before.

Based on what I read when I first set up HA, it seems like ZHA was somewhat lacking for quite some time but is now essentially equivalent to Z2MQTT. I went with ZHA because it seemed like the "default" for Zigbee.

[–] [email protected] 1 points 10 months ago (2 children)

In what ways is it really better? I‘ve switched from deconz to ZHA two years ago, and dread the reconnecting…

[–] [email protected] 2 points 10 months ago (1 children)

It is decoupled from home automation system.

It does just one thing, and it should do it well. No duplication of efforts by writting support for same devices in multiple softwares.

In future if I wanted to redo HA from scratch or swap it with some else software, I can continue using Zigbee2MQTT without repairing all devices.

Even, I can test different software in parallel, by connecting it to already running MQTT, to access sensor readings of my existing running Zigbee network.

[–] [email protected] 1 points 10 months ago

Sounds good. I think I'll look into also switching from my Conbee II to a CC2652 based adapter, which might allow me to slowly transition from one system to the other with both adapters running in parallel.

[–] [email protected] 1 points 10 months ago

I'm no expert so not easy to answer to your questions with many details. What I know is that z2m support more devices than zha, get updates more frequently, can be running separately from ha meaning that if ha goes down for any reason, you would be still able to control your ZigBee devices (I personally run it with HA), for some devices z2m expose more informations, also you can ask support for devices.

I said it is better because it is a general consensus from users but if zha works good enough for you then you can stick to it but if you encounter limitations/problems, z2m might be the solution. It is easier to start with zha but in long term, z2m offer more capabilities.

[–] corroded 1 points 10 months ago (1 children)

I've swapped out at few of my Zigbee devices in the past, and even though I've deleted the original device, HA will add an "_2" to the entity ID, which breaks any automation that uses it, even if the friendly name remains the same. The only time I've seen this not happen is when a device drops off the network and I re-pair it. Is there a trick to making this work? Even if I don't switch to Z2MQTT, this would be really useful to know. I have a few unreliable cheap door sensors that I'd like to replace, but they're tied to so many automations that I've been dragging my feet on it.

[–] [email protected] 1 points 10 months ago

No particular tricks, maybe it's a one of the limitation of zha. As an exemple, I recently replace a bulb by a new one and old one was repurpose somewhere else in the house, the only thing I did was to rename old bulb and added the new one with old bulb name.