[Neuer Adapter] Nuki

[Balu0127]

@Kaiman55

Super schau ich mir mal an.
Danke

Verstehe ich das richtig wenn ich nach action= 1 &token eingebe sperre ich auf bei 2 zu und bei 3 mach ich die Tür auf?
http://192.168.0.0:8080/lockAction?nukiId=47110815&action= 2 &token=JKDjifjf

Jetzt muss ich mich noch ein wenig spielen um mit dem Adapter zurecht zu kommen.
Oder gibt es für den Adapter auch einen Anleitung was man alle damit anstellen kann.

Danke

[Balu0127]

So hab es soweit hinbekommen, nun hab ich ein Problem!?!

Wenn ich über HTTP die Tür sperre oder öffne, eliminiert sich danach die Bridge.
Fehler 503 (nicht erreichbar)
Bei Token ist der Token von der Bridge gemeint nicht der von vom Schloss

HTTP Befehle

Zusperren
http://192.169.1.1:8080/lockAction?nukiId=xyz&action=2&token=xyz

Aufsperren
http://192.169.1.1:8080/lockAction?nukiId=xyz&action=1&token=xyz

[smaragdschlange]

Hi,

Ich wollte nur mal erwähnen, dass ich kürzlich Version 1.0.7 meines Nuki-Adapters veröffentlicht habe. Sollte es noch jemanden geben, der/die diesen Adapter nutzt würde ich mich sehr freuen, wenn die Version getestet und hier Feedback dazu gepostet werden könnte, damit ich die Version (hoffentlich) bald ins Stable Repository bringen kann.

Vielen Dank im Voraus!

Gruß
Sven

[Neuschwansteini]

@smaragdschlange hier läuft er einwandfrei, gefällt mir besser als die andere Version 2 - die hat bei mir immer gezickt, deiner lief und läuft und läuft und läuft..

Version 1.07 ebenso, Admin 3.64, js-controller 1.5.14, Nodejs 10.16.3, NPM 6.11.2, linux mint 18.3 unter proxmox in der VM.

[Jey Cee]

Ich habe die Diskussion zum Nuki-extended Adapter in ein eigenes Thema gepackt.

[smaragdschlange]

Hi,

hier noch mal ein Update: der Nuki-Adapter ist jetzt auf GitHub (und auch sehr bald als Latest) in der Version 1.1.0 verfügbar. Neu dazu gekommen ist nun die Unterstützung des Nuki Openers. Der Adapter unterscheidet nun zwischen Opener und Lock und sendet / empfängt nun die spezifischen Aktionen / Informationen. Wichtig für das Update ist, dass alle Objekte einmal manuell gelöscht werden müssen, da sich die Objekthierarchie geändert hat. Das ist auch der Grund dafür, dass leider alle Skripte, in denen der Adapter eingebunden ist, mit den neuen Objektpfaden aktualisiert werden müssen.
Ich wäre über Feedback zur neuen Version wie immer sehr dankbar

Gruß
Sven

[A Former User]

Am Wochenende wenn ich Zeit habe meine Scripte anzupassen. Dir ist schon klar das sowas den User nicht erfreut wenn ein System sauber läuft und der Adapter derart angepasst wird
Ist keine große Sache die Scripte anzupassen aber ich bin wirklich zufrieden mit deinem Adapter!

[smaragdschlange]

Hi @Brainbug,
ist mir schon klar, dass es nicht ideal ist, aber daher der Sprung von 1.0.x auf 1.1.x. Außerdem handelt es sich um ein Feature-Update und ist daher kein Muss
Ich musste meine Scripte auch anpassen und habe bei der Gelegenheit gemerkt, dass durch die Updates der Script Engine sich Einiges geändert hatte...

Vielen Dank für Dein freundliches Feedback

[A Former User]

@smaragdschlange Adapter upgedatet, Scripte angepasst, null wieso kommt null
Ok einmal neustarten und dann gings

[Fabian1]

Hallo Zusammen,

ich habe seit kurzem auch ein Nuki-Smartlock und dabei ist mir folgendes aufgefallen. Kann es sein dass der Adapter von Verbindungsabbrüchen nichts mitbekommt und nicht versucht sich erneut zu verbinden? Ich musste die Bridge mal kurz vom Strom trennen und habe mich gewundert, dass ich im LOG keinerlei Fehlermeldungen bekommen habe. Der Adapter ist grün, aber die Skripte die auf das Schloss zugreifen funktionieren natürlich nicht. Das finde ich ohne Meldung und grünem Adapter ziemlich suboptimal.
Außerdem bekomme ich seit dem JS-Controller 2.1.0 update, nach dem nächtlichen Raspberry Pi neustart immer die Meldung (2487) Error: connect EHOSTUNREACH (NUKI IP):8080
Starte ich den Adapter danach manuell neu geht es. Auf dauer ist es ganz schön nervig, sich jeden Morgen einzuloggen und den Adapter manuell neu zu starten. Kann man da vielleicht etwas machen?

[Neuschwansteini]

@Fabian1 ähm, nee, solche Effekte habe ich nicht.
Da scheint bei deinem Raspi sowieso was schief zu laufen, warum braucht der täglich einen Reboot? Das ist Linux, kein Windows das läuft jahrelang ohne reboot, wenn es richtig eingerichtet ist.

Zur Abhilfe zu deinem erwähnten Problem, würde ich 10min nach deinem Reboot den Adapter per cron (kannst du im Admin unter Instanzen einstellen) automatisch neu starten lassen.

Aber ehrlich gesagt, wäre es viel besser herauszufinden, warum du deinen armen Raspi täglich rebootest? Der kleine kann doch garnix dafür...

[Fabian1]

@ilovegym Damit ich keinen langsamen und qualvollen tot sterbe, falls der IOBroker mal abstürzt wenn ich für mehrere Tage unterwegs bin und meine Freundin alleine zuhause ist. Außerdem macht es durchaus Sinn, gerade der Radar2 sammelt z.B. ordentlich Datenpunkte an, wenn man mitten in der Stadt wohnt und da ist es schön mal wieder alles auf 0 zu setzen.
Super vielen Dank für den Tipp, mit dem Chronjob, habe ich gerade eingerichtet und bin gespannt, was heute Nacht passiert.

[Jey Cee]

Da der Adapter schon lange im Stable ist schließe ich dieses Thema.
Für Fragen zum Adapter und dessen Benutzung eröffnet bitte ein Thema in der Unterkategorie ioBroker Allgemein. Wenn ihr Fehler im Adapter findet eröffnet bitte in der Unterkategorie Error/Bug ein Thema.