Einstellungen > Smart Actions (Auto Unlock) > Auto Unlock Einstellungen > Experteneinstellungen > RSSI Threshold
Kann diese Aussage noch jemand bestätigen?
Ich wollte evtl auch ein Nuki kaufen und diese Aussage ist mir völlig neu. Könnte bei uns auch zu WAF Problemen führen 
Hallo, danke für die rege Anteilnahme 
bisher. Der WAF wird in meinem Haus von den unvorhersehbaren Abstürze noch mehr gesenkt als vom Schlüsselerlebnis. Die Kids lieben das Keypad aber nicht wenn das Ding alle 3 Tage resettet werden muss. Es haben schon alle den Handgriff zum Öffnen des Batteriefachs perfekt drauf. Das ist kein gutes Zeichen…
Hab auch iOS. Aber ich hatte die Option mal in einer Beta freigeschaltet. Dazu habe ich folgende Anleitung benutzt:
Step 1:
Install the latest Nuki App Beta (2.1.5 or newer for iOS and Android).
Step 2:
In the Nuki App, select Smart Lock > Settings > Connection Status > Details ( i ) and tap “Connection via Bluetooth” 7 times.
Step 3:
Return to the Connection Status Overview screen. You can now see the current RSSI value between mobile phone and Smart Lock on the left side of the Bluetooth connection there.
Step 4:
Got to the place where the Auto Unlock should be triggered and make a note of the RSSI value.
Note: If you normally have the phone in your pocket or in a bag, you may want to go a step further away from the door as this may change the value.
Attention: Be sure to take the value on the left for the Bluetooth connection (not the value on the right which is for the Bridge connection)!
Step 6:
After you have determined a value for your setup, open up Smart Lock > Settings > Smart Action Center > Auto Unlock Settings > Expert Settings > MIN RSSI for Auto Unlock and tap 7 times on the info text underneath the headline to gtet a new option for the RSSI value.
Step 7:
Select the RSSI value you want to use for testing. If you want to reset your test, note the value you initially saw there so you can go back to it any time.
Done!
The next Auto Unlock should then be executed at the configured distance (or RSSI value) at the earliest.
Note: To see the RSSI value on the connection info screen, you must repeat step 1 each time (tap 7 times …).
3 „Gefällt mir“
@Effendi68
Danke , ich musste das Feld noch durch tippen freischalten.
@Sofasportler
Kann ich nicht bestätigen …läuft einwandfrei… Leichtgängig.
Also ich muss sagen, mich hat Nuki 2.0 überzeugt…Vom Design her hat mir mein altes Dana besser gefallen.
1 „Gefällt mir“
kann mich da nur @fisch anschließen, ich habe keine Probleme das Schloss selber mal aufzuschließen.
Wenn nicht mal ein wenig WD40 in den Zylinder, dann geht es vielleicht leichter.
Ich muss aber sagen, habe schon einige Smarte Schlösser getestet aber Nuki hat mich bis jetzt am meisten überzeugt.
2 „Gefällt mir“
habe gerade noch ein paar andere Projekte aber werde mich mit dem Thema Nuki>Homee nochmal genauer beschäftigen.
12 „Gefällt mir“
Nein kann ich nicht bestätigen. Das Nuki dreht wenn ich aussen aufschliese nicht mit. Könnte müsste am Schloss liegen.
Das liegt am Schloss, aber Nuki soll eigentlich nur an Schlössern mit „Not- und Gefahrenfunktion“ installiert werden. Das sind Schlösser, die sich auch öffnen lassen, wenn innen ein Schlüssel steckt, ich zitiere Nuki selbst:
Die Eigenschaft des Zylinders ist erforderlich, damit das Smart Lock seine Position durch das Sperren mit dem physischen Schlüssel nicht verliert.
2 „Gefällt mir“
Das sieht man in der App. Das steht unter dem Kreissymbol unter dem Schlossnamen:
Tür geschlossen oder Tür geöffnet. (in grau, nicht so gut zu sehen.
Ok, prima… aber würde ja tatsächlich Sinn machen… die Geräte müssen ja nicht unnötig kastriert werden…
Ich spreche von der homee App… dass der Türsensor integriert wird… nicht von der Nuki App…da sehe ich das - richtig !
nein ich rede von der Nuki App. da steht der Status vom Sensor. Die Homee app habe ich nicht.
… genau meine Rede!
ich meinte die homee Spp
Hallo @Steffen, @anon97065019
die aktuelle Beta von der Bridge unterstützt nun den Doorsensorstate!
Wäre also toll, wenn ihr dieses vorbereiten könntet …
@anon97065019, @Steffen
With the latest Beta firmware version 2.6.0 and 1.16.0 you can now:
- get the door state in /info and /lockState commands
- get callbacks for door state changes
Examples:
/lockState
Copy
{
“mode”: 2,
“state”: 1,
“stateName”: “locked”,
“batteryCritical”: false,
“doorsensorState”: 2,
“doorsensorStateName”: “door closed”,
“success”: true
}
/list
Copy
[{
"nukiId": 1,
"deviceType": 0,
"name": "Home",
"lastKnownState": {
"mode": 2,
"state": 1,
"stateName": "locked",
"batteryCritical": false,
“doorsensorState”: 2,
“doorsensorStateName”: “door closed”,
"timestamp": "2018-10-03T06:49:00+00:00" }
}]
Callback:
Copy
{“nukiId”: 11, “deviceType”: 0, “mode”: 2, “state”: 1, “stateName”: “locked”, “batteryCritical”: false, “doorsensorState”: 2, “doorsensorStateName”: “Door Closed”
}
doorsensorState:
| ID | Name |
|---|---|
| 0 | unavailable |
| 1 | deactivated |
| 2 | door closed |
| 3 | door opened |
| 4 | door state unknown |
| 5 | calibrating |
Note: Very fast sequences of door state changes may not trigger an individual callback each, so you can not build a complete door state history witht this feature.
The update will be done autonatically if your Bridge is part of the Beta program.
2 „Gefällt mir“
Danke!!
das hat auch mein Nuki gerade vor dem Rauswurf
(wegen mangelndem WAF) gerettet … 
Meine Frau ist begeistert … Nuki funktioniert einfach - zumindest bei mir