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
https://github.com/TedTolboom/no.IDLock
Can someone test this and send me the debug logging; please remove and re-include the lock after updating the app.
I'm currious if this resolves the issues with notifications / battery reports not being received.... which is a similar issue Danaloc has / had...
I have included my lock without any problem, but it does not give status of locked/Unlocked, and it does not respond to lock/unlock command from Homey. Battery level are not reported. It does however react to settings like away mode.
I will gladly provide any logfiles, but I need som basic instruction on how to get it....
For getting the debug logging, use "athom project --run" instead of "athom project --install"
the debug logging will be visible in the terminal
@johnniemalm you can request access via https://slack.athom.com/
I can unlock/lock the lock, and it reports correct status when unlocked from the lock itself. Battery level is not reported.
I'll update the master branch to this version during the weekend.
The slow flow problem could be caused by something completely different, like the Fibaro app, but I guess it should not bee like this anyway.
Every fourth second it is Polling commandClassId 'DOOR_LOCK' for capabilityId 'locked'
But one last observation is that when the batteries goes low, it actually reports battery status (Red and 1%)
I will be away from home this week, but will be happy to do some more testing when I am back.
Compared to the 'old' Zwavedriver where the polling interval was set in seconds unit, it was reverted back to millisecond unit in the new meshdriver...
I've updated the app and driver for IDLock 101 based on the last working version and disabled the polling interval:
https://github.com/TedTolboom/no.IDLock/tree/master
I have possibility to test to if you like, thanks for the effort
Can you share more info? e.g. Node information (Devices > device settings (wrench symbol) > node information)
Within this driver I’m using the default lock capability which is also used by Danock; I will check with Athom if it’s possible to add a status message to this capability.
Battery status not being updated is a known issue; under clarification with IDLock development.
This is really strange because I had it Smartthings without any problem at all
And yes, I did a proper removal before
But something seems to happen because if I try again right after it says that the lock is already added to a controller and that I should remove it first.
So I remove it and tried adding it.. but still the same.. tried about 5-7 times with the same result
what is your opinion: is the basic operation of the IDLock based on the current app (https://github.com/TedTolboom/no.IDLock/tree/master) good (stable) enough to release to the app store?
Feedback should be "device successfully removed"
- Check in Settings > apps that all apps are loaded (no rotating wheels behind the apps)
- Check in Z-wave > stuff for geeks > 'state' that Z-wave is ready and queue count is 0
{"zw_state":{"stats":{"processmanager":{"processQueue":0},"commands":{"commandsQueue":0}}
As explained above, I don't have the IDLock myself and build this app / driver based on the available information (manual) to provide basic operation (lock / unlock.
Could you check when running the app in debug mode "athom project --run" and provide me the entire debug log when (un-)locking the device manually, with rfid and user code, to see if notification reports are now visible.
Debug mode can be terminated by CTRL-C, and app installed back with "athom project --install"
I'm in discussion with IDLock to see if we can find a solution to extend the driver to support more features, but that will require having access to an IDLock for debugging purpose.
Is someone able to install and test this branch:
https://github.com/TedTolboom/no.IDLock/tree/reportListener_Scene
Please check the app in debug mode "athom project --run" to see if notification reports are now visible while unlocking / locking (manually, by RF etc) and send me (or post here) the entire debug log.
Had some difficulties installing, but got the same problem after reverting to last version. Installed OK after I removed and installed the batteries in the lock (Same batteries)
It would have been nice with some text on the icon/action card indicating if it is locked or unlocked. The door is locked when the slider is to the right as indicated on attached screenshot:
Still no battery indication.
Debug logfile attached: