Local API on SL3 (Pro)

Full Ack here, it could be a slimmed down api as well - just status, battery status + lock/unlock… not even http but just simple tcp/telnet if that reduces power consumption

But some way to be able to include it into a smat home with home assistant or something similar…

4 Likes

We would like to start a discussion with you about the specification of a potential MQTT API that could make it as local API into Smart Lock 3.0 Pro. If you have knowledge in that area and would like to participate, please send a request to join this user group: Mqtt (closed group) - Nuki Developers

Only members of this group will have access to the discussion.

11 Likes

This is a mandatory functionality. Without it, we will have too many apps to control all our devices from different manufacturers. Tools like Homeassistant helps to put everything in one place. Should be the same for SL Pro 3.0.

3 Likes

That is exactly what I wanted to post here. What is the purpose to have WiFi on board and call it PRO, when you tight users to relay only on cloud. It is maybe Deluxe, but not PRO.
For me, I would like to make an automation, when the lock is unlocking, it unlocks the grill in front of the door. But with cloud, I get response 10 second fastest and I have to POLL those info.

MQTT or Callbacks (with https) would be obviously appreciated.

3 Likes

+1
Exactly what I need to integrate SL 3.0 PRO into my Home Assistant setup. I wonder what is use to have Wifi on the SL 3.0 PRO if we cannot connect to the SL API through it.

5 Likes

Like many companies Nuki seems to be going down the cloud route more and more leaving home automation enthusiast which prefer local communication behind.

The WiFi on the SL3 can be used to communicate with the cloud API without having to use the bridge. It beats me why they haven’t been able to add some form of local API to the SL3. The only real reason I can come up with is no priority.

I got the offer to upgrade my SL2 to SL3 but I really see no benefit as long as I can’t get rid of the bridge.

2 Likes

I am also looking for API. I just bought a Nuki 3 pro.i didnt think it will not haven an API. Need basic APIs. Commands to lock/unlock, read status.

1 Like

If you don’t mind depending on cloud you can use the cloud API. Else you will have to buy a separate bridge to be able to use the local bridge API for as long as this feature request is ignored by Nuki.

101% this. I specifically went with the SL3 Pro so that I don’t need another bridge taking up space and now after setting it up I found out that local control from Homeassistant is not even an option currently. That’s really bad.
I hope we’ll see some movement about this as this seems to have been an issue for a long time already now.

4 Likes

Appearantly the number of potential users (% of Nuki customer base) and the complexity of the development requirements play a major role in the decision process .

It’s a typical pattern where the requirements of first time adopters (which are home automation enthousiast with specific needs) are forgotten once the product has gained marketshare I’m afraid.

4 Likes

Waited half a year for this „PRO“ version with integrated wifi and finally got it today, so I wouldn‘t have to use another bridge for the other side of the house. Couldn‘t believe after setting it up that they got rid of the local http API - unbelievable! I use Home Assistant and just require very simple API or webhook functionality like lock/unlock, status and maybe battery state. MQTT would also work just fine. What‘s an absolute no-go for me is to use their cloud API or going back to a bluetooth bridge. Terrible, still in disbelieve and really hope they are making progress on implementing MQTT quickly!

2 Likes

I bought a Nuki Pro for the exact same reason as many people here: local control over WiFi, without the need of a bridge. I’m a big fan of Home Assistant, and want everything to work locally.

The default Nuki integration for Home Assistant only works with a bridge, regardless of what model you have (which defeats the purpose of having WiFi on device). I found a custom integration that can use Nuki Cloud to pull the status of your lock, but obviously that requires a constant internet connection, which is a no-go for me: https://github.com/kvj/hass_nuki_ng

Another option is to use ESPHome to create your own bridge with a cheap ESP32 microcontroller and directly integrate your lock with Home Assistant: https://github.com/uriyacovy/ESPHome_nuki_lock
It’s a bit hard to setup if you haven’t used ESPHome before but once it’s up and running, it’s great. Your lock pairs to the ESP32 board, which in turn relays your lock state to Home Assistant via local network. It’s also a lot cheaper than Nuki’s own bridge.

Personally, I will be returning the Nuki Pro and swap it out for the regular model.

2 Likes

@savjee : thanks for the link to the ESPHome alternative. There is also this alternative that I wanted to try: https://github.com/technyon/nuki_hub

Just ordered an ESP32 wroom dev board for under 10 bucks on amazon. Will probably keep the PRO in hopes they realize an MQTT integration as I‘m not happy to keep adding more and more devices. Use a lot of newer Shelly 1 Plus for different relay use cases. They also have an ESP32 w/ bluetooth. Will look into ESPHome and Tasmota to combine those for relay applications plus see if on same device I could utilize the bluetooth functionality.

