Skip to content

Conversation

@Smanar
Copy link
Collaborator

@Smanar Smanar commented Jan 16, 2024

  • Product : Doorlock with keypad.
  • Manufacturer : EasyAccess / Nimly
  • Model identifier : EasyCodeTouch

zigbeeModel: ['easyCodeTouch_v1', 'EasyCodeTouch', 'EasyFingerTouch', 'NimlyPRO', 'NimlyCode', 'NimlyTouch', 'NimlyIn'],

All of thoses devices are able to work with the same DDF, haven't added the "easyCodeTouch_v1" because this one is managed by the legacy code, adn I don't want to break something (can't test the impact)

See #7525

@Smanar Smanar linked an issue Jan 16, 2024 that may be closed by this pull request
1 task
@manup manup added this to the v2.25.2 milestone Jan 17, 2024
@manup manup merged commit c7f2e23 into dresden-elektronik:master Jan 17, 2024
@Smanar Smanar deleted the danalock_9 branch April 30, 2024 15:10
@cortado
Copy link

cortado commented Oct 21, 2024

missing some functions when it comes to all code handling in cluster 0101 "Door lock" - which people report to be functioning in Z2M. Any idea on how to work towards getting this to work?

@Smanar
Copy link
Collaborator Author

Smanar commented Oct 22, 2024

Wich one feature you want ?
If it's to managed the pin code, there is another PR that will be never merged, but if it's classic feature, we can see.
ATM the DDF use only on cluster 0101

  • Attribute 0x0000 > lock state
  • Attribute 0x0003 > door state

But remember you have access to all setting using the GUI. Not sure for exemple adding the "auto relock" feature is usefull, as I think you need to configure it only 1 time during the device lifetime.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Support for EasyAccessTouch door lock

3 participants