-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add another Yale SL lock model #7330
Conversation
In the middle of fully testing this, so please don't merge until I verify everything works! |
Thanks! |
Hi @Koenkk. It looks like commands to lock/unlock the lock are being correctly sent, but the status of the lock is not reported automatically. I have to manually click the refresh button in order for the state to update: |
Can you configure the device through the frontend? Press the yellow reconfigure button, if it fails, make sure to wake-up the device right before doing this. |
This is what I get when trying to reconfigure (even after waking up the device right before the reconfigure):
|
Does it work when moving the device close to the coordinator? It looks like the device doesn't respond. |
I don't think it's an issue with distance. It's already rather close, and this used to work with the external converter with no issues. Is there anything else I can try? |
Can you provide the external converter here? |
|
Could you provide the herdsman debug log when configuring it with this converter? See this on how to enable the herdsman debug logging. Note that this is only logged to STDOUT and not to log files. |
With the external converter the configure also seems to fail:
But does the lock state reporting work? |
Lock state reporting works only after manually refreshing. But it doesn't automatically refresh when you lock/unlock. |
I've also tried power cycling, factory resetting, leaving/joining the Zigbee network multiple times, and none of those seems to fix the issue either. That lock used to work with the external converter until the breaking update that for some external converters. |
@Koenkk - Just wanted to ping here to see if you had any more suggestions. Thanks for all the help thus far! |
Could you go back to a previous z2m release and provide the logging where the configure reporting starts to work? I don't understand why this broke with a z2m update. |
Here's the log file. Looks like the configure fails (both in the logs and in the web UI), but the lock functions 100%. Lock state is automatically reported and locking/unlocking works as well. The IEEE address of the lock is 0x000d6f0018ada8d8 and the version of zigbee2mqtt I used to get these logs is koenkk/zigbee2mqtt:1.35.3. |
Interesting because it does exactly the same thing and fails with the exact same error. After updating to 1.37.0 now, does the lock still reports it's state changes? |
I tried with 1.37.0, 1.36.1, and 1.36.0. It seems it last works with 1.36.0. Version 1.36.1 breaks the automatic state reporting. I can still lock/unlock the lock, but the state doesn't automatically update. I have to go into the front end and manually refresh the state for it to update. |
Could you provide the debug logging when unlocking/locking with:
|
Here's the logs for both. I locked/unlocked a few times for each. Thanks again! |
Pushed a fix, let me know if it works. Configure should also succeed now Changes will be available in the dev branch in a few hours from now. |
You're awesome. Will check shortly! Thank you! :) |
@Koenkk - Just tested. State updates automatically now both on lock/unlock and manually locking/unlocking. Thank you very much for all your help and hard work! Definitely greatly appreciated! :) |
Add an additional model for Yale's line of locks.
Before the changes, the device was listed as unsupported:
Zigbee2MQTT:info 2024-04-04 02:52:22: 0x000d6f0018ada8d8 (0x000d6f0018ada8d8): Not supported (EndDevice)
After this change, the device is now recognized:
Zigbee2MQTT:info 2024-04-04 02:54:01: 0x000d6f0018ada8d8 (0x000d6f0018ada8d8): YAYRD256HA2619 - Yale Assure lock SL (EndDevice)