Apps to configure MQTT are in beta

Nuki APIs MQTT API
21

Thanks for the fast response. I will try get you some logs later. :slightly_smiling_face:

22

Hi JĆ¼rgen,

not sure if I completely understand the private message system of the forum, and whether I replied to myself today or if you can see the message. :wink:

So you should have received 2 messages:

  • One yesterday about the connection to the Broker being still active even that the app shows the MQTT activation error (based on MQTT broker logs)

  • And another one from today, showing that I sometimes even receive lockactionevents in the broker without a successful MQTT activation in the app (but with a lot missing topics).

If you didnā€™t receive both messages, just tell me here. :wink:

23

Ok, Iā€™m at the state again to say ā€œthe IP range is the root cause for the MQTT connection problemsā€.
Sorry JĆ¼rgen. :wink:

I did some very time consuming debugging today where I disconnected all repeaters and devices in the house from my Fritzbox and changed the IP range of the Fritzbox several times.

First, I started with disconnecting the other floors (with their repeaters) beside the basement where the Fritzbox is located.
Then I just connected the receiver next to the Nuki and shut down all other devices that connect to it.

So the only devices listed in the Fritzbox was my Macbook, my iPhone, the mesh repeater and the Nuki.
Then I rebootet all of them and checked the connection state of the Nuki.

After that I started a mosquitto broker on my Macbook in verbose mode to see incoming connections and messages.
It resulted in the known error message, even that a few topics was filled by the Nuki.

Knowing, that most (if not all) people that reported the same problem here in the forum were also on a 172.x.x.x network, I thought I try to change my ip range (as the kids were sleeping and my wife wanā€™t at home tonight, so nobody would kill me because of missing internet or smart home functions).

So I created a backup of my Fritzbox and changed the IP range from 172.17.2.x to 192.168.0.x
Then I restarted all connected devices (Fritzbox, Macbook, iPhone, Repeater, Nuki) again, starting with the Fritzbox and then the repeater.

I checked the connection state of the Nuki, started the MQTT broker on the Macbook and magically, the smartlock connected to the broker on the first try. :partying_face:

I thought it might be related to changing the IP range to whatever and deleting all the known devices and fixed IPs.
So without restoring my Fritzbox backup, I changed the IP range back to 172.17.2.x
After that I repeated the steps above with disconnecting and restarting the devices in the same order.

Then I tried to connect to the restarted MQTT broker on my Macbook and it failed again. :frowning_face:

I restored my Fritzbox backup in the end, as I need a different and not-so-usual ip range in my network,
as I often need to connect through VPN from outside and from other countries to my home network.
And as you canā€™t reach devices in your VPN, if the remote network youā€™re connected to has the same IP-range, I have to avoid 192.168.0.x at home.

The end of the story:
I know that you have a test network running with 172.16.x.x, but it might be a nasty bug that doesnā€™t show up always.
So I hope to convince you, that it might be worth to check that again ā€¦ :grimacing:

Btw. I installed the beta on the smartlock earlier today and Iā€™ve sent you a photo with the nuki id the last days as a direct message.
Not sure if you get detailed logs from the beta devices that might help ā€¦

1 Like
24

Hi Juergen,

my configuration is 172.20.0.0/24 and it does not work! Both the lock and the broker have 172.20.1.x IP addresses. When I try to connect it does not even try to. It just errors out. When I add a fake 192.168.x.x address it takes a while and errors out. When I take a public IP it behaves the same as when I use my local private subnet. It really looks like an issue in your setting for local IP address range.

I have now added an additional broker connected to another wifi router using 192.168.2.x and what should I say if connect right away without any issues!

Please test in your test environment the 172.20.0.0 255.255.254.0 setting and let me know if that works in your test environment, I assume you have one :slight_smile:

Did some additional testing on the same hardware where I was able to connect successfully.

172.17.0.0 with subnetmask 255.255.254.0 did not work!
172.17.1.0 with subnetmask 255.255.255.0 did not work!

172.16.1.0with subnetmask 255.255.255.0 WORKS!
172.16.1.0with subnetmask 255.255.254.0 WORKS!

My conclusion! Your local network identification filter has a bug!

It only accepts 172.16.x.x and that is not like RFC1918 that you mentioned earlier. Please, please, please check the code and test in 172.16+ subnets!

I reported this 21st of March and it is not fixed and has not been tested.

Thanks,
Devid

1 Like
25

I also reconfigured my whole network in the meantime from 172.17.2.x to 192.168.24.x including a lot SmartHome Rules and manually configured IPs ā€¦

MQTT connects without a problem now.

26

That would take me a month, the product should just work the way they described it :slight_smile:

I am also in the programming space and typically you have test cases for that :roll_eyes:

3 Likes
27

This problem is apparently known, but no help is available. I still canā€™t add my lock via mqtt. It is probably a UI error.

28

Weā€™ve been able to identify the problem behind the issue. It has been fixed in yesterdays 4.0.31 release for Smart Lock 4th gen and will be fixed in the next (beta) release for 3rd gen devices too.

1 Like
29

Works on 4 pro now thanks!

30

Wow, thatā€™s good news. Iā€™m really looking forward to the new firmware or beta

31

@Juergen Are you saying that the disconnection problem of Nuki 3 Pro will be solved by next Beta Fw?

32

My comment was a response to Apps to configure MQTT are in beta - #24 by DEVIDTR

33

Hi there, the MQTT-Support was the only reason to choose the nuki 3 Pro. Would be great to see the new beta FW in the next few days.

I think the nuki is a great product, but for the mainstream-no-Tech-People only. If you build your own Homeautomation, you want to change IPs to static, use non-standard IP-Ranges and eventually run your system without cloud-connected devices. All this seems to be impossible at the moment with the Nuki

1 Like
34

GitHub - technyon/nuki_hub: Use an ESP32 as a Hub between a NUKI Lock and your smarthome. fixed my problems and works like expected until my 3.0 Pro does this too, maybeā€¦

1 Like