NEWS
NUKI Hub
-
Habe die Software jetzt noch auf einem anderen ESP probiert.
Wieder über den Web-Installer installiert und das Verhalten ist genau gleich.
Nach dem Start vom ESP werden die Werte über MQTT geliefert aber dann erfolgt kein Update mehr.
Aber am Nuki selber bzw. in der App muss man ja keine Einstellungen für den "Nuki Hub" vornehmen, oder? -
Ist das der gleiche Typ ESP32 wie Dein Erster? Ich habe nur die ESP32 NodeMCU Dev Kit C, und bei dem klappt das offensichtlich (auch mit dem Web-Installer geflasht).
-
Ich habe NukiHub auf einem ESP32 NodeMCU Dev Kit C nun seit etwa einer Woche ohne Unterbrechung online. Etwa 2m vom Nuki entfernt, Router etwa 5m entfernt.
AutoLock ab Mitternacht ist im Nuki aktiviert, Zeitplan zum Unlock morgens um 6.
Beide Aktionen werden im Nukihub lock/state korrekt mit "locking/locked" und "unlocking/unlocked" signalisiert.Sieht also bei mir nicht so aus dass sich NukiHub aufhängt.
@da-phreak
Habe allerdings nun ein anderes Problem:
Ich fange per Blockly den NukiHub lock/state "unlatched/unlatching" ab um dann meine Außentür über Ring Interkomm zu entsperren. Zusätzlich bekomme ich eine Telegramm Nachricht über den Zustand des NukiHub lock/state sobald sich dieser ändert.Das funktionierte anfangs ganz gut (8.11). Inzwischen (8.18) taucht der Zustand "unlatching/unlatched" leider gar nicht mehr im NukiHub lock/state auf wenn ich tatsächlich nach Hause komme. :astonished: (Habe sogar 30 Sekunden beim Halten der Schloss Falle eingetragen damit das nicht zu schnell wechselt und 5 Retries im NukiHub)
Wenn ich über NukiHub lock/action "unlatch" eingebe öffnet Nuki die Tür und NukiHub lock/state signalisiert kurz darauf "unlatching/unlatched". Das funktioniert zuverlässig.
Nur eben nicht wenn ich von Außen nach Hause komme und Nuki die Tür automatisch für mich öffnet. Da wird der NukiHub lock/state anscheinend gar nicht mehr aktualisiert. (!?!?)
Gab es da eine Änderung in den Versionen?
@albert-k Von NUKi Hub hat sich nichts geändert. Die Logik ist relativ einfach: Das lock sendet ständig Beacons aus. Ändert sich der Status z. B. von locked auf unlocked, teilt das lock die Änderung über ein Bit im beacon mit. Das triggert NUKI Hub den neuen Status abzufragen. Evtl. setzt das lock das Bit nicht, wenn es automatisch passiert? Müßte man debuggen ... das könnte auch mit einem firmware update von NUKI zusammenhängen.
@JoSbg Es sind keine Einstellungen in der App bzw. a lock nötig.
-
@albert-k Mit welchem Adapter (Visu) hast du die Visu umgesetzt? Ich hätte mir Lovelace installiert, scheitere aber leider daran "lock", "unlock", etc. zusetzen. Vielleicht könntest mir da noch ein paar mehr Infos geben.
Habe heute nochmal den ESP32 aktiviert und eigentlich nicht wirklich etwas verändert. Aber jetzt läuft er korrekt und liefert auch die Infos und man kann Befehle darüber durchführen.
-
@albert-k Von NUKi Hub hat sich nichts geändert. Die Logik ist relativ einfach: Das lock sendet ständig Beacons aus. Ändert sich der Status z. B. von locked auf unlocked, teilt das lock die Änderung über ein Bit im beacon mit. Das triggert NUKI Hub den neuen Status abzufragen. Evtl. setzt das lock das Bit nicht, wenn es automatisch passiert? Müßte man debuggen ... das könnte auch mit einem firmware update von NUKI zusammenhängen.
@JoSbg Es sind keine Einstellungen in der App bzw. a lock nötig.
@da-phreak
Hm..das hab ich mir fast gedacht. Wenn Nuki das nicht zuverlässig signalisiert (so 1 bis 2 mal pro Woche seh ich "unlatched") kann ich das nicht verwenden um meine Aussentür zuverlässig zu entriegeln. Muß ich mir was anderes einfallen lassen :( Trotzdem, Danke für die Info :+1: :+1: :+1:
-
@albert-k Mit welchem Adapter (Visu) hast du die Visu umgesetzt? Ich hätte mir Lovelace installiert, scheitere aber leider daran "lock", "unlock", etc. zusetzen. Vielleicht könntest mir da noch ein paar mehr Infos geben.
Habe heute nochmal den ESP32 aktiviert und eigentlich nicht wirklich etwas verändert. Aber jetzt läuft er korrekt und liefert auch die Infos und man kann Befehle darüber durchführen.
Ich nehme die ganz normale Vis. Dabei verwende ich das "Radiobuttons ValueList" Widget und 2 Basic Text Widgets. Die Befehle (lock, unlock, unlatch) werden direkt im "Radiobuttons ValueList" Widget hinterlegt. Das "Haustür entsperren" gehört nicht dazu, das ist für meine Aussentür.
-
@da-phreak
Hm..das hab ich mir fast gedacht. Wenn Nuki das nicht zuverlässig signalisiert (so 1 bis 2 mal pro Woche seh ich "unlatched") kann ich das nicht verwenden um meine Aussentür zuverlässig zu entriegeln. Muß ich mir was anderes einfallen lassen :( Trotzdem, Danke für die Info :+1: :+1: :+1:
-
@albert-k Was Du noch probieren kannst: In der smartphoneapp den Energiesparmodus auf schnell setzen. Das kontrollieren, in welchen Zeitabständen die Beacons gesendet werden. Schnell frißt natürlich mehr Batterie, das läßt sich nicht vermeiden.
-
@da-phreak
Danke für die Info! Habs gerade eingestellt. Werde das die nächsten Tage beobachten. :+1:
@da-phreak
Das hat leider auch nichts gebracht :( Die Updates des lock/state sind dadurch eher noch sporadischer geworden.
Aber evtl. habe ich doch noch eine andere Lösung gefunden. Ich habe mal das lock/log json etwas genauer beobachtet. Das scheint die "unlatch" Action zuverlässig zu protokollieren. Ich lese nun das json bei jeder Aktualisierung aus und aktualisiere damit einen User Datenpunkt mit der letzten protokollierten Action, welcher dann als Trigger für das Öffnen der Außentür dient (falls "Unlatch").
Bin noch am beobachten und feintunen, aber bisher sieht es schon mal ganz gut aus :flushed:
-
Ich habe alles eingerichtet und es lief auch wirklich easy. Die MQTT-Daten kommen auch im ioBroker an. Wenn ich jetzt "lock" eintippe, wechselt es direkt auf "ack". Als Reaktion kommt aber nur unter retry: "failed". Hat jemand eine Ahnung, woran es liegen könnte? Die richtige Pin ist eigentlich eingegeben. Ich komme hier nicht weiter :-(
-
-
nein, das Keypad pairest du nur mit dem Nukilock direkt mit der App, das wars.
Nukihub erkennt es, wenn das Lock mit dem Keypad gepaired ist, dann kannst du damit Codes setzen etc.. -
@neuschwansteini Moin.
Danke für die Info. Das bedeutet in den Nuki-Hub Einstellungen bleibt der "Oppener" ausgeschaltet?
Danke und Gruß
BjörnDer Opener ist eine andere Hardware. Damit kannst du den Türsummer für ein Treppenhaus schalten.
-
Der Opener ist eine andere Hardware. Damit kannst du den Türsummer für ein Treppenhaus schalten.
@thomas-braun Moin
Danke euch. Bei mir läuft es nun wunderbar und bisher stabil.
Gruß
Björn -
Ich hab neuerdings ein NUKI in meinem smart home. Allerdings kostet die Bridge 100€, da dachte ich mir das kann ich selber.
Also mal geguckt, auf github gibt e schon eine lib, die NUKI rudimentär über Bluetooth ansteuern kann. Das ganze hab ich um Wifi und MQTT ergänzt, so daß sich damit schon einfache Funktionen einer Bridge möglich sind.
Es gibt ein ein 1.0 Release, das den aktuellen Zustand auslesen kann und Befehle an das Schloß senden kann:https://github.com/technyon/nuki_hub
Im Release sind binaries und eine readme-datei, die Instruktionen zum flashen mit dem espressif download tool ermöglicht. Sprich es muß niemand selbst kompilieren.
Wenn sich noch jemand findet, der ein hübscheres Web-Interface bauen möchte, wäre ich dankbar ... der Web-Bereich ist nicht so meins.
Support us
911
Online32.4k
Users81.5k
Topics1.3m
Posts