UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[smaragdschlange]

Ok, jetzt habe ich tatsächlich schwache Batterien gehabt. In den Objekten (NUKI-Adapter 1.0.4 & 1.0.5) wurde das auch korrekt angezeigt. Ebenso korrekt wurde der Status wieder geändert, nachdem ich frische Akkus eingesetzt hatte.

[f0rd42]

Nun gibt es scheinbar einen Iobroker.nuki2 adapter .....

was unterscheidet die beiden denn?

[smaragdschlange]

Der Nuki Smart Lock 2.0 Adapter basiert, soweit ich weiß, auf den Implementierungen von Mik13 für die Nuki Bridge API (Mik13/nuki-bridge-api) und intelligencecompany für die Nuki Web API (intelligencecompany/nuki-api). Mein Nuki Smart Lock Adapter kommunniziert direkt mit der Nuki Bridge, ohne diese Abhängigkeiten. Konkret bedeutet das Folgendes:

• Zefaus Nuki Smart Lock 2.0 Adapter unterstützt die Nuki Web API und damit auch den neuen Türsensor, der mit dem Nuki 2.0 geliefert wird. Aktuell wird der Status des Türsensors noch nicht über die Bridge API übertragen (wenn Nuki die API aber anpasst, wird auch der alte Adapter dies unterstützen). Außerdem lassen sich über Nuki Web wohl auch u.a. die Benutzer verwalten. Allerdings funktioniert dies natürlich nur, wenn eine Internetverbindung besteht, da es sich bei Nuki Web um eine (optionale) Cloud-Anbindung handelt.

• Auch werden Software-Bridges vom neuen Adapter offenbar besser unterstützt. Da Zefau selbst eine solche nutzt, ist diese Anbindung bei seinem Adapter weit aus besser getestet, als bei mir. Ich glaube aber, das Problem, das in meinem Adapter mit Software-Bridges bestand, mit Version 1.0.5 behoben zu haben...

• Unterstützung für mehrere Nuki Bridges ist eine Funktion, die für den "alten" Adapter zwar geplant, im Nuki Smart Lock 2.0 Adapter aber schon heute umgesetzt ist.

Alles in Allem, ich denke, der neue Adapter ist dem meinem in vieler Hinsicht überlegen. Für die Nutzung des alten Adapters könnte höchstens sprechen, dass es weniger Abhängigkeiten zu anderen npm-Modulen gibt, und, wenn man ein wenig paranoid ist, wie ich :wink: , es sich um eine rein "lokale" Lösung handelt (wobei die Cloud-Anbindung in Zefaus Adapter ja auch optional ist).

[Kaiman55]

@smaragdschlange sagte in [Neuer Adapter] Nuki:

..wenn man ein wenig paranoid ist, wie ich :wink:

Aber dann darf man kein Nuki einsetzen. ;)
Ich sehe das aber wie Du. Habe die Web API auch nicht aktiviert.

[Balu0127]

Hallo

Verfolge das Thema schon eine ganze weile.
Hab jetzt aber ein paar Fragen und hoffe hier Antworten zu bekommen.

1.)Mich würde Interessieren ob ich Nuki auch über HTTP Request steuern kann.
Geht bei den Sonoffs auch, hab mir da gleich ein paar verlinkt am Handy so brauch ich nur drauf ohne lang etwas anderes aufzumachen.
zb:. http://192.168.3.***/cm?cmnd=Power%20on

Eventuell kann jemand ein Beispiel posten wie der Request aussehen muss.
Wenn möglich bitte eine Erklärung für nicht Programmierer wie ich :grinning:
Hab zwar etwas gefunden, blick da aber nicht ganz durch wie ich den Befehl schreiben muss?

(https://nuki.io/wp-content/uploads/2018/04/20180330-Bridge-API-v1.7.pdf)

2.) Den Token für das Schloss bekomme ich ohne Probleme, aber wie Bekomme ich den Token für die Bridge?
Und jetzt die Grundlegende Frage wie Steuer ich das ganze über Iobroker, brauch ich die Cloud unbedingt?
Hab derzeit alles lokal laufen, würde es auch bevorzugen das es so bleibt (Paranoid)

Gibt es eine Anleitung wo das ganze erklärt wird?

Bitte nicht Steinigen für meine Unwissenheit.

Lg

[Kaiman55]

@Balu0127

Ja. Das geht.
Hier mal ein Beispiel für Tür abschliessen:

Die IP, NukiID und den Token musst Du anpassen.
http://192.168.0.0:8080/lockAction?nukiId=47110815&action=2&token=JKDjifjf

Den Bridge Token auslesen:
https://nuki.io/de/hilfe/bridge-de/b-funktionen/bridge-einstellungen-verwalten/
https://smartapfel.de/nuki-tuerschloss-ueber-homebridge-in-homekit-einbinden/

[Balu0127]

@Kaiman55

Super schau ich mir mal an.
Danke :+1:

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

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

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 :angel:
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 :-)

[Ein ehemaliger Benutzer]

@smaragdschlange Adapter upgedatet, Scripte angepasst, :confounded: null wieso kommt null :confused:
Ok einmal neustarten und dann gings :+1:

[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?

[Ein ehemaliger Benutzer]

@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.