Hauptmenü

NUKI Hub für den ESP32

Begonnen von technyon, 01 April 2022, 08:22:28

Vorheriges Thema - Nächstes Thema

technyon

Hallo,

Ich habe mich im Forum angemeldet, um etwas Werbung für mein Projekt zu machen:

https://github.com/technyon/nuki_hub

Das ist Firmware für einen ESP32, die die Ansteuerung von einem NUKI über MQTT erlaubt.

Wer mag kann gern testen und mir Feedback geben.

CoolTux

Funktioniert die Ansteuerung ohne Bridge oder nur mit Bridge. Welche Nuki Produkte können damit genau angesteuert werden? Nur das Schloß an sich oder alle anderen auch?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

technyon

Der ESP32 hat ja Bluetooth, damit wird das NUKI angesteuert. Eine Bridge brauchst Du daher nicht.

Du mußt:
- Flashen
- ESP32 mit Strom versorgen
- Dich mit dem WiFi des ESP32 verbinden und Dein WiFi konfigurieren
- Das NUKI in den Pairing-Modus versetzen, der ESP32 sollte sich verbinden
- Mit einem Browser auf die IP des ESP32 gehen und Deinen MQTT-Server konfigurieren.

Zer Zeit ist in dem Sinne nur das Schloß unterstützt, das ganze ist noch in einer frühen Phase. Andere Geräte werden über das Schloß verwaltet, wie z. B. Konfiguration des Codes für das Keypad. Ich plane da noch vieles zu erweitern.

Thyraz

Cool, also wirklich ein Bridge-Ersatz.

Hätte nicht erwartet, dass sowas möglich ist...
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

technyon

So ist es :). NUKI ist ja zum Glück sehr open source-freundlich, die kompletten APIs sind dokumentiert, und es gibt sogar ein eigenes Forum für Entwickler.

Thyraz

Das war mir sogar bewusst, bin dort auch registriert. Allerdings hab ich die Public Bluetooth API bisher übersehen (und als Nutzer mit Bridge hat mich bisher auch nichts zur Suche bewegt).

Die Bluetooth API ist durchaus ein cooler Schritt von denen.
Diesen Teil verstecken die Hersteller ja meist eher gern, damit man mehr Bridges verkaufen kann. ;)
Aber evtl. sind die SmartHome Nutzer ein zu kleiner Teil vom Kuchen um zu stören, man hört ja meist raus, dass AirBNB etc. das größere Volumen bei denen machen.
Und dort ist Bridge + Cloud für zeitbeschränkte Zugangskontrolle für Nicht-Nerds der Kaufgrund.  :)

Schönes Projekt auf alle Fälle, auch wenn für mich durch vorhandene Bridge aktuell nicht nutzbar.

Aber evtl. finden sich ja einige FHEM Nutzer die mit dem Gedanken spielen sich ein Nuki Schloss zu holen und die sich freuen den Preis für die Bridge zu sparen.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

technyon

Mit den letzten Releases hat sich eniges getan:

- Der ESP wertet die Advertisements vom NUKI aus, so daß Statusänderungen ohne Polling erkannt werden. Das schont die Batterie.
- Der MQTT Pfad kann eingestellt werden, so daß man mehrere NUKIs betreiben kann (mit mehreren ESP32 Modulen)
- Name und Passwort für den MQTT Broker können eingestellt werden
- Die Konfiguration selbst mit einem Passwort geschützt werden
- Mehr States eingefügt (unter anderem Batterie-Level in Prozent)

Amenophis86

Gefällt mir sehr gut. Hatte schon lange überlegt mir ein Nuki Schloss zu kaufen aber wollte keine Bridge haben, die dann auch noch nachhause telefoniert oder so.

Geht die Software mit allen aktuellen Nuki Schlössern?
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

technyon

Die BLE Library ist mit NUKI v2 und v3 getestet. Die API hat sich aber nicht geändert, von daher sollte es mit allen Versionen funktionieren. Also kurz, ja.

andre07

#9
Hallo

Läuft mit Mqtt2, readings kommen rein
nur wie setze ich die passenden setlist um das schloss auch mit
fhem schalten zu können oder ist das nicht möglich
setList  nuki/lock/action locked   
zu nuki/lock/action unlocked
funktioniert nicht


Andre

Esjay

Nur mal ins blaue geschossen, da ich noch kein Schloss habe und nur Mitleser bin.

lock/action: (to be renamed to action). Allows to execute lock actions. After executing the action, the value is reset to an empty string. Possible actions: unlock, lock, unlatch, lockNgo, lockNgoUnlatch, fullLock, fobAction1, fobAction2, fobAction3

Grüße

andre07

ja hatte ich gelesen warum ich da ein "ed" ans Ende gehängt habe
Fehler von mir jetzt geht es und ich kann das Schloss per fhem bedienen
auf:noArg nuki/lock/action unlock   
zu:noArg nuki/lock/action lock

Was kann man mit den anderen Befehlen machen spez. fobAction

Will

#12
Hallo,

klingt super, würde ich gerne testen.

Leider scheitere ich am flashen des ESP - habe es mit der Arduino IDE versucht, leider kein INO file

Flash tool von Espressif, leider kein BIN file.

Kann mir da jemand mal auf die Sprünge helfen?

Ach ja: sitze vor einem Windows Rechner

Danke.

andre07

Ein Image gibt es dort auf der git Seite habe
ich selber geflasht mit Windows.
Zur Zeit gibt es noch Probleme die Verbindung
zu halten nach einigen Stunden ist das ESP
nicht mehr erreichbar und es hilft nur noch ein
Kaltstart.

technyon

