Dokumentation Nuki Bridge API (Bluetooth Türschloss)

[B@llou]

Gibt es bezüglich Nuki schon neue Informationen?

[Rik]

Ja,

die Auslieferung verzögert sich um einen Monat!

https://nuki.io/de/blog-de/

[deepinpowder]

Benötigt jemand noch ein Nuki, hatte zwei bestellt, ich mag das Ding aber nicht.

[Rik]

inkl. Bridge?

Was möchtest Du für das Schloss?

[Mattgyver]

Wieso magst du es nicht? Ich suche auch schon seit einiger Zeit nach einer Lösung für meine Eingangstüre.

[TimoC]

Habe mittlerweile mein Nuki. Allerdings wird die Bridge noch nicht mit ausgeliefert. Ist erst in Produktion. Somit könnte man es noch nicht in Loxone einbinden.
ABER ich kann es auf meinem Türblatt noch nicht mal anbringen. Habe zwei lange Schrauben von innen nach aussen, die den äußeren Beschlag halten. Die Bohrungen in der Montageplatte passen allerdings nicht.

Der Support macht mir auch keine Hoffnung. Werde

Die Klebe Montageplatte ist ebenfalls keine Option, da ich für die langen Schrauben Unterlegscheiben bräuchte, damit die Schrauben nicht im Bohrloch verschwinden. Mit den Unterlegscheiben, würde die Montageplatte allerdings nicht mehr am Türblatt anliegen.

Werde mir nun selbst behelfen und aus den Bohrlöchern ein Langlöcher machen.

[deepinpowder]

Neu kostet es 229. natürlich ohne Bridge.

Ich gebe es für VB 200 inkl Versand ab. Natürlich nie gebraucht.

[Mattgyver]

nochmal die Frage: Wieso gibst du sie ab. Hat es was mit der einbindung in MS zu tun oder ist es ein anderer Grund?

[deepinpowder]

Es klappt an meiner Türe nicht. Ich habe 5 Riegel, das schafft Nuki nicht.

[Christian Fenzl]

Ich habe die API über die Android Bridge jetzt in Betrieb genommen und es funktioniert fürs Erste sehr gut!
Gesehen und getestet hab ich den NUKI nur per Facetime, also Remote!

Hier auch gleich meine Templates:

http://www.loxwiki.eu/display/LOX/NUKI+Bridge+bzw.+NUKI+Android+Bridge+einbinden

Gast Wenn ich mir was wünschen dürfte...?

Loxone ist mit dem Fehlerhandling recht schwach (bzw. ist es praktisch nicht vorhanden, oder selbst fehlerhaft). Beispielsweise gibt es noch nicht mal eine Behandlung, wenn ein Request nicht durchgeht oder einen HTTP-Fehler bekommt.

Könntet ihr zur Fehlererkennung in den /lockState als Rückgabe einen Timestamp als Zahl (nicht im Datums-/Zeitformat) einbauen, z.B. epoch. Oder wenn es keine Zeit gibt, irgendeinen bei euch vorhandenen Ticks-Zähler. Damit lässt sich eine eigene Validierung wie die hier realisieren: http://www.loxwiki.eu:80/x/0YBq

Gleichermaßen wäre es schön, wenn beim /lockState statt bzw. zusätzlich zu den HTTP-Errors 401 und 404 auch tatsächlich noch ein {success: "false"} zurück käme.

Dann hätte ich noch eine Frage zum Status 4 - unlatched.
Das ist ja praktisch die Falle zurückziehen (öffnen). Die Falle wird ja mechanisch vermutlich wieder in Normalposition gefahren - bleibt dann der Status 4 - unlatched als letzter Status, oder erkennt der Keyturner, dass die Tür aufgesprungen ist?

Wenn das nicht erkannt wird, ist das sowieso ein Manko, dass ich bei offener Tür den schönsten LOCK-Status haben kann, und trotzdem steht die Haustür sperrangelweit offen. Ein Reed-Kontakt oder irgendeine Art von Bestätigung, dass die Tür wirklich ZU ist, wäre zusätzlich zum Keyturner eigentlich Pflicht.

Beste Grüße,
Christian

[Mattgyver]

Respekt Christian und danke für Wiki. Mein nächstes Projekt steht auf der Matte.

[B@llou]

Was für ein Gerät hast du denn als Android Bridge genommen?

[Christian Fenzl]

