(I know this was mentioned a couple of times, but please, please support your beta-testers as we support you by giving us the possibility to switch back to the latest official firmware, like it is done for every other gadget I know. I am really happy to help and give feedback to your beta firmware but I want to switch back if the experience with the beta is worse than before.)
So on 4.4.4 lock status is still incorrect when ‘Open door’ has been selected. I have the lock setup with a lift to lock door type. I also do not have auto lock enabled - I don’t need this as I have a split spindle (can’t open the door from the outside without a key/Nuki to hold back latch.
Here is a recording from opening the app to selecting Open Door and showing the door status goes back to ‘Locked’ when all that has happened is the latch has been opened and then released - the door is not locked. This status really needs fixing as downstream actions are severely impacted due to incorrect status reporting via the app and other systems (Home Assistant for myself)
this seems odd, please provide us more details by creating a ticket via Menu → Help → Contact customer support and write them a hint to forward it to me.
The new Beta 4.4.4 update introduces two features to the Smart Lock Pro (4th generation) designed to enhance WiFi stability and integrity. To use those features make sure that the most recent App Beta is installed (see list of Prerequisites below).
1.) WiFi Modes
From now onwards it is possible to choose between two different WiFi modes.
“Automatic”
This mode is enabled by default by the Nuki App, designed to provide the optimal balance between battery life, response time, and WiFi stability. The WiFi-related settings remain consistent with previous beta versions.
“Compatibility”
This mode can be manually enabled by the user through the Nuki App and is primarily intended for situations where the Smart Lock Pro cannot establish or maintain a stable WiFi connection. As the focus of this mode is ensuring maximum compatibility, it results in increased power consumption and should therefore be used with caution.
In case the above mentioned modes are not sufficient to achieve a stable WiFi connection there is now also the possibility to manually adjust internal WiFi related settings.
Enter the “Built-in Wi-Fi” screen (via Settings > Features & Configuration > Built-in Wi-Fi)
Tap 7x onto the NETWORK to display the hidden information and settings
Adjust the settings according to your requirements
List of adjustable settings
Broadcastfilter: This filter defines how many Broadcasts are handled by the Smart Lock Pro, the more packages which are let through the more often the Smart Lock wakes up and the more battery power is drained
DTIM skip interval: The DTIM interval is defined by the WiFi router and defines how often a package is transferred to the WiFi client. According to the WiFi specification it is possible to skip certain DTIM packages without getting ignored by the WiFi router, thus skipping DTIMs is a nice way to improve the power consumption as the (passive) device wakes up less frequent
Server signal skip: This setting defines the keep alive handling between the Smart Lock Pro and the Nuki server. Again, the more frequent the Smart Lock Pro wakes up, the more battery power is drained.
Power Saving Mode: Allows to choose the highest power saving mode of the integrated WiFi module, which supports Performance (UAPSD) and Power saving (FAST-PS). Note: If the selected power mode is not supported by the WiFi router the firmware will automatically fall-back to the next lower power saving mode. In the “automatic” mode the firmware will always apply UAPSD (with the fallback option), while in the “compatibility” mode it will always apply FAST-PS per default.
Server Signal Response: With this setting the Smart Lock Pro is actively sending a keep-alive package to the Nuki server to ensure the connection is kept online even if single packages are lost.
Important note🚨
Only change the expert settings if the WiFi connection is unstable as any change will impact the Battery consumption and thus lead to shorter Battery lifetime‼️
Prerequisites
Smart Lock Pro (4th generation) has installed the most recent Beta (>=4.4.4)
Until now the Energy mode (Settings > Features & Configuration > Battery) was re-used to change WiFi related settings in the background. This controversal UX has now been cleaned up by introducing the above described WiFi Energy Modes and Expert Settings. Resulting the original Energy mode is now mainly reliant to the Bluetooth advertising intervals (again):
With 4.4.1 suddenly lost bridge connection to smartlock.
Then updated to 4.4.4 and reboot, still no bridge connection.
The bridge showed the correct connection to Smartlock and after managing bridge device, bridge was rebooting and bridge connection to smartlock was re-established.
Hope this information helps to look for further bugs.
Any more information necessary, please do not hesitate to ask.
Send troubleshoot report via Nuki App regarding lost smartlock-bridge connection.
Same here - I have lost Matter link from Nuki v4 (non pro 4.4.4) and cant access the lock remotely but can access locally via matter (in Home Assistant). I dont really want to deselect matter on the lock in case I cant get it back (I have SkyConnect on HA and Google Hub Max) - I do also have the latest ios beta app installed
I’ve just updated to 4.4.4 on a 4th generation (non pro) to try and fix issues with the button either not responding or having delayed responses. It looked like it had fixed things at first, but actually the issue still seems to be present. Others have mentioned the same thing on this thread - is this a known issue or should I be reporting this separately somewhere?
This might not be relavent, but the device is also picking up on the wrong battery type. It says it is on a power pack and is charging, whereas it is using regular alkaline batteries. I turned off automoatic detection and it still incorrectly says that it is charging.
Smart Lock Beta 4.4.4
Smart Lock now waits 2s after door has been closed before executing the “lock immediately after closed”
This new 2 second pause was never necessary for me.
When i’m going to leave the house, i do not want to wait for extra 2 seconds until i can be sure that lock’n’go worked!
So please make it configurable, maybe so:
Number of seconds to wait (0…5) before executing “lock immediately after closed”
Any idea when a new firmware version will be released that reports the correct status of the lock? To be clear, I have the lock set to lift up handle and have a split spindle so the door cannot be opened from outside without selecting ‘Open Door’ (which doesnt do anything as the Nuki believes it is locked).
Just as a side note, I notice the Apple Watch app connects to the lock very quickly and when choosing open the lock starts trying to open straight away on the odd occasion when reporting the correct unlocked status (iOS app still takes about 10 seconds + to connect and accept the open command)
Hello, I have SL Pro 4 with 4.4.4 without Bridge and I no longer have problems communicating with WiFi. I have started using the automatic unlocking (I didn’t use it before) which works fine 50% of the time but the rest of the time it takes a long time to connect and I have to wait in front of the door until it connects and opens. I have to say that this happens with all the mobile phones in the house. Does it happen to anyone else?
We are taking issues seriously, but this is a developer forum and not a customer support forum. It’s not a place to solve individual issues. There is also no guarantee that any question in the forum receives an answer from a team member.
In this topic here we’re asking for feedback to the changes in the latest firmware betas. Auto-Unlock problems have nothing to do with the latest firmware betas as auto-unlock is done by the Apps. Most of the problems with Auto-Unlock stem from sleep modes of mobile phones or GPS accuracy issues and are highly individual. Please check out the wizards in the App and the FAQ&helpcenter texts and contact customer support through the Nuki App if the problem persists.
I know this is a forum for solving problems arising from beta firmware updates and not for solving individual problems, but if you read the thread I attached you will see that it is not just an individual problem but a widespread one, and that it is derived from the update to 4.3.10, so it is clear that it falls completely within this forum and must be solved by it. I hope Nuki takes care of it and solves it as it solved the problem with wifi connections.
If you put your phone into flight mode, turn on BLE and open the Nuki App. How long does it take until you get the status when you are in front of the door? Do you have Android or iOS?