Hallo und sorry für die verspätete Antwort, ich war über die Ostertage verreist.

@Will Das Projekt ist hat keine INO-Datei, da als build system cmake benutzt wird. Bei komplexeren Projekten wird's irgendwann unschön mit .ino und Arduino IDE. Deswegen habe ich Binaries mit Anleitung zum flashen bereitgestellt:

https://github.com/technyon/nuki_hub/releases


@andre07 Welche Version hast Du geflashed? Bei mir läuft es schon seit über einer Woche stabil, ist natürlich schwer zu sagen, woran es bei Dir liegt. Evtl. guck ich mal, ob ich als schnellen workaround einen Watchdog einbaue, dann startet der ESP zumindest selbst neu. Kannst Du den ESP evtl. an eine Rechner anklemmen und gucken, ob da über die serielle Schnittstelle noch was kommt?

Will

Hallo,

ich war zu blöd für GitHub....habe geflshed und es läuft (cool!).
Ich musste den ESP einmal booten und manchmal scheinen Verzögerungen drin zu sein, aber prinzipiell funktioniert es und ich kann über KNX Taster auf und zuschliessen und Status visualisieren.
Prima.

Danke.

W

andre07

Hab das jetzt mit einen Kondensator und
anderen Netzteil stabiler hinbekommen
läuft seit einigen Tagen ohne Abstürze
Benutze 1.10 also die aktuellste.Was mir aufgefallen
ist das manchmal ein Befehl nicht ankommt jedenfalls
am Schloß tut sich nichts ESP ist so 3 Meter vom
Schloß entfernt.





technyon

Kannst Du mal gucken was da als "completionStatus" steht, wenn es nicht klappt? Evtl. könnte man es einfach nochmal versuchen wenn ein Fehler kommt.

andre07

Nochmal getestet und festgestellt das ein aufschließen nicht geht
completionStatus steht immer auf success
Internals:
   .FhemMetaInternals 1
   CID        nukihub
   DEF        nukihub
   FUUID      625ad3ed-f33f-c2a9-82b5-46664a11b2525c2e
   FVERSION   10_MQTT2_DEVICE.pm:0.258890/2022-03-27
   IODev      MQTTServer
   LASTInputDev MQTTServer
   MQTTServer_CONN MQTTServer_192.168.178.113_65008
   MQTTServer_MSGCNT 8173
   MQTTServer_TIME 2022-04-22 16:19:23
   MSGCNT     8173
   NAME       nukihub
   NR         669
   STATE      auf
   TYPE       MQTT2_DEVICE
   .DT:
     DEVICETOPIC nukihub
   .attraggr:
   .attrminint:
   READINGS:
     2022-04-22 03:45:58   IODev           MQTTServer
     2022-04-22 16:19:12   action         
     2022-04-22 15:35:54   autoLock        0
     2022-04-22 15:35:54   autoUnlock      1
     2022-04-22 15:35:54   buttonEnabled   1
     2022-04-21 18:35:57   charging        0
     2022-04-22 05:49:33   completionStatus success
     2022-04-21 18:35:57   critical        0
     2022-04-22 16:19:23   devices         54:d2:72:b7:71:e4;Nuki_2EB771E4;-75
7c:2f:80:ad:bc:7d;Gigaset G-tag;-82
7c:2f:80:c3:79:b6;Gigaset G-tag;-80
a4:c1:38:0e:3b:39;LYWSD03MMC;-77
a4:c1:38:a7:83:10;LYWSD03MMC;-99
ed:ce:ce:ca:d9:c3;Mi Smart Band 4;-92
     2022-04-21 18:35:57   doorSensorState unavailable
     2022-04-22 16:06:00   drain           8093
     2022-04-22 15:35:54   ledBrightness   3
     2022-04-22 15:35:54   ledEnabled      1
     2022-04-21 18:35:57   level           98
     2022-04-22 16:06:00   lockDistance    658
     2022-04-22 16:06:00   maxTurnCurrent  1.21
     2022-04-22 16:19:12   state           auf
     2022-04-22 03:39:40   subscriptions   nuki/configuration/autoLock nuki/configuration/autoUnlock nuki/configuration/buttonEnabled nuki/configuration/ledBrightness nuki/configuration/ledEnabled nuki/lock/action
     2022-04-22 16:13:44   trigger         system
     2022-04-22 16:06:00   voltage         6.01
Attributes:
   DbLogExclude .*
   genericDeviceType lock
   readingList nukihub:nuki/presence/devices:.* devices
nukihub:nuki/lock/state:.* state
nukihub:nuki/lock/trigger:.* trigger
nukihub:nuki/lock/completionStatus:.* completionStatus
nukihub:nuki/lock/doorSensorState:.* doorSensorState
nukihub:nuki/battery/level:.* level
nukihub:nuki/battery/critical:.* critical
nukihub:nuki/battery/charging:.* charging
nukihub:nuki/battery/voltage:.* voltage
nukihub:nuki/battery/drain:.* drain
nukihub:nuki/battery/maxTurnCurrent:.* maxTurnCurrent
nukihub:nuki/battery/lockDistance:.* lockDistance
nukihub:nuki/configuration/buttonEnabled:.* buttonEnabled
nukihub:nuki/configuration/ledEnabled:.* ledEnabled
nukihub:nuki/configuration/ledBrightness:.* ledBrightness
nukihub:nuki/configuration/autoUnlock:.* autoUnlock
nukihub:nuki/configuration/autoLock:.* autoLock
nukihub:nuki/lock/action:.* action
   room       MQTT2_DEVICE
   setList    auf:noArg nuki/lock/action unlock   