Ehrlich gesagt, ich weiß es gar nicht ;-) Ist nicht mein Haus, nicht mein Tablet und nicht mein NUKI, ich hab nur die API eingerichtet. Es ist irgendein Android Tablet.

[B@llou]

Man könnte sich quasi auch ein altes Adroid Handy irgendwo, in Reichweite zum Schloss, als Bridge hin legen und das funktioniert dann auch?

[Christian Fenzl]

Genau so ist die Android Bridge App gedacht!

[deepinpowder]

Gebe mein Nuki auch für 190 Euro ab.

[Mattgyver]

Wenn du es in ein paar Monaten noch immer hast, dann kaufe ich es dir ab. Leider stehen bei mir derzeit andere Sachen an.

[deepinpowder]

Hallo,

die Bridges gehen raus.

Es steht also jetzt eine Bridge und ein NUKI zum Verkauf.

[Gast]

Loxone ist mit dem Fehlerhandling recht schwach (bzw. ist es praktisch nicht vorhanden, oder selbst fehlerhaft). Beispielsweise gibt es noch nicht mal eine Behandlung, wenn ein Request nicht durchgeht oder einen HTTP-Fehler bekommt.

Könntet ihr zur Fehlererkennung in den /lockState als Rückgabe einen Timestamp als Zahl (nicht im Datums-/Zeitformat) einbauen, z.B. epoch. Oder wenn es keine Zeit gibt, irgendeinen bei euch vorhandenen Ticks-Zähler. Damit lässt sich eine eigene Validierung wie die hier realisieren: http://www.loxwiki.eu:80/x/0YBq

Gleichermaßen wäre es schön, wenn beim /lockState statt bzw. zusätzlich zu den HTTP-Errors 401 und 404 auch tatsächlich noch ein {success: "false"} zurück käme.

Schauen wir uns an. Die Bridge hat grundsätzlich eine Zeit also könnte man auch einen Timestamp hinzufügen.

Dann hätte ich noch eine Frage zum Status 4 - unlatched.
Das ist ja praktisch die Falle zurückziehen (öffnen). Die Falle wird ja mechanisch vermutlich wieder in Normalposition gefahren - bleibt dann der Status 4 - unlatched als letzter Status, oder erkennt der Keyturner, dass die Tür aufgesprungen ist?

Wenn das nicht erkannt wird, ist das sowieso ein Manko, dass ich bei offener Tür den schönsten LOCK-Status haben kann, und trotzdem steht die Haustür sperrangelweit offen. Ein Reed-Kontakt oder irgendeine Art von Bestätigung, dass die Tür wirklich ZU ist, wäre zusätzlich zum Keyturner eigentlich Pflicht.

Das Smart Lock kennt nur den Zustand des Schließzylinders, nicht der Tür.
Wenn man ein unlatch (Falle ziehen) Kommando ausführt, dann wird der Status zunächst zu "unlatching", danach "unlatched" und dann wieder "unlocked".
Den Status "Tür offen" oder "Tür geschlossen" gibt es mangels Türkontakt nicht.

[Christian Fenzl]

Danke für die Info!
Ein Türkontakt zum Nuki wäre dann wohl ein nettes Zusatzprodukt.

lg, Christian

[Gast]

@ Christian Fenzl: Vielen Dank für die Loxone Integration und das Wiki :-)

http://www.loxwiki.eu/display/LOX/NUKI+Bridge+bzw.+NUKI+Android+Bridge+einbinden

Eine Anmerkung habe ich jedoch: Das Rücksetzten des Radio-Buttons klappt so nicht.
Habe das mit einem Vergleicher gelöst. dann klappt es. ;-)

....ach ja, und zusätzlich hab ich einen Eltako Enocean Türkontakt eingebunden.

Da ich keine guten Erfahrungen mit den Nuki FOBs gemacht habe,
(Die schaffen es kaum, das Funksignal durch eine 3-fach Glasscheibe an den Nuki zu senden :-( )
verwende ich ausschließlich nur noch Handy mit Loxone APP (die ist schneller als die Nuki APP).
Zudem gibts ja auch noch die Quick Functions bei iOS.


Gruß
Christian

[BigRitschi]

Hallo Christian!
musst nur beim Baustein "verzögerten Impuls" die Invertierung bei TR weggeben.

Hab von Haus aus einen Reed in der Tür, muss sagen das funktioniert super.
Bei mir klappt das mit den Rückmeldungen irgendwie nicht, da muss ich noch mal schauen.
lg richard