#What is: ZHA: Checkin event was fired
1 messages · Page 1 of 1 (latest)
IIRC it is the alive signal of Zigbee devices. It nothing is received until the timeout time set in the ZHA integration, the device becomes unavailable.
You may be able to change it.. old issue with some info. https://github.com/home-assistant/core/issues/85342#issuecomment-1374415229
was just reading this https://github.com/home-assistant/core/issues/84590 which is still open 😉
that would be a good lead, let me check if those devices have anything set in their configuration.
thing is I dont want to exclude events from the recorder, as that would block triggering automations (which is what Inhave them installed for in the first place).
its not as much the live logbook I care about, but more the recorded history of events, as you can see in the screenshot
guess I need to try to catch the exact checkin event, and not just zha-event, to be able to exclude those
selecting those poll control checkin interval settings and click read only returns me the swirling icon, even after having woken the device.... will adapt life and learn to live with it 😉
caught one here: event_type: zha_event data: device_ieee: 84:2e:14:ff:fe:68:dd:82 unique_id: 84:2e:14:ff:fe:68:dd:82:1:0x0020 device_id: 48d0b22b15e881835d5f080e8d8bb454 endpoint_id: 1 cluster_id: 32 command: checkin args: [] params: {} origin: LOCAL time_fired: "2024-12-10T13:37:16.827302+00:00" context: id: 01JERCKMGVXQ2YRE01CEEXNG30 parent_id: null user_id: null so there is no way to exclude those I am afraid
Yeah, that’s the case with all ZHA specific events at the moment.
I think there’s an issue for that. Maybe we need to add a ZHA-specific config option that can enable/disable all ZHA events?
I don't know if all would be a good choice. Maybe just the "maintenance" ones?
if we could skip those that would clear up nicely indeed