zu:noArg nuki/lock/action lock

Vielleicht ist ja das setlist nicht korrekt
Wozu dienen die anderen Befehle
lock/action: (to be renamed to action). Allows to execute lock actions. After executing the action, the value is reset to an empty string. Possible actions: unlock, lock, unlatch, lockNgo, lockNgoUnlatch, fullLock, fobAction1, fobAction2, fobAction3

technyon

Ich kann zu fhem-spezifischen Sachen wenig sagen, bei mir läuft iobroker. Sobald ein string ("lock", "unlock", usw.) in den action-Knoten geschrieben wird, sollte was passieren. Sprich Du schreibst "lock" rein und das Schloß sollte verriegeln, und in dem state-Knoten sollte nach der Aktion der neue Status erscheiben.

Ob das richtig über MQTT an den ESP32 kannst Du auch daran sehen, daß der Knoten "action" sofort wieder auf einen Leer-string gesetzt wird, damit Du den nächsten Befehl eintragen kannst. Auf der seriellen Schnittstelle erfolgt außerdem eine Ausgabe (Lock action: ...). Z. B mit hterm solltest Du Dich verbinden können, um das zu überprüfen.

andre07

Danke für die Tipps mich wundert nur warum das zuschließen geht und aufschließen nicht
aber werde das mal überprüfen bis dann
Andre

technyon

Ich hab gestern die Version 1.11 online gestellt. Dort gibt es noch den Knoten commandResult, der könnte bei der Fehlersuche helfen. Dort erscheint das Ergebnis der NUKI Library, die ich verwende. Wenn die Kommunikation nicht funktioniert, sollte da was anderes als "success" stehen. Im Gegensatz dazu liefert der completionStatus das Ergebnis vom NUKI zurück, das klappt aber nur, wenn die Kommunikation funktioniert.

andre07

danke werde das gleich mal testen  :)

andre07

readinglist mit commandResult erweitert das setList nochmal
neu geschrieben und voila es geht auf einmal merkwürdig
commandResult liefert auch entsprechend success
Danke
Andre

technyon

Komisch, aber hauptsache es klappt

technyon


andre07

Fehlt nur noch das ganze per OTA zu updaten. :)
Bis jetzt läuft es seit einigen Tagen absturzfrei.
Nur manchmal kommen die Befehle etwas verzögert
an liegt aber wahrscheinlich an meinen System hier
hab noch einige openmqttgateway's am start die
auch munter in bluetooth rumfunken

technyon

Erstmal kommt noch LAN über W5500 Modul. OTA muß ich mir mal in Ruhe angucken, das ein komplizierteres Thema. Zudem verschenkt man damit die hälft vom Flash-Speicher, weil die OTA-Firmware ja erstmal irgendwo abgelegt werden muß.

technyon

W5x00 ist integriert. Wer will kann das also über LAN anschließen.

andre07

Ist jetzt auch nicht so wichtig mit OTA.
Habe heute die 2.0 geflasht, ab und an erscheint
im log ein
lld_pdu_get_tx_flush_nb HCI packet count mismatch (1, 2)

technyon

Das erscheintlich manchmal, ist nicht weiter schlimm

andre07

Sehe gerade in 2.4 angelangt was gibt es neues
Andre

technyon

Ab der Version 2.0 vor allem die Unterstützung von W5500-Modulen, damit man LAN anstatt WLAN benutzen kann. Ansonsten viele Kleinigkeiten und Verbesserungen. Steht jeweils in den release notes:

https://github.com/technyon/nuki_hub/releases


Will

Hallo,
bei mir hängt sich das Teil auch nach ein paar Tagen auf - reboot löst das Thema temporär.
Gibt es da eine geschmeidige Lösung um jeden Tag ein reboot zu erzwingen?

Danke.

W

kaizo

Cool wäre es noch, wenn die Funktionen zusätzlich über GPIO's gesteuert werden könnten (Lock / Unlock), dann wäre auch eine Steuerung über die Türsprechstelle (extern) möglich. Wenn es dann noch eine Zeitfunktion zum Lock gibt, dann könnte man auch wieder sperren. Obwohl, das geht auch über den Homematic-Türsensor und MQTT.

Top Entwicklung, ist der Grund für mich gewesen, heute ein Nuki 3.0 zu bestellen. Bin gespannt.
Danke dafür!

Gruß
Kai
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

@Will Hat das evtl. mit der WLAN-Verbindung zu tun. Es gibt einen ähnlichen Fall, daher gibt es jetzt in der Firmware die Option, einen Reboot auszulösen, wenn die Netzwerkverbindung zu lange weg ist ("Network Timeout until restart"). Dafür muß die Firmware allerdings noch laufen. Wenn das nicht hilft bzw. die Firmware wirklich hängt könnte man noch einen Watchdog einbauen.

@kaizo Das ist eine gute Idee, birgt aber auch immer ein Sicherheitsrisiko. Die Tür läßt sich dann öffnen, indem man PINs überbrückt. Vielleicht nicht so wild, wenn der ESP in der Wohnung hängt, aber evtl. sollte man das abschaltbar machen. Die Idee ist aber notiert. Alternativ arbeite ich auch dran, den Nuki Opener zu unterstüzen. Das Sperren würde ich dann über MQTT machen, der Zustand läßt sich ja abfragen und dann kann man automatisch "lock" auslösen.

technyon

Die Version 3.0 ist fertig und unterstützt nun auch den NUKI Opener.

kaizo

