This is the forum archive of Homey. For more information about Homey, visit the Official Homey website.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
The Homey Community has been moved to https://community.athom.com.
This forum is now read-only for archive purposes.
Closed Official Z-Wave SDK2
[App] ID Lock Z-wave - Main Discussion topic (v1.0.1)
This discussion has been closed.
Comments
If someone is willing to verify if the ID Lock 150 is working based on the 101 driver, please follow below steps:
1. download the ID Lock app from
https://github.com/TedTolboom/no.IDLock
2. Modify (with an text editor) in `/app.json`: on line 132-134:
into:
3. Save the file
4. Install the Command Line Interface (CLI), as explained in this guide (step 1-3, with Node.js 8.9.4): https://developer.athom.com/docs/apps/tutorial-Getting Started.html
5. Run the app in debug mode via ‘Athom app run’
6. Remove the ID Lock from Homey and re-include based on the new app; it should be recognized now
7. Copy from the logging and post here (as text file) the Node overview showing all command class versions supported by the 150
8. Abort debug mode (CTRL-c) and install the same app via ‘Athom app install’
9. Check and report what is working and what not
The battery % is a bit strange, but apart from that it works great!
On the battery reporting, I received the following feedback from ID Lock:
1. Door is unlocked from keypad/RFID, or locked by key-button
2. Door reports “twinkle, twinkle” sound if battery voltage is below 5,2V
3. Door reports Low battery condition (FF) on the Door Lock Command Class
You are correct, on the ID Lock 101 battery low warning is only sent when the battery is low and during the unlock/lock action.
A side loaded app has full functionality; only a bit more effort to install it...
Can you indicate what is not working in the flow?
A trigger card when the door is opened/ unlocked or an action card to (un)Lock the Lock?
Can you still post the node overview of the 150? By taking the following steps:
5. Run the app in debug mode via ‘Athom app run’
7. Copy from the logging and post here (as text file) the Node overview showing all command class versions supported by the 150
8. Abort debug mode (CTRL-c) and install the same app via ’Athom app install’
I tried again and now it worked in flow also. So all good! Thanks!
Can you still help me with the node overview as asked above?
Will use this to finalize the 150 implementation.
Since Homey indicated that no Z-wave device has been found, the lock’s inclusion mode was either not activated (properly) or the Lock was out of reach...
Tried this workaround and works fine
Can you provide feedback (for @mansica ) how you triggered the inclusion mode; by following the apps instructions or following the manual?
before that you should have your homey in add mode in the idlock app.
If the inclusion dialog of Homey still shows "No Z-wave device has been found", please try to move Homey closer to the IDLock (to ~ 2 meters) and retry to include the IDLock once more..
I've branched of the IDLock150 driver within the IDLock app, since the IDLock150 has more settings to support.
New app update is available in the development branch:
https://github.com/TedTolboom/no.IDLock/tree/development
You will need to remove and include the IDLock150 based on this new app update.
Can you let me know if all works ok?
You could try to re-insert the Z-wave module and or do a full reset of the IDLock (according to the manual)...
I have installed the new app now and it works fine. But, I have some improvment suggestions that would be really nice to have.
1. When you leave and close the door it's possible to set the lock in Away mode. Would it be possible to see that status in the app like Away, true|false or just change color on the locked icon? Also it would be nice to have the possibillity to trigger upon that in flows. Then it's possible to, for instance, activate the alarm when the lock is set in Away mode.
2. Is it possible to add triggers by what user unlocked the door? This would help when you have kids to see when they get home or if te service pin is used ect.
The info is recieved from the lock to Homey so it should be possible to use theem as triggers in flow cars. If you need assistance I'm willing to help and do tests and also send logs if needed.
Greate job by the way with the app.
Thanks for the feedback.
On your improvement suggestions:
I'm not aware that the lock is reporting that it was set in Away mode. Also the manual does not specify this...
Is something visible in the logs (either debug logging or the logs (filtered for it's node ID) at https://developer.athom.com/tools/zwave that the lock is reporting back that it has been set into Away mode?
Since the away mode is activated by a setting, it could be a CONFIGURATION_REPORT command.
Yes, this will be something to add in a future update.
I'd first like to get the confirmation that the ID Lock 150 is working; so I can push the app update to the app store.
It would be nice, if you could provide some examples of the NOTIFICATION_REPORT's for the different lock / unlock reports... I'll need to define the report parsers based on that info (and cannot validate these parsers myself).
Sure, I can do some tests and send you the logfile and also add descriptive text like logs for Away mode, User x opened the door ect.
Otherwise the only issue with the app today is the battery reporting. For me it displays constant 1% and the battery alarm is active.
During the testing I will do later this afternoon I can replace the batteries so I'm sure they are fresh.
I will also gladly help in verification and tests of the app.
For the user (un)lock notification, can you contrib ute (with the log files) to the following Github issue I created?
https://github.com/TedTolboom/no.IDLock/issues/7
https://community.athom.com/t/161