Advice The Home Improvement/Automation Thread

For now, there is no UI for Zigbee locks, only ZWave. So it has to be done through Dev Tools.

BTW, just a general FYI, you will regularly use Developer Tools to understand states and how to call services to do things for automations.


Fuck that.

There's an app for our Schlage Sense. I'll stick with that.

I have yet to see any reason to dive into HA other than replacing the Tonesto SmartThings Homekit bridge.
 
For now, there is no UI for Zigbee locks, only ZWave. So it has to be done through Dev Tools.

BTW, just a general FYI, you will regularly use Developer Tools to understand states and how to call services to do things for automations.
this is what makes no sense to me. Im used to the "device driver" model in which once you get the device paired into the system, the software layer above that (lock manager) doesnt give a shit what the raw commands are, it just passed a "lock, unlock, whatever" command to the device driver (ZHA, device handler, whatever) and the device handler translates that into bytecode for whatever protocol is used (zigbee, wifi, zwave).
 
Fuck that.

There's an app for our Schlage Sense. I'll stick with that.

I have yet to see any reason to dive into HA other than replacing the Tonesto SmartThings Homekit bridge.
My Kwikset is only managed via ZWave/Zigbee, which is fine by me. I've been on a mission to get rid of all 75 of my stupid smart apps. HA has gotten me pretty close.
 
Yale YRD216ha

It is paired, but it seems ZHA doesnt know how to talk to it fully.
Are you sure? HA will create seperate entities for each thing. A sensor for the battery and a lock for the lock.

1602687448326.png

edit: This seems to indicate that Zigbee Yale locks work without issue.
 
Also, any chance its a Control4 module (whatever that is)?

no, control4 is super high end proprietary smarthome stuff. Its plain old zigbee.
 
Are you sure? HA will create seperate entities for each thing. A sensor for the battery and a lock for the lock.

View attachment 12659

edit: This seems to indicate that Zigbee Yale locks work without issue.
that post (with no responses) is almost the exact problem i have. It only reports the most basic of functionality, which appears to not even include state. Extended state variables include "locked, unlocked, jammed, open, shut, contact" none of those report
 
that post (with no responses) is almost the exact problem i have. It only reports the most basic of functionality, which appears to not even include state. Extended state variables include "locked, unlocked, jammed, open, shut, contact" none of those report
That guy is reporting exactly what I have in HA right now. Battery and lock state.
 
thats the problem with zigbee. It doesnt report in a standard way. My device apparently puts lock state in the extended category when the YD226 does not.
 
thats the problem with zigbee. It doesnt report in a standard way. My device apparently puts lock state in the extended category when the YD226 does not.
Well that's dumb. If true, probably not HA's fault. Either way, are you *sure* you don't have another entity for the lock?
 
apparently a solution to this is to get a conbee II or some other separate zigbee gateway...... but if im gonna do that, ill just use the smartthings link
 
apparently a solution to this is to get a conbee II or some other separate zigbee gateway...... but if im gonna do that, ill just use the smartthings link
So its your zigbee adapter? :wtf:

edit: I'm sure you've thought of this, but could it be that you need some mesh in between your usb stick and the door? Add more devices, then remove the lock and repair again.
 
So its your zigbee adapter? :wtf:

edit: I'm sure you've thought of this, but could it be that you need some mesh in between your usb stick and the door? Add more devices, then remove the lock and repair again.

those adapters translate zigbee into mqtt. So theyre just fundamentally different.