Version 3.1 gerade geflasht, läuft, leider habe ich keinen Opener und kann das nicht testen...
Habe festgestellt, wenn im Webinterface "Publish auth data (May reduce battery life)" angehakt ist wird scheinbar die Abfrage so oft über PIN durchgeführt dass die APP im Handy (Android) einen Fehler produziert (zu häufige Eingabe des Pin's), ich vermute das hängt mit der Einstellung zusammen.

Seit ich das ausgeschaltet habe klappt die App auf dem Handy wieder einwandfrei, Einstellungen und Protokoll können eingesehen werden.

Über MQTT geht leider bei mir die Anzeige der ID/Namen der letzten Bewegungen nicht, vermute, das geht nur über eine gekoppelte NUKI Bridge. So stehts -wenn ich es richtig verstanden habe- auch in der BLE API Beschreibung.


Danke für die Arbeit!!

FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

#38
Also um den ID und Namen zu sehen mußt Du "Publish auth data" anmachen. Hast Du die PIN auf dem ESP konfiguriert? Das ist ne Aktion, die PIN-geschützt ist ... ansonsten probiert der ESP das immer und es schlägt die ganze Zeit Fehl, und darauf reagiert das Lock irgendwann allergisch und sperrt erstmal weitere Versuche.

Ansonsten hab ich mich endlich mal an OTA gemacht, da sieht es schon ziemlich gut aus, so daß bald eine neues Release kommen sollte.

P.S.: Das geht auch ohne Bridge.

technyon

OTA ist fertig :)

Die Version 4.0 ist online

kaizo

Zitat von: technyon am 15 Juni 2022, 13:48:05
Also um den ID und Namen zu sehen mußt Du "Publish auth data" anmachen. Hast Du die PIN auf dem ESP konfiguriert? Das ist ne Aktion, die PIN-geschützt ist ... ansonsten probiert der ESP das immer und es schlägt die ganze Zeit Fehl, und darauf reagiert das Lock irgendwann allergisch und sperrt erstmal weitere Versuche.

Danke für den Hinweis, habe nochmal den PIN eingegeben, läuft jetzt perfekt.
Hatte bestimmt einen Tippfehler, anders kanns nicht sein.
Anzeige der letzten Freigabe -ID und Name- geht.

Installier jetzt die V4.0

Danke und Gruß
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

Schön daß es läuft. Evtl. sollte ich da mal ne Fehlermeldung einbauen im Web-UI einbauen, damit man das auch mitbekommt.

Esjay

Guten Morgen, kurze Rückmeldung meinerseits.
Bei mir hängt sich das Hub minimum 1-2 mal am Tag auf. Aktuell bin ich auf der 4.0. Ich schaue gerade mal hinsichtlich verschiedener Netzteile und Kabel.
Was mir auffällt, dass wenn das Hub nicht mehr erreichbar ist, die LED auf dem Controller hochfrequent blinkt.
Vielleicht hilft das ja.

Aber wenn es läuft, dann ist das eine feine Sache!

Grüße

technyon

Hi,

Die LED blinkt bei den meisten ESPs, wenn Daten über die serielle Schnittstelle gehen, das sind dann Log-Meldungen, weil etwas nicht klappt.

Du bist leider nicht der erste mit dem Problem, das passiert meist, wenn der WLAN-Empfang nicht gut ist und dann ab und an einbricht ... ich kann es mir leider im Moment nicht erklären und müßte mal gucken, wie ich das nachstelle. An sich wird dann nicht mehr gemacht als ein reconnect versucht bis es wieder geht.

Was Du im Moment machen kannst: Setze "Network Timeout until restart". Dann startet der ESP sich automatisch neu, wenn das Netzwerk länger als die eingestellte Zeit nicht erreichbar ist.

technyon

@Esjay

Probier bitte mal das neue Release 4.2 aus. Der ESP hängt sich wahrscheinlich nicht auf, sondern verliert die Verbindung zum WLAN. Da gabs einen Bug beim Reconnect, so daß dieser dann ohne Netzwerk ist. Sollte nicht mehr auftreten.

kaizo

@technyon: Reicht es bei OTA, die Nuki_hub.bin zu flashen?
Das klappt bei  mir nicht.... Weder mit dem 7Zip, noch mit dem nuki_hub.partitions

Welche Datei wird da benötigt?
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

#46
Bitte nur die nuki_hub.bin und nichts anderes :).

P.S.: Steht jetzt in der Readme, aber ich werd mal einen Hinweis direkt auf der Upload-Seite aufnehmen.

technyon

#47
Es gibt leider noch einen etwas nervigen Fehler beim OTA, der mir nicht aufgefallen ist. Aus irgendeinem Grund klappt es erst beim zweiten Mal.

Sprich wenn man das erste Mal auf "Upload File" klickt passiert nichts, machts man es nochmal geht es.


Da steht Blödsinn. Einfach eine Minute nach dem reboot warten :): Ist ein Workaround sonst fängt das OTA nach dem Neustart gleich nochmal an.

kaizo

Ok, nur nuki_hub.bin.
Hat bei mir beim Update von 4.0 auf 4.2 nicht geklappt, hab's nochmal "Klassisch" durchgeführt, läuft.

Geht ja gerade in großen Schritten voran..Top!

FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

Esjay

Bei mir hat das OTA-Update super funktioniert. Hat keine Minute gedauert.
Ich werde das Network Timeout mal wieder deaktivieren und schauen wie es sich verhält.

Vielen Dank.

Esjay

#50
Guten Morgen,

