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

4.3.2 is much worse than 4.3.1. Iā€™ve had the lock appear unavailable in Home Assistant multiple time since I upgraded.

Iā€™ve disabled Matter (reverting to Wifi) to see if itā€™s any better.

With 4.3.2, today for the first time since 2 weeks, i had a complete MQTT conection loss, and had to powercycle the SL4P.
(Fritzbox7590)
Also, the ActionEvent MQTT topic diasappears on a regular basis.

Andā€¦ ā€œunavailableā€ again, this time with Matter disabled, so only Wifi/MQTT:

This mqtt issues should be related to wifi stability.

The 4 non pro version with thread/matter and mqtt works very well, I have 0 drops.

I only have stability issues with ā€œonlineā€ enabled.

I have the PRO version (doesnā€™t feel very PRO, but anyway); I had matter enabled, but was still having stability issues, so I disabled it to test and still have my device go unavailable.

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

How you active thread/matter and mqtt for ( smart lock 4 non pro ) According to my information with mqtt you must you have Wifi .or am I wrong?

With matter and nat64 in thread enabled mqtt works, and it is very stable. No online required.

with MQTT over WiFi now not usable anymore.
SL4P with permanent power supply, battery setting: Fast.
4.3.1 worked much better
7590 router with FW7.57 (newest available)

How about battery life now with you
what you mean by No online required

I bought 4 eneloop pro batteries, full charged them at the end of February and still 71% left, so it is like 20%/month.

Where you can activate matter in the app there is the option to set online access or not.

SL4Pro here, Wifi/MQTT, matter disabled for now. Once again, it became unavailable for several hours, until I removed the battery; then it reconnected fine. Whatā€™s funny is thatI Iā€™ve noticed that while MQTT is disconnected, Wifi seems to be connected just fine, as I can connect to the lock fine from the Nuki app remotely. VERY frustrated.

Just for sharing my feedback on FW 4.3.2 beta on SL4PRO.
I think the big problem is in the MQTT connection over WiFi; it is unstable and the MQTT connection is randomly unavailable every few hours, effectively making the smart lock unreliable (I use Home Assistant as Smart Hub). I believe this is a bug as the WiFi connection is stable (-64 RSSI) and I have other devices installed nearby that do not suffer from this type of disconnections (I use a FritzBox 7590). Energy saving is set to ā€œmediumā€ and I have paid attention to all the necessary precautions. Finally I tried disabling WiFi to test the Matter connection (through OTBR on AppleTV) and finally MQTT over Matter guarantees me stability! (More than 24 hours have passed without a single disconnection.) I hope that my experience can be of help in identifying any anomalies

With the latest 4.3.x Iā€™ve seen Matter loosing connection both virtually (unavailable) and practically with variety of errors already reported above despite the connectivity looking okay on paper.

Today, cherry on the cake, SL4P locked me out of my own house, becoming unresponsive to any connection type, not only Matter via Home Assistant but also Bluetooth, specifically the keypad was unable to unlock, the app was unable to do anything despite showing green connection between the phone and the lock via Bluetooth, the Garmin app was also unable to connect to the lock, and Google Matter was also unable to establish a connection. Despite knowing the risks of deploying beta software, this specific risk seemed well mitigated by the backup connection methodology, and yet when you find yourself freezing locked outside your house for hours, nothing counts and itā€™s just not a pleasant place to be.

A support request was opened, who knows this is just a faulty unit.

I experience different results.

  • SL4Pro
  • Connected with MQTT over WiFi, no matter
  • Firmware 4.3.2
  • UniFi access points
  • There is an access point 2m from the lock
  • Had connection issues in the past with SL3 and this SL4Pro but sorted them by changing some WiFi settings
  • I have a very stable connection
  • Had a previous issue with battery draining on firmware 4.2.x. Itā€™s still not great on 4.3.2 but a lot better. It drained 15% in 12 days now.

Hi friend. Iā€™m on 4.3.2 since release.
Iā€™m using wifi and mqtt.
It worked well but this morning the lock was unaviable. I had to remove and insert again the battery pack.
It seems a wifi issue
If you Need additional info, write to me

Apologies - deleted my post above by accident so have re-posted for completeness.

Similar for me - no Matter used here, just MQTT over Wifi. I found 4.2.x kept the MQTT over Wifi connection much better, but it was using a lot of battery (battery saving set to Medium) and the Nuki app notifications were often delayed.
4.3.2 is better for battery life (although still not as good as it ā€˜should beā€™ / ā€˜used to beā€™) and the Nuki app notifications come through on time.
However, the MQTT over wifi is losing connection.
I have found (for several versions now) that as above the wifi is still connected as the Nuki app is still working. Also, the MQTT connection will be re-made by going in the Nuki App to
Settings >
Features & Configuration >
Smart Home >
MQTT >
Click the IP address (which will still have a Green arrow next to it) >
Then click ā€˜Saveā€™ - the password does not need to be re-entered.

That will ā€˜wakeā€™ the MQTT back up without the hassle of disconnecting the battery / re-doing the lock calibration. I partly try not to disconnect the battery often as my other older lock fails to torque sense properly so itā€™s a hassle to power up & re-calibrate.

What kind of wifi settings did you change?

Had to look it up but I actually replace the type of access point. See this topic, it contains all sort of connection related information.

Re. MQTT v1.4 - via Thread - there seems to be a mixed behaviour with lockActionEvent completely missing most of the times, while state/timestamp update pretty timely.

-edit-
Interestingly, a lock event from pressing the button is reported correctly, any Thread actions arenā€™t being reported.