[Neuer Adapter] Nuki
-
Ich habe heute morgen die Nuki App geöffnet und eine Meldung erhalten dass die Batterien bald leer sind. Der Adapter hat aber bei "Batterie schwach" kein true gesetzt.
-
Hallo Brainbug,
das Objekt "Batterie schwach" sollte mit dem Callback (bzw. mit dem turnusmäßigen Request des Adapters) aktualisiert werden. Nutzt Du den Callback? Hast Du Dein Nuki geöffnet/geschlossen seit der Meldung in der App? Die Bridge sendet meines Wissens keinen Callback, wenn die Batterie des Nuki schwach ist, nur wenn der Status des Nuki sich geändert hat, also auf- bzw. abgeschlossen wird.
-
Ja ich hab Callback an und ja ich habe auch mal auf- und zugeschlossen mit den "leeren" Batterien. Auch dann hat sich nichts geändert.
-
stimmt, den Bug hab ich auch, ist mir letzt aufgefallen, als die Batterien leer waren, die App hat es gemeldet, ich lass die dann immer noch ein paar Tage lang drin, bis so gut wie garnix mehr geht… aber der Adapter hat es nicht gemeldet.. hmm Issue aufmachen und auf debug stellen..??
-
Hi,
ja, das wäre ein Anfang. Ich hab momentan keine Idee, warum der Wert nicht übernommen wird…ich muss mal sehen, wie ich das nachstellen kann, hab grad keine leeren Batterien rumliegen.
-
hab grad keine leeren Batterien rumliegen. `
Es wird in naher Zukunft soweit sein :roll:
-
Hallo
Ich bin leider noch unentschlossen ob ich Nuki oder Homematik mit Ekey kaufen soll.
Bei Ekey schreckt mich der Preis ab da ist man schnell für alles auf über 1000€ (Fingerscanner,Steuereinheit, Netzteil u. Homematic Türschloß)
Bei Nuki bin ich ungefähr bei ~400€ (Nuki + Bridge + Keypad)
Was ich so lese über Nuki hab ich gemischte Gefühle?
Was vielleicht noch interessant sein Könnte, ist der Hersteller.
https://www.amazon.de/Eqiva-Bluetooth%C … a+142950A0
Dazu gibt es einen Github:
https://github.com/oyooyo/keyble
Allem in ganzen würden mich eure Meinung Interessieren, was Sinn macht.
-
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.
-
Nun gibt es scheinbar einen Iobroker.nuki2 adapter .....
was unterscheidet die beiden denn?
-
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
, es sich um eine rein "lokale" Lösung handelt (wobei die Cloud-Anbindung in Zefaus Adapter ja auch optional ist). -
-
@smaragdschlange sagte in [Neuer Adapter] Nuki:
..wenn man ein wenig paranoid ist, wie ich
Aber dann darf man kein Nuki einsetzen.
Ich sehe das aber wie Du. Habe die Web API auch nicht aktiviert. -
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%20onEventuell kann jemand ein Beispiel posten wie der Request aussehen muss.
Wenn möglich bitte eine Erklärung für nicht Programmierer wie ich
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
-
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=JKDjifjfDen 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/ -
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=JKDjifjfJetzt 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
-
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 SchlossHTTP Befehle
Zusperren
http://192.169.1.1:8080/lockAction?nukiId=xyz&action=2&token=xyzAufsperren
http://192.169.1.1:8080/lockAction?nukiId=xyz&action=1&token=xyz -
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 -
@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.
-
Ich habe die Diskussion zum Nuki-extended Adapter in ein eigenes Thema gepackt.
-
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 dankbarGruß
Sven -
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!