ich weiß nicht wie es anderen geht, jedoch sind für mich die Versionen > 4.1 nicht nutzbar. Der ESP verbindet sich nach dem Disconnect nicht mehr mit dem WLAN. Egal ob ein Timeout gesetzt ist oder nicht. Das einzige was hilft ist ein reboot.
Der ESP ist 1,5 Meter vom Nuki, und 3 Meter von der Fritzbox entfernt. Probleme mit dem WLAN kann ich eigentlich ausschließen. Zumindest die die ich kenne.
Die LED auf dem ESP blinkt jedoch nicht mehr.

Ich werde wohl wieder auf 4.1 zurück gehen müssen.
Grüße

Zusätzlich ist mir aufgefallen, dass wenn ich eine unknown_action auslöse, ich sozusagen den Status des Schlosses verliere. Ich denke ein reading "lockState" oder so würde helfen da Sicherheit zu erhalten.
Scheinbar wird der Status grob alle 15 Minuten aktualisiert.
LG

technyon

Ich hab da so einen Verdacht: Die Fritzbox wechselt automatisch den WLAN-Kanal je nach Auslastung. Ist das bei Dir aktiviert? Kann sein daß der ESP das nicht kapiert?

Esjay

#52
Die Option ist bei mir deaktiviert.
Aber stand jetzt, funktioniert die 4.1 ja ganz gut..

Grüße

technyon

Ich habs mir nochmal angeguckt, probier mal die 4.4. Wenn das nicht klappt bleibt noch der network timeout, den kannst Du auch sehr kurz einstellen.

Esjay

Ich werde wohl auf ein W5500 Modul wechseln, da ich die selben Probleme jetzt auch mit der 4.1 habe.Obwohl ein Timeout gesetzt ist, kommt keine Verbindung mehr zustande. Hab aber auch wenig Zeit das ganze mal genauer zu beobachten. Ich hatte schon die Vermutung, dass beim OTA Update von 4.3 auf 4.1 irgendwelche Reste auf dem ESP verblieben sind.
Sei es drum. Ich werde die Version testen, und eine Rückmeldung geben!

Danke für deine Arbeit.

Grüße

technyon

Wenn Du nen LAN-Kabel dahin bekommst ist das eh die beste Wahl.

technyon

Die Version 4.6 hat einen Workaround für die Wifi-Probleme ... sobald ein disconnect event kommt wird der ESP neu gestartet. Dazu muß "Restart on disconnect" aktiviert sein.

kaizo

Habs gerade geflasht, ab und zu hat sich der ESP bei mir auch aufgehangen.
Mal sehen, ob das nun besser läuft.

BTW: Das Flashen über OTA ging bei mir (V4.4) wieder nicht, kam immer die Meldung "OTA functionality not ready. Please wait a moment and reload."
Auch nach einem Neustart, und auch jetzt bei 4.6 kommt die Meldung beim Drücken auf den Button "Firmware update".

Liegt das vielleicht daran, dass der ESP bei mir immer über USB verbunden ist? --> unwahrscheinlich --> gerade getestet, kein unterschied, die Meldung kommt immer noch. Vielleicht muß ich mal den ESP komplett löschen und neu flashen...



FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

Eine Minute nach dem Start ist das OTA-Update gesperrt. Da mußte ich so machen sonst startet das irgendwie nach dem Update gleich wieder. Die Option "Restart on disconnect" hast Du aktiviert?

kaizo

Zitat von: technyon am 01 Juli 2022, 11:55:21
Die Option "Restart on disconnect" hast Du aktiviert?

Jetzt ja :) Danke für den Hinweis.
Und der Dialog zum OTA kommt jetzt auch....

... läuft....

Danke.
Wenn dann noch die GPIO-Lösung als Option zum unlock/lock/unlatch kommt kaufe ich mir noch ein nuki..
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

#60
Das Wifi stabil zu machen war erstmal wichtiger, aber ich habs dir mal eingebaut. Du darfst gern meinen referrer code für Deine Bestellung benutzen ;) (siehe readme).

kaizo

Zitat von: technyon am 01 Juli 2022, 19:31:43
Das Wifi stabil zu machen war erstmal wichtiger, aber ich habs dir mal eingebaut. Du darfst gern meinen referrer code für Deine Bestellung benutzen ;) (siehe readme).

Gerade geflash, per OTA. Hat diese Tour funktioniert, ich denke der Knoten ist durch.
Und die Version läuft auch mit den GPIO's perfekt, öffnen und schließen über Kontakt geht einwandfrei.
Jetzt geht's an die Türsprechstelle. Top!

Danke dafür!!!!
FHEM 6.x  auf i3
1x Maplecun FS20, HM, 1x CUL f. WMbus
1x Arduino Nano für Lacrosse, 1x für Empfang WH1080,
1x Arduino Uno+Ethernet-Shield & Firmata für 1Wire
1x Raspberry Pi für Einbindung Junkers-Heizgerät mit HT3-Schnittstelle, div. Sonoff+EspEasy+Tasmota über MQTT

technyon

Die Version 5.1 ist raus und sollte die Wifi-Probleme lösen.

MusicMunkee

Hallo zusammen, ich probiere auch gerade das Programm mit meinem Nuki Opener zu verbinden. Hab bereits eine Bridge, aber mich ärgert u.a. die hohe latenz beim klingeln über Webhook. Allerdings hab ich schon extrem grosse Probleme den Esp stabil in's WLAN zu bekommen. Teilweise scheint er sich mit dem Fritz Repeater im keller zu verbinden, statt mit der Fritzbox 2 meter weiter. Hab zwei verschieden Esp32 ausprobiert, gleiches Symptom.

Jetzt hats nach stunden doch geklappt, aber nach langem Probieren geb ichs nu erst mal auf. Denn es stürzt permanent bei der Konfiguration beim Nuki Part ab. Müsste sich eigentlich mit dem Opener pairen, aber tut es nicht. Vermutlich noch ein Bug.

