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).
-
@albert-k Ja, habe zwei gleich bestellt.
Sind "ESP32 v1 WROOM32" -
@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.
-
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 
-
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.
-
@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.
-
Danke für die Info! Habs gerade eingestellt. Werde das die nächsten Tage beobachten.
-
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
-
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
-
Habe gerade festfestellt, dass sich der Status auch nicht ändert, wenn man die Tür am Gerät abschließt.
-
Falls jemand die gleichen Probleme hat: ein Firmware-Update des Schlosses hat geholfen!
