For smart locks most people here want the added security of local control.
Cloud based services increase the chance of hackers getting your security and personal information.
Cloud based services especially from a new company, can be discontinued at any time leaving you with a dumb product.
I preferr local stuff as well and discontinuation is a problem (like with nello).
What I like about it though:
- It’s from an experienced Door security company teaming up with an IoT company.
- Mangetic micro-usb charging cable to connect to the lock without opening and changing batteries.
It’s not easy to find a proper device (no dead lock - I live in Germany) with these features:
integration into OH
unlock / lock remotely
add / remove access rights
see status of lock
battery life 4+ months including report of battery level.
That is surprising with Wi-Fi. Unlike Z-Wave & Zigbee, Wi-Fi is not designed for low battery usage. the protocol itself has a lot of overhead.
I know @sihui lives in Germany. Perhaps he has some good ideas for you.
I am also looking for a smart lock but was not able to find good hardware.
What about the Dana Smart lock?
If I would buy one this would be currently my first choice.
Mine too - thanks, this possibly triggers / confirms my decision to buy one
Just to make you aware of it:
tedee claims to work on a local API running on the bridge.
However, I decided to go for a Danalock (6-12 Months battery lifetime)
@sihui: It would be interesting though what made you NOT buying one?
Any show stopper on the available devices?
After research of multiple options (tedee, Nuki, Keymatic, Yale, …) I came to the conclusion, that Dana is a good fit for my use case.
The fact that it needs a battery. I am looking for a DC powered driven one.
I agree - battery driven devices reduce significantly the benefits of home automation if you need to replace them too often.
That’s why I found the tedee interesting (usb chargable if needed - see video at minute 2:35).
After looking up some details on the website (here f.e.), i think the tedee smartlook does not communicate via IP but bluetooth only. You need the bridge to make it cloudy.
Question is, what it takes to enable openHAB to communicate to the smartlock via bluetooth or - unprefered because of extra hardware - to communicate with the bridge. Then: stop the bridge being cloudy. That’ll mean, you can’t close your door in the US while visiting Africa via the tedee app. But you might use myopenhab …
I think this to be a nice device. The rechargable battery and the way the usb-cable is built to fall off, when the smartlock rotates (magnetically, not magically though) show that this was not a quick shot of a developer new to smart locks.
The only thing i miss is a way to keep my installed cylinder, which is part of a system. And the price is higher than danalock’s z-wave version.
That’s the point.
If the bridge (if local API on it is available) I could connect to the bridge with REST, curl or whatever and control it from OH.
But because it still WITH cloud, I have chosen the Danalock