Frage zum pairen. Hab nur die Nuki PIN eingegeben, kein username passwort (kenn ich auch nicht). ist das korrekt so?

technyon

@fredk I have already answered your post in the home assistant forum ... at least I guess that's you the text is very similar.

technyon

Seit der Version 5.1 hat sich übrigens eine Menge getan. Neben vielen Bugfixes unter anderem:

- Support für das NUKI Keypad
- Ring detection für den Opener. So kann man loggen ob der Paketbote geklingelt hat oder nicht :)
- Die RSSI-Werte von Wifi und Bluetooth werden übertragen, so kann man den optimalen Platz für den ESP finden
- Die letzten 5 Log-Einträge können nun übertragen werden

hugow

Hi,

danke für das tolle Projekt ! Ich hätte noch eine Frage dazu - leider geht das aus dem Readme / dem Code nicht ganz hervor.

Kann ich an den NUKI Hub parallel ein NUKI Lock UND einen NUKI Opener koppeln bzw. steuern oder geht das nur exklusiv für je ein Device ? (D.h. ich bräuchte dann zwei ESP32, die je mit dem NUKI Lock bzw. dem NUKI Opener gekoppelt sind ?)

Danke für die Auskunft im Voraus !

technyon

Zitat von: hugow am 01 November 2022, 09:45:59
Kann ich an den NUKI Hub parallel ein NUKI Lock UND einen NUKI Opener koppeln bzw. steuern oder geht das nur exklusiv für je ein Device ?

Hi, pro ESP kannst Du ein Lock und einen Opener anlernen, ist also kein Problem und läuft so bei mir.

Tri

Hallo zusammen!

Ich bekomme es nicht "gebacken" :'(

Hardware


Nuki Smart Lock 3.0
Firmware 3.4.10
mit Keypad 2.0
Handy-App
ESP mit W5500
sonst nichts

Der ESP mit W5500 hat definitiv mit 5.5 bei jemand anderem mit Nuki funktioniert, Firmware Nuki unbekannt. Ist gebraucht.

Firmwarequelle für ESP https://github.com/technyon/nuki_hub/releases

Versuch, pairing mit Firmware 6.10, kein Erfolg (auch 5.5, 6.9 getestet, undefined)

Dann pairing mit Firmware 6.1 funktioniert, aber "NUKI Lock state undefined"

Über App Bluetooth Pairing für Nuki kontrolliert, ist aktiv.

Konfig

Info
Hostname nukihub
MQTT Connected Yes
NUKI Lock paired Yes
NUKI Lock state undefined
Firmware 6.1

Basic MQTT and Network Configuration
"""""
Host name
nukihub
MQTT Broker
fhem
MQTT Broker port
1883
MQTT User (# to clear)
MQTT Password


Advanced MQTT and Network Configuration
"""
Home Assistant discovery topic (empty to disable; usually homeassistant)
MQTT SSL CA Certificate (*, optional)
MQTT SSL Client Certificate (*, optional)
MQTT SSL Client Key (*, optional)
Network Timeout until restart (seconds; -1 to disable) 5
Restart on disconnect
Restart timer (minutes; -1 to disable) -1
* If no encryption is configured for the MQTT broker, leave empty. Only supported for WiFi connections.

Basic NUKI Configuration
"
NUKI Smartlock enabled x
MQTT NUKI Smartlock Path Haustuer
NUKI Opener enabled

