Long delay from send MQTT command to Nuki 4.0 PRO

[hecho (Luca)]

Hello,

I have the Nuki 4.0 Pro (4.3.1 Beta firmware) connected trough wifi to home assistant (MQTT, Mosquito Brocker).

The lock works very well trought MQTT and Home Assistant, but, in randomly situations, when I send MQTT command, the lock respond after 40-50 seconds or 1-2 minutes. For example, if I send command trought MQTT to close the door, the lock closes after a many seconds (or minutes): the action is not “realtime” or “semi-realtime”.

In another cases, when I send the MQTT command, the lock, unlatch works perfectly and in realtime.

This issue not accour if I use the Nuki APP!

I try to set the energy save in “fast” mode, but this configuration don’t resolve the issue.

I setted the MQTT in debug mode and this is a log with timestamp:

I send the unlatch action at 15:31:07 and Nuki unlatch after 36 seconds (15:31:41):

2024-04-10 15:31:07.725 DEBUG (MainThread) [homeassistant.components.mqtt.client] Transmitting message on nuki/3B91B464/lockAction: '3', mid: 75, qos: 2
2024-04-10 15:31:41.223 DEBUG (MainThread) [homeassistant.components.mqtt.client] Received message on nuki/3B91B464/state (qos=0): b'7'
2024-04-10 15:31:41.223 DEBUG (MainThread) [homeassistant.components.mqtt.models] Rendering incoming payload '7' with variables {'entity_id': 'lock.nukiblindata', 'name': '', 'this': <template TemplateStateFromEntityId(lock.nukiblindata)>} and Template<template=({% if value in ("5","6","7") %}3{% else %}{{value}}{% endif %}) renders=5>
2024-04-10 15:31:42.339 DEBUG (MainThread) [homeassistant.components.mqtt.client] Received message on nuki/3B91B464/state (qos=0): b'5'
2024-04-10 15:31:42.340 DEBUG (MainThread) [homeassistant.components.mqtt.models] Rendering incoming payload '5' with variables {'entity_id': 'lock.nukiblindata', 'name': '', 'this': <template TemplateStateFromEntityId(lock.nukiblindata)>} and Template<template=({% if value in ("5","6","7") %}3{% else %}{{value}}{% endif %}) renders=6>
2024-04-10 15:31:45.372 DEBUG (MainThread) [homeassistant.components.mqtt.client] Received message on nuki/3B91B464/state (qos=0): b'2'
2024-04-10 15:31:45.373 DEBUG (MainThread) [homeassistant.components.mqtt.models] Rendering incoming payload '2' with variables {'entity_id': 'lock.nukiblindata', 'name': '', 'this': <template TemplateStateFromEntityId(lock.nukiblindata)>} and Template<template=({% if value in ("5","6","7") %}3{% else %}{{value}}{% endif %}) renders=7>
2024-04-10 15:31:46.650 DEBUG (MainThread) [homeassistant.components.mqtt.client] Received message on nuki/3B91B464/state (qos=0): b'3'
2024-04-10 15:31:46.652 DEBUG (MainThread) [homeassistant.components.mqtt.models] Rendering incoming payload '3' with variables {'entity_id': 'lock.nukiblindata', 'name': '', 'this': <template TemplateStateFromEntityId(lock.nukiblindata)>} and Template<template=({% if value in ("5","6","7") %}3{% else %}{{value}}{% endif %}) renders=8>

Do you have any idea what I could check to solve the problem?
Energy saving is already set to “fast” mode

Thanks

[SchmuFoo (Jan S.)]

@hecho

Do you have any idea what I could check to solve the problem?

Yes this is an already well-known Issue:

SL4P MQTT Problems since Nuki FW Update 4.1.8

Can you explain this a bit more please? In this|my Thread various problems I had where discussed and also fixed all the time. (From my side there is, BTW, only one last minor problem existing: Sometimes there is a delay of handling MQTT LockActions, which a) can be seen in an traffic capture and seems to be related with the MQTT KeepAlive process and b) is also already under investigation by Nuki)

[hecho (Luca)]

OK, thanks, I hadn’t read that. That thread encapsulates many issues. Maybe better to keep this thread open that is specific? what do you think?

[SchmuFoo (Jan S.)]

Good Point - I will also update this Thread when there are some news.

[SchmuFoo (Jan S.)]

Since three days not a single delay - Seems to be fixed with 4.3.2

Smart Lock (4th generation) Firmware Beta 4.3.x

Original post has been updated with release notes for the Smart Lock Beta 4.3.2 This Beta includes improvements on the MQTT connection stability (improved TCP-ACK handling) as well as a critical bugfix for the Bridge notification handling. Please install this build and provide feedback via this channel - thank you