1 Like

Hi @Juergen, is there any outlook or current state of the discussion you can share with the community regarding the potential future MQTT integration?
I think now since the deliveries of the Pro has resumed the requests for it might increase strongly.

Same here, bought the Pro in order to get rid of the bridge. During setup I discovered only then that Home Assistant can’t control the lock anymore since it doesn’t have the API. What a shame.

1 Like

I don’t want to be the bringer of bad news, but I contacted Nuki support about this and they said “it’s not on our roadmap”.

Just bought the Nuki 3.0 Pro because it integrates directly with WiFi. However, now I discover that it cannot be integrated with Home Assistant because the lock has no local API.

I see that this feature has already been requested. Any ETA on that? I really need this integration. Without it, I will return the Nuki I’m afraid.

Thanks!

Their reply:

Hello Xavier,
thank you for your message!

Unfortunately at the moment the requested feature is not on our roadmap. But we are happy to forward your suggestion as a feature request to the responsible colleagues.
We are not able to tell you if and when we will be able to implement the requested feature.

If your cancellation period didn’t expire yet, you can arrange everything yourself in the My Account area in the Nuki web shop.

[Return instructions]

That being said, I don’t want to bash on Nuki too hard. It’s the first IoT product that I came across that works without needing an account or connection to the cloud. It’s “local-first”, which I really appreciate! I also love that they publish their BLE specification. That’s very rare.

@Stan81 Good find! Seems like a few people have been building unofficial Nuki bridges.
About Tasmota/MQTT: I personally prefer ESPHome, because I have flashed it to all ESP8266 or ESP32-based devices (including many 1st gen Shelly’s).
I agree with what you say about “adding more and more devices”, so I added the Nuki bridge functionality to my ESP32-based air quality monitor. Works like a charm!

MQTT support for SL3P is in the works, but I don’t know the estimated release date.

As mentioned above there is a separate working group here in the forum that works on this topic. They have reviewed a draft specification. If things go well there will be a limited beta later this year (which does not mean yet that it will ever make it into a final release → we do not comment about our roadmap puplicy).

Well, we do not comment about our roadmap in the public. So i would take that answer with a grain of salt …

Thanks for your comment. Given some of the other comments in this group are very negative, it should not be forgotten that Nuki offers plenty of APIs (local and cloud based). More than any other Smart Lock. Smart Lock 3.0 Pro did also not drop any APIs. You can still use everything that was there before, even the cloud API without the need for a bridge. Only if you want an IP based local API (= Nuki Bridge HTTP-API), you still need a bridge.

No, nobody has forgotten the enthusiasts. We wanted to bring the first battery driven Smart Lock with built in WIFI on the market in Europe and this is what we did. It required lots of efficiency improvements to achieve this. Fitting all features of a permanently powered bridge in there was never the goal. If we would have forgotten about the enthusiasts we would have e.g. not taken the extra mile to allow the pairing of a bridge with SL3P at all.

If you pair the SL3P with a bridge you will have the longest battery life of any Nuki Smart Lock on the market, because of the more efficient electronics inside it.

2 Likes

Hi @Juergen, thanks for your reply! I’ve had my Nuki for little over a week now, and honestly, it’s a great product. Installation is a breeze and auto-unlock is a game-changer for us.

I did end up returning the SL3P and got the regular SL3 instead, mainly for the price difference. However, your comment made me doubt that decision. How big is the battery life gap between the SL3 and SL3P? Could you give an estimation (in months or in percentage?). Is the gap big when you don’t use WiFi or a bridge?

I also added a Nuki Powerpack, so I guess that also makes a difference.

Thanks for replying to us here!
And I want to reiterate that I think you guys are doing a great job. A lot of “smart locks” make compromises that I just can’t live with (like replacing the entire cylinder or even door handle). Nuki is the only one that’s plug-and-play and actually has a decent set of features.

This is a bit off topic here, but anyway:

This depends from many factors, but just as rough guide the standby power based on the SL2 (with integrated door sensor):
100% = SL2
100% = SL3P (with WiFi on)
70% = SL3
45% = SL3P (with WiFi off)

But standby power is just a fraction of the overall energy consumption which mostly goes into turning the motor. How much this is depends a lot on how often you lock/unlock and how hard it is to turn the key. Here is more info about this

PowerPack batteries store more energy than Alkaline batteries. Because they can deal with higher currents better too, this ends up in almost 2x the lifetime compared to Alkaline. Lithium batteries are the cells with the highest energy density available in AA format.

1 Like