well after messing about with this for 6 / 7 months, mine seems to be pretty stable now.
I think the main issue here is that the Lock transmitters are really weak.
I have 3 locks and in the beginning i could never get them all working reliably at the same time. By looking at the ZHA ‘Visualisation’ / network Map in the config of the integration i can see the link quality of these devices is much lower than anything else i have. By moving the ZHA dongle nearer the devices, i found they don’t tend to stop reporting unless there is a reboot.
Although i managed to get it fairly reliable with the ZHA integration, i still had to do a ‘reconfigure’ of each lock after a restart of HA which is not too difficult in recent releases (you can do it in the device info page for the device).
In the end i did the following and it seems pretty stable, even after reboots :-
- migrate from official ZHA integration to zigbee2mqtt.
- place a zigbee router near (within 2 meters) of each lock.
- reduce the ‘max rep interval’ of the ‘lockstate’ attribute to 600 from 3600 for each lock on the reporting tab in zigbee2mqtt.
- keep an eye on the lockstate attribute. i have seen it go back to the default once or twice.