Advanced NUKI Configuration
"""
Register as app (on: register as app, off: register as bridge; needs re-pairing if changed)
Query interval lock state (seconds) 1800
Query interval battery (seconds) 1800
Publish auth data (May reduce battery life) x
Enable control via GPIO x
Presence detection timeout (seconds; -1 to disable) 60


Versuch mit 6.11
Konfig

Info
Hostname nukihub
MQTT Connected Yes
NUKI Lock paired No
NUKI Lock state undefined
Firmware 6.11

Basic MQTT and Network Configuration
"""""
Host name nukihub
MQTT Broker fhem
MQTT Broker port 1883
MQTT User (# to clear)
MQTT Password

Advanced MQTT and Network Configuration
"""
Home Assistant discovery topic (empty to disable; usually homeassistant)
MQTT SSL CA Certificate (*, optional)
MQTT SSL Client Certificate (*, optional)
MQTT SSL Client Key (*, optional)
Network hardward detection Detect W5500 via GPIO 26
Network Timeout until restart (seconds; -1 to disable) 5
Restart on disconnect
Restart timer (minutes; -1 to disable) -1
Enable MQTT logging X
* If no encryption is configured for the MQTT broker, leave empty. Only supported for WiFi connections.


MQTT traffic

13:41:00.483 nukihub Haustuer/maintenance/log Restarting
13:41:04.859 nukihub Haustuer/maintenance/log MQTT connected
13:41:04.965 nukihub Haustuer/lock/action --
13:41:04.971 nukihub Haustuer/maintenance/reset 0
13:41:04.978 nukihub nukiopener/lock/action --
13:41:04.984 nukihub Haustuer/maintenance/uptime 0
13:41:09.813 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:09.826 nukihub Haustuer/lock/address
13:41:15.037 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:15.044 nukihub Haustuer/lock/address
13:41:20.264 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:20.271 nukihub Haustuer/lock/address
13:41:25.488 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:25.495 nukihub Haustuer/lock/address
13:41:30.716 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:30.730 nukihub Haustuer/lock/address
13:41:34.807 nukihub Haustuer/maintenance/uptime 0
13:41:35.950 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:35.964 nukihub Haustuer/lock/address
13:41:41.181 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:41.188 nukihub Haustuer/lock/address
13:41:46.391 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:46.399 nukihub Haustuer/lock/address
13:41:51.646 nukihub Haustuer/maintenance/log Nuki start pairing
13:41:51.661 nukihub Haustuer/lock/address
13:42:01.907 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:01.920 nukihub Haustuer/lock/address
13:42:04.974 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:42:04.986 nukihub Haustuer/maintenance/uptime 1
13:42:07.971 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:42:10.986 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:42:12.197 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:12.213 nukihub Haustuer/lock/address
13:42:13.799 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:16.815 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:19.829 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:42:22.486 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:22.494 nukihub Haustuer/lock/address
13:42:22.844 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:25.859 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:28.874 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:42:31.890 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:42:32.776 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:32.789 nukihub Haustuer/lock/address
13:42:34.904 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:35.105 nukihub Haustuer/maintenance/uptime 1
13:42:37.919 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:40.934 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:42:43.064 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:43.073 nukihub Haustuer/lock/address
13:42:43.949 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:46.964 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:42:49.979 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-28
13:42:52.793 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:42:53.351 nukihub Haustuer/maintenance/log Nuki start pairing
13:42:53.364 nukihub Haustuer/lock/address
13:42:55.808 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:42:58.823 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:01.837 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:03.637 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:03.644 nukihub Haustuer/lock/address
13:43:04.852 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:05.254 nukihub Haustuer/maintenance/uptime 2
13:43:07.867 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:10.882 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:43:13.897 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:13.923 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:13.930 nukihub Haustuer/lock/address
13:43:16.912 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:19.927 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:22.942 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:43:24.210 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:24.223 nukihub Haustuer/lock/address
13:43:25.957 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:43:28.971 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:43:31.786 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:34.497 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:34.504 nukihub Haustuer/lock/address
13:43:34.801 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:43:35.404 nukihub Haustuer/maintenance/uptime 2
13:43:37.816 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:43:40.830 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:43.846 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:43:44.782 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:44.789 nukihub Haustuer/lock/address
13:43:46.861 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:49.875 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:43:52.891 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:43:55.069 nukihub Haustuer/maintenance/log Nuki start pairing
13:43:55.082 nukihub Haustuer/lock/address
13:43:55.905 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:43:58.920 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:01.935 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:04.950 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:44:05.356 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:05.363 nukihub Haustuer/lock/address
13:44:05.856 nukihub Haustuer/maintenance/uptime 3
13:44:07.965 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:10.980 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:13.794 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:15.642 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:15.654 nukihub Haustuer/lock/address
13:44:16.809 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-28
13:44:19.823 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-28
13:44:22.838 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:25.854 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:44:25.929 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:25.943 nukihub Haustuer/lock/address
13:44:28.868 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:31.883 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:34.902 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:44:35.702 nukihub Haustuer/maintenance/uptime 3
13:44:36.215 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:36.230 nukihub Haustuer/lock/address
13:44:37.935 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:40.950 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:44:43.965 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:46.503 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:46.516 nukihub Haustuer/lock/address
13:44:46.980 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:49.832 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:44:52.809 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:44:55.824 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:44:56.792 nukihub Haustuer/maintenance/log Nuki start pairing
13:44:56.800 nukihub Haustuer/lock/address
13:44:58.838 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:45:01.854 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:45:04.869 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:45:05.873 nukihub Haustuer/maintenance/uptime 4
13:45:07.081 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:07.095 nukihub Haustuer/lock/address
13:45:07.883 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:10.898 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:13.913 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:45:16.929 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:45:17.369 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:17.377 nukihub Haustuer/lock/address
13:45:19.944 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:45:22.958 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:45:25.973 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:27.667 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:27.681 nukihub Haustuer/lock/address
13:45:28.787 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:31.802 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:34.817 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:36.023 nukihub Haustuer/maintenance/uptime 4
13:45:37.832 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:45:37.946 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:37.967 nukihub Haustuer/lock/address
13:45:40.854 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:45:43.861 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:45:46.876 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-33
13:45:48.233 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:48.240 nukihub Haustuer/lock/address
13:45:49.891 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:52.906 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:55.921 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:45:58.522 nukihub Haustuer/maintenance/log Nuki start pairing
13:45:58.536 nukihub Haustuer/lock/address
13:45:58.936 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:01.951 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:04.966 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:06.197 nukihub Haustuer/maintenance/uptime 5
13:46:07.981 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:08.810 nukihub Haustuer/maintenance/log Nuki start pairing
13:46:08.817 nukihub Haustuer/lock/address
13:46:10.957 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:46:13.972 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:46:16.786 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:19.100 nukihub Haustuer/maintenance/log Nuki start pairing
13:46:19.113 nukihub Haustuer/lock/address
13:46:19.801 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:22.816 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:25.831 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:28.854 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:29.389 nukihub Haustuer/maintenance/log Nuki start pairing
13:46:29.396 nukihub Haustuer/lock/address
13:46:31.860 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:46:34.875 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:46:36.282 nukihub Haustuer/maintenance/uptime 5
13:46:37.890 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:39.680 nukihub Haustuer/maintenance/log Nuki start pairing
13:46:39.695 nukihub Haustuer/lock/address
13:46:40.905 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:43.920 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:46.935 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:46:49.950 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:49.969 nukihub Haustuer/maintenance/log Nuki start pairing
13:46:49.981 nukihub Haustuer/lock/address
13:46:52.965 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:55.980 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:46:58.794 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:47:00.259 nukihub Haustuer/maintenance/log Nuki start pairing
13:47:00.266 nukihub Haustuer/lock/address
13:47:01.809 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:47:04.824 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-34
13:47:06.431 nukihub Haustuer/maintenance/uptime 6
13:47:07.838 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-29
13:47:10.549 nukihub Haustuer/maintenance/log Nuki start pairing
13:47:10.563 nukihub Haustuer/lock/address
13:47:10.853 nukihub Haustuer/presence/devices xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-28


Hat jemand ne' Idee?

Gruß
Tri

technyon

Also beides deutet darauf hin, daß die bluetooth kommunikation nicht so richtig klappt. Beim Pairing müssen die Beacons empfangen werden, und der status undefined kommt daher, daß das command zum abfragen des status nicht funktioniert hat. Gibt es irgendwas, das die Kommunikation stören kann? Wie weit sind Lock und ESP voneinander entfernt?

Tri

Hallo technyon,

vielen Dank für die Antwort.

Ich hatte am Anfang zwei weitere Geräte aus der Nachbarschaft im Empfangsstring.
09:30:30.735   nukihub   Haustuer/presence/devices   xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-54 xx:xx:xx:xx:xx:xx;[TV] Samsung Q7;-101 xx:xx:xx:xx:xx:xx;Pin+376;-94
Das scheint ein Fernseher und eine Samsung Smartwatch von meinen Nachbarn zu sein.

Dann habe ich den Nuki abgebaut und direkt neben den ESP  in einen anderen Raum gepackt. Dann war wirklich nur noch der String unten zu sehen.
13:42:01.907   nukihub   Haustuer/maintenance/log   Nuki start pairing
13:42:01.920   nukihub   Haustuer/lock/address   
13:42:04.974   nukihub   Haustuer/presence/devices   xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27
13:42:04.986   nukihub   Haustuer/maintenance/uptime   1

Er empfängt ja Daten über Bluetooth. Und die sehen für mich erst einmal normal aus. (Die Adressen habe ich hier mit x überschrieben) Mit dem Ablauf über Beacons kenne ich mich nicht aus.
Der String "13:42:04.974   nukihub   Haustuer/presence/devices   xx:xx:xx:xx:xx:xx;Nuki_3410xxxx;-27" erscheint erst, wenn ich das Pairing beim Nuki starte. Danach aber auch noch nach dem erlöschen des LED-Rings im Nuki.

Meine Befürchtung ist, dass sich die Firmware 3.4.10 auswirken könnte. Es könnte ja vielleicht auch an alten Daten durch die geänderte ESP-Version von 5.5 auf 6.11 liegen. Ich tappe da im Dunkeln.

Sollte ich den ESP erstmal komplett löschen? Ich hatte die Versionen über das Menü geladen. Und immer nur die "nuki_hub.bin".

Wie ist denn der normale Ablauf des Pairings? Gibt es neben MQTT noch andere Möglichkeiten des Loggings?

Danke und Gruß
Tri

Tri

... ach ja, eine Frage habe ich noch: wann wird das Passwort für den Nuki abgefragt?

technyon

Die neueste firmware 3.4.10 ist kein Problem und funktioniert.

Das Pairing ist an sich ziemlich einfach:

- Knopf am Lock lange drücken bis die LED leuchtet
- ESP einschalten und abwarten

Der Rest sollte automatisch passieren. Ein Factory reset kann nich schaden. Es reicht für ein Update nur nuki_hub.bin über das web portal zu flashen, der rest ist ja schon drauf.

Tri

Hallo technyon,

der Hinweis, dass es nicht an der Firmware 3.4.10 liegen kann, hat den Durchbruch gebracht. Dann konnte es ja nur noch an hängen gebliebenen Daten liegen.

Mit dem Tool (aus der "readme.txt") "Flash Download Tools" https://www.espressif.com/en/support/download/other-tools
und dem Treiber CP2102 USB to UART Bridge Controller https://www.silabs.com/developers/usb-to-uart-bridge-vcp-drivers?tab=downloads
habe ich die Version 6.11 https://github.com/technyon/nuki_hub/releases auf den DSP32 geschrieben, ohne Erfolg.

Erst als ich vor dem Brennen erst auf "ERASE" geklickt und anschließend nochmal gebrannt hatte, funktionierte der DSP sofort beim Pairing. Danach hatte er auch wirklich alle Daten verloren. Die Angaben fürs Brennen stehen in der "readme.txt". Der Hinweis unter https://github.com/technyon/nuki_hub/issues/39#issuecomment-1343179661
war da sehr hilfreich.

Vielen Dank für das tolle Programm und die gute Unterstützung, jetzt läuft es.  8)

Gruß
Tri

Tri

Hallo,
hier noch als Nachtrag die setList, falls es jemanden interessiert:

so würde alles, was oben in der Liste steht, aufgenommen werden:
setList
unlock:noArg nuki/lock/action unlock
lock:noArg nuki/lock/action lock
unlatch:noArg nuki/lock/action unlatch
lockNgo:noArg nuki/lock/action lockNgo
lockNgoUnlatch:noArg nuki/lock/action lockNgoUnlatch
fullLock:noArg nuki/lock/action fullLock
fobAction1:noArg nuki/lock/action fobAction1
fobAction2:noArg nuki/lock/action fobAction2
fobAction3:noArg nuki/lock/action fobAction3

ob das so tatsächlich funktioniert, weiß ich nicht.

Mir reicht aber das:
auf:noArg nuki/lock/action unlock
zu:noArg nuki/lock/action lock
oeffnen:noArg nuki/lock/action unlatch

Gruß
Tri

technyon

OK schön daß es klappt, ich werd das mal in die readme aufnehmen.