-
Notifications
You must be signed in to change notification settings - Fork 53
Troubleshooting
Alarm Level/User Code and Alarm Type/Access Control sensors are optional in Keymaster setup.
- If your lock exposes them, selecting them can improve slot attribution details.
- If your lock does not expose them, choose
(none)for those fields and Keymaster will still function using lock events/state.
Keymaster refreshes lock/code state periodically and also performs quick refreshes during sync activity. It avoids aggressive wake-up polling loops to help reduce battery impact.
This is usually a lock connectivity issue (Z-Wave JS node unavailable/interview incomplete/network not ready yet). Check:
- The lock works from Home Assistant's native
lock.*entity -
binary_sensor.<lock>_networkin Keymaster ison - Z-Wave JS logs for command failures/timeouts
If it does not recover, enable debugging and open an issue.
Common causes:
- Child lock slot is inheriting from parent and
Override Parentis off - A conditional option is disabled (for example, day/time entities are hidden until day-of-week limits are enabled)
- The lock is currently disconnected from Z-Wave JS
As of keymaster v0.1.0, the packages directory structure is no longer used and can be deleted.
This is useful for gathering diagnostics. Navigate to Developer Tools → Services in Home Assistant.
Select the service logger.set_level in data enter custom_components.keymaster: debug and press Call Service.
Your log will now start showing debug data in the Home Assistant log.
If you are missing logger.set_level, add this to configuration.yaml:
logger:
default: warning