Das wurde BEWUSST nicht implementiert, wenn ich mich recht erinnere (hab aber dazu keinen Link aus dem Forum). Und ehrlich gesagt: Ich finde das gut…
Ich finde das Sicherheitstechnisch bedenklich. Wenn du aber auf diese Funktion nicht verzichten möchtest… über IFTTT ist das machbar.
1 „Gefällt mir“
Dem schliesse ich mich an
Das Argument “Sicherheit” sehe ich hier nicht.
Ich habe 2 Haus-Türen, eine mit Klinke außen, eine ohne.
d.h: eine kann ich öffnen eine nicht.
und der Türschließer hält die Türen zu
Fakt ist: Es ist (bewusst) nicht implementiert - Du kannst das Schloss via App (Android, IOS, AppleWatch) oder Tokens öffnen - homee wird es (mit Bordmitteln) automatisiert nicht können. Es wäre allerdings einen Versuch wert ob Du es via der API und Webhooks selbst machen kannst:
Ich werde Dich dabei jedoch nicht weiter unterstützen - Du musst schon sehr genau wissen was Du tust.
OK, wie ihr meint
btw: via Bridge-API ist es ja easy
curl -X GET “http://192.168.0.38:8080/lockAction?nukiId=&action=3&token=”
action = 3 öffnet Falle
2 „Gefällt mir“
Yup, dann weißt Du ja was Du tust (lässt sich nicht immer abschätzen).
1 „Gefällt mir“
Hallo Herby, wie ist Deine Erfahrung bei dem Öffnen Befehl? Funktioniert das gut? Habe die selbe Situation mit 2 Türen und nutze es mit Ring zusammen um dem Paketboten zu öffnen damit er die Pakete hinter der 1. Tür ablegen kann. Danke für die Info Kai
@Kai1: technisch funktioniert es ganz gut,
einziges Problem ist, dass meine Tür durch die Dichtungen ( welche für mein Passivhaus notwendig sind) mit der Falle sehr fest sitzt .
Das führt dazu das der Nuki Motor zeitweise die Falle nicht ganz zurück ziehen kann.
Wenn man es weiß und die Tür beim öffnen zu zieht , geht es immer.
Was ich aber noch gemacht habe ist folgendes:
Außen habe ich ein Keypad mit RFID installiert, dieses habe ich an einen Fibaro Binäreingang angeschlossen, welcher via Z-Wave zum homee funkt
dann Homegramm zum Tür öffnen.
Auch eine nette Idee mit dem Keypad. Das Problem des Klemmens hatte ich bisher nur einmal. Der Paketbote hatte gegen die Tür gedrückt da er ein Summer erwartete. Das Problem hat man allerdings auch mit fest verbauten Motorschlössern. In der Firma haben wir extra ein Soundmodul eingebaut das summt nachdem die Falle geöffnet ist. Hilft Dir allerdings auch nicht weiter… Vielen Dank für die schnelle Antwort! Und ein schönen Abend.
Herzlichen Dank!
Hat funktioniert!
Moin,
@Herby wo müssen denn in deinem Webhook die Parameter rein ?
Würde dann so aussehen oder ?
http://192.168.0.38:8080/lockAction?nukiId=meineid&action=3&token=meintoken
Via IFTTT klemmt das momentan daher suche ich eine Lösung das zu umgehen.
hi jonas
details sind hier zu finden
https://developer.nuki.io/page/nuki-bridge-http-api-1-12/4#heading--lock
param sind:
IP von der bridge und token
ID siehst du unter: http://ip-addr:8080/list&token=token
1 „Gefällt mir“
Hi Herby,
dankeschön, klappt wunderbar.
Habe auch ein RFID Lesegerät 
Gibts den Fibaro Binäreingang noch zu kaufen?
Soweit ich mich erinnere war der aus seiner Produktion raus.
habe den gefunden, aber keine Ahnung ob der mit homee geht
funktioniert leider nicht mit homee
Wenn Du mal in meinen Gerätevorschlag schaust, siehst Du er wird noch nicht unterstützt.
Hätte ja passen können 
Aber ein anderes Problem habe ich auch noch Nuki scheint wie in einem „Schlafmodus“ zu wechseln. Öffnen will er erst nach dem 2. oder 3. Webhook.
Hast du ein Ähnliches Problem auch gehabt ?
@jonas.f
eigentlich nicht, aber …
ich habe bemerkt das der API call im Chrome fast nie funktioniert, im Firefox immer
und auch via curl kein Problem.
vom homee aus auch kein Problem
dh. man müsste deinen Webhook sniffern.
wie (mit welchem client ) sendest du den API call?
Also im Chrome hatte es direkt geklappt bei mir.
Ich sende den call über homee.
Das ist nur nach dem eine weile lang kein Call kam (Mehrere Stunden).
Nachdem er „geweckt“ wurde klappts immer sofort.