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.
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.
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.