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

[Great SUN]

@da-phreak @Dragon Habs... Da gab es noch eine etwas versteckte Anleitung zum Pairing: https://github.com/technyon/nuki_ble/tree/e9fca7b48d6334591493dd03a6d63c7577c7604e
Kannst Du Die evtl. in der Haupt-Readme des Projektes noch unter Pairing verlinken? ;-)

Danke!

[Great SUN]

@da-phreak Ich hab da ein Problem gefunden, bei dem ich nicht direkt eine Lösung finde. Bei mir wird ab und an das WiFi disconnected, weil ich ein Mesh-Netz habe bei dem die Devices ab uns an von einem zum anderen AP geschoben werden.
Das macht Deine FW noch nicht mit, dann bleibt das Gerät offline :-(
Kannst Du das bitte implementieren?

VIELEN LIEBEN DANK!!!

[da.phreak]

@great-sun Es steht doch in meiner Anleitung "enable pairing mode" ... den Button auf dem NUKI für einige Sekunden gedrückt halten. Genauso wie mein eine Handy, Bridge oder Fob anlernen werde.

Wifi gucke ich mir nochmal an, an sich sollte ein reconnect ausgelöst werden, wenn die Verbindung weg ist.

[Great SUN]

@da-phreak Vielleicht hängt der sich auch auf...
Ich hab die Anleitung im Github gelesen, da hab ich es, wenn, dann wohl überlesen... Aber wie dem auch sei ;-)
Ich schau gerade, dass ich das in meine MQTT Struktur rein bekomme, Apropos...
Wenn ich bei MQTT Path abc/blah/fasel eingebe, geht nix mehr mit Daten schicken, so wie es bei mir aussieht.

[Great SUN]

@da-phreak Aber richtig genial ist die Verbindungszeit... Das Ding ist immer das erste, wenn ich den MQTT Broker durchstarte :D

[da.phreak]

@great-sun Ich hab's mir mit WiFi reconnect grad nochml getestet, funktioniert bei mir. Ansonsten kannst Du Dir auch ein W5500 LAN-Modul kaufen und über LAN gehen.

Hat ansonsten noch wer Probleme mit WiFi?

[Great SUN]

@da-phreak sagte in NUKI Hub:

@great-sun Ich hab's mir mit WiFi reconnect grad nochml getestet, funktioniert bei mir. Ansonsten kannst Du Dir auch ein W5500 LAN-Modul kaufen und über LAN gehen.

Hat ansonsten noch wer Probleme mit WiFi?

4 bytes from 192.168.51.34: icmp_seq=832 ttl=255 time=405 ms
64 bytes from 192.168.51.34: icmp_seq=833 ttl=255 time=128 ms
64 bytes from 192.168.51.34: icmp_seq=834 ttl=255 time=152 ms
64 bytes from 192.168.51.34: icmp_seq=835 ttl=255 time=824 ms
64 bytes from 192.168.51.34: icmp_seq=836 ttl=255 time=208 ms
64 bytes from 192.168.51.34: icmp_seq=837 ttl=255 time=1788 ms
64 bytes from 192.168.51.34: icmp_seq=838 ttl=255 time=781 ms
64 bytes from 192.168.51.34: icmp_seq=839 ttl=255 time=2398 ms
64 bytes from 192.168.51.34: icmp_seq=840 ttl=255 time=1349 ms
64 bytes from 192.168.51.34: icmp_seq=841 ttl=255 time=326 ms
64 bytes from 192.168.51.34: icmp_seq=842 ttl=255 time=89.8 ms
64 bytes from 192.168.51.34: icmp_seq=843 ttl=255 time=421 ms
64 bytes from 192.168.51.34: icmp_seq=844 ttl=255 time=206 ms
64 bytes from 192.168.51.34: icmp_seq=845 ttl=255 time=157 ms
64 bytes from 192.168.51.34: icmp_seq=846 ttl=255 time=68.4 ms
64 bytes from 192.168.51.34: icmp_seq=847 ttl=255 time=981 ms
64 bytes from 192.168.51.34: icmp_seq=848 ttl=255 time=308 ms
64 bytes from 192.168.51.34: icmp_seq=849 ttl=255 time=118 ms
64 bytes from 192.168.51.34: icmp_seq=850 ttl=255 time=362 ms
64 bytes from 192.168.51.34: icmp_seq=851 ttl=255 time=1193 ms
64 bytes from 192.168.51.34: icmp_seq=852 ttl=255 time=131 ms
From 192.168.48.1 icmp_seq=861 Destination Host Unreachable
From 192.168.48.1 icmp_seq=862 Destination Host Unreachable
From 192.168.48.1 icmp_seq=863 Destination Host Unreachable
From 192.168.48.1 icmp_seq=864 Destination Host Unreachable
From 192.168.48.1 icmp_seq=865 Destination Host Unreachable
From 192.168.48.1 icmp_seq=866 Destination Host Unreachable
64 bytes from 192.168.51.34: icmp_seq=858 ttl=255 time=10343 ms
64 bytes from 192.168.51.34: icmp_seq=859 ttl=255 time=9332 ms
64 bytes from 192.168.51.34: icmp_seq=860 ttl=255 time=8341 ms
64 bytes from 192.168.51.34: icmp_seq=867 ttl=255 time=15767 ms
64 bytes from 192.168.51.34: icmp_seq=868 ttl=255 time=14745 ms
64 bytes from 192.168.51.34: icmp_seq=869 ttl=255 time=13753 ms
64 bytes from 192.168.51.34: icmp_seq=870 ttl=255 time=12706 ms
64 bytes from 192.168.51.34: icmp_seq=871 ttl=255 time=11682 ms
64 bytes from 192.168.51.34: icmp_seq=872 ttl=255 time=10709 ms
64 bytes from 192.168.51.34: icmp_seq=873 ttl=255 time=9663 ms
64 bytes from 192.168.51.34: icmp_seq=874 ttl=255 time=8639 ms
64 bytes from 192.168.51.34: icmp_seq=875 ttl=255 time=7689 ms
64 bytes from 192.168.51.34: icmp_seq=876 ttl=255 time=6645 ms
64 bytes from 192.168.51.34: icmp_seq=877 ttl=255 time=5622 ms
64 bytes from 192.168.51.34: icmp_seq=878 ttl=255 time=4622 ms
64 bytes from 192.168.51.34: icmp_seq=879 ttl=255 time=3574 ms
64 bytes from 192.168.51.34: icmp_seq=880 ttl=255 time=2551 ms
64 bytes from 192.168.51.34: icmp_seq=881 ttl=255 time=1550 ms
64 bytes from 192.168.51.34: icmp_seq=882 ttl=255 time=504 ms
64 bytes from 192.168.51.34: icmp_seq=883 ttl=255 time=1348 ms
64 bytes from 192.168.51.34: icmp_seq=884 ttl=255 time=2117 ms
64 bytes from 192.168.51.34: icmp_seq=885 ttl=255 time=1211 ms
64 bytes from 192.168.51.34: icmp_seq=886 ttl=255 time=185 ms
64 bytes from 192.168.51.34: icmp_seq=887 ttl=255 time=174 ms
64 bytes from 192.168.51.34: icmp_seq=888 ttl=255 time=119 ms
64 bytes from 192.168.51.34: icmp_seq=889 ttl=255 time=433 ms
64 bytes from 192.168.51.34: icmp_seq=890 ttl=255 time=145 ms
64 bytes from 192.168.51.34: icmp_seq=891 ttl=255 time=64.4 ms
64 bytes from 192.168.51.34: icmp_seq=892 ttl=255 time=117 ms
64 bytes from 192.168.51.34: icmp_seq=893 ttl=255 time=98.8 ms
64 bytes from 192.168.51.34: icmp_seq=894 ttl=255 time=263 ms
64 bytes from 192.168.51.34: icmp_seq=895 ttl=255 time=184 ms

Hab das bei dem selben Device mit Tasmota32 Bluetooth mal versucht, damit möglichst alle Begebenheiten nahe an das Setup mit Deiner FW kommen und hab da das Problem nicht sehen können.

Im Moment gibt es gerade nicht so viele "Aussetzer" aber es kam gestern z.B. schon öfter vor, dass ich das Ding neu starten musste, damit es wieder online kommt.
Kabel ist an der Stelle, wo es sein muss, um per Bluetooth eine Verbindung mit dem Schloss zu haben extrem schwer. Am Liebsten würde ich es sogar in die Wand bauen, da die Bluetooth Verbindung da wo es ist immernoch "nur" ca. 76db hat.

Daher würde ich es super toll finden, wenn das ganze dauerhaft stabil ans Laufen kommen könnte. Die Nuki Bridge lasse ich erstmal raus jetzt und versuche so gut es irgend geht beim debuggen zu helfen. Sag mir bitte gern einfach was ich genau machen soll (gern auch als PM).

Das zu Grunde liegende Gerät ist: Hailege ESP32 ESP-32S ESP-WROOM-32 Development Board 2.4GHz Dual Mode WiFi + Bluetooth Dual Cores Microcontroller Processor Integrated with Antenna RF AMP Filter AP STA IDE

Danke für Deine Unterstützung!!!

[da.phreak]

@great-sun Wie ist der WLAN-Empfang dort? Die ESP32-Devkits haben nicht grad tolle Antennen, da sollte schon guter Empfang sein. Ich würde fast behaupten da stört irgendwas bei dir, die Antwortzeiten streuen ja heftig, teilweise über 10 Sekunden ist schon extrem. Bei mir sind es fast immer unter 100ms.

Du könntest noch nen Laptop an den USB-Port anschließen und mit z. B. hterm gucken, was da passiert.

Man könnte sonst noch einbauen, daß der ESP sich selber neu startet, wenn über längeren Zeitraum keine Verbindung besteht.

[Great SUN]

@da-phreak sagte in NUKI Hub:

@great-sun Wie ist der WLAN-Empfang dort? Die ESP32-Devkits haben nicht grad tolle Antennen, da sollte schon guter Empfang sein. Ich würde fast behaupten da stört irgendwas bei dir, die Antwortzeiten streuen ja heftig, teilweise über 10 Sekunden ist schon extrem. Bei mir sind es fast immer unter 100ms.

Du könntest noch nen Laptop an den USB-Port anschließen und mit z. B. hterm gucken, was da passiert.

Man könnte sonst noch einbauen, daß der ESP sich selber neu startet, wenn über längeren Zeitraum keine Verbindung besteht.

Serial Connection/Log
Erster Versuch:

Spoiler

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078000,len:10944
load:0x40080400,len:6388
entry 0x400806b4
Network device: Builtin WiFi
*wm:[1] AutoConnect 
*wm:[2] ESP32 event handler enabled 
*wm:[2] Setting Hostnames:  nukibridge
*wm:[2] Setting WiFi hostname 
*wm:[2] Connecting as wifi client... 
*wm:[2] setSTAConfig static ip not set, skipping 
*wm:[1] Connecting to SAVED AP: SVGCast2
*wm:[1] connectTimeout not set, ESP waitForConnectResult... 
*wm:[2] Connection result: WL_DISCONNECTED
*wm:[1] AutoConnect: FAILED 
*wm:[2] Starting Config Portalj
                               *wm:[2] Disabling STA 
*wm:[2] Enabling AP 
*wm:[1] StartAP with SSID:  ESP32_C115B80C
*wm:[2] AP has anonymous access! 
Guru Meditation Error: Core  panic'ed (Interrupt wdt timeout on CPU0)
Core 0 register dump:
PC       0x40188c1  PS       0x00060634  A0       0x80188c2  A1       0x3fb100  
A2       0x00000000  A3       0x00000001  A4       0x8008436a A5       0x3fbd0  
A6       0x00000000  A7       0x3fbe0  A8       0x3fb8c  A9       0x3fb0d  
A10      0x00000001  A11      0x3fb230  A12      0x00000001  A13      0x00000001  
A14      0x00060620  A15      0x00000000  SAR      0x00000000  EXCCAUSE 0x00000005  
EXCVADDR 0x00000000  LBEG     0x00000000  LEND     0x00000000  LCOUNT   0x00000000  

ELF file SHA256: 000000000000000

                                Backtrace:0x40188c1:0x3fb1000x40188cf0x3fb130 0x4018ad:0x3fb150 0x400920b:0x3fb170 0x40090902:0x3fb190

ore 1 register dump:
PC       0x401b182  PS       0x00060834  A0       0x8018ae  A1       0x3fb6c  
A2       0x00000000  A3       0x80000001  A4       0x00000000  A5       0x00000001  
A6       0x00060a0  A7       0x00000000  A8       0x00060023  A9       0x3fb230  
A10      0x00000000  A11      0x00000000  A12      0x80090b4  A13      0x3fc490  
A14      0x00000000  A15      0x3fb3c  SAR      0x00000000  EXCCAUSE 0x00000005  
EXCVADDR 0x00000000  LBEG     0x00000000  LEND     0x00000000  LCOUNT   0x00000000  

ELF file SHA256: 000000000000000

                                Backtrace:0x401b182:0x3fb6c 0x4018ae:0x3fb6e 0x400920b:0x3fb700 0x40090902:0x3fb720

Rebooting...

Zweiter Versuch:

Spoiler

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0018,len:4
load:0x3fff001c,len:1216
ho 0 tail 12 room 4
load:0x40078000,len:10944
load:0x40080400,len:6388
entry 0x400806b4
Network device: Builtin WiFi
*wm:[1] AutoConnect 
*wm:[2] ESP32 event handler enabled 
*wm:[2] Setting Hostnames:  nukibridge
*wm:[2] Setting WiFi hostname 
*wm:[2] Connecting as wifi client... 
*wm:[2] setSTAConfig static ip not set, skipping 
*wm:[1] Connecting to SAVED AP: SVGCast2
*wm:[1] connectTimeout not set, ESP waitForConnectResult... 
*wm:[2] Connection result: WL_CONNECTED
*wm:[1] AutoConnect: SUCCESS 
*wm:[2] Connected in 2940 ms
*wm:[1] STA IP Address: 192.168.51.34
WiFi connected: 192.168.51.34
Host name: nukibridge
MQTT Broker: 192.168.51.29:8084
Lock state interval: 300 | Battery interval: 1800 | Publish auth data: no
Presence detection timeout (ms): -1000
Attempting MQTT connection
MQTT: Connecting without credentials
Nuki start pairing
MQTT connected
Nuki paired
Nuki lock state: unlocked
Reading config. Result: 1
Reading advanced config. Result: 1

[Great SUN]

@da-phreak Interessant... Vielleicht kannst Du damit etwas anfangen...
Seit dem "Zweiten Versuch" (2. Mal Reset-Knopf drücken, weil beim ersten Mal danach nichts mehr kam), scheint das Board keine Mucken mehr zu machen und bleibt verbunden.

[Great SUN]

@great-sun Zu früh gefreut... Allerdings noch kein kompletter Abbruch:

64 bytes from 192.168.51.34: icmp_seq=338 ttl=255 time=43.2 ms
64 bytes from 192.168.51.34: icmp_seq=339 ttl=255 time=45.7 ms
64 bytes from 192.168.51.34: icmp_seq=340 ttl=255 time=71.7 ms
64 bytes from 192.168.51.34: icmp_seq=341 ttl=255 time=114 ms
64 bytes from 192.168.51.34: icmp_seq=347 ttl=255 time=6422 ms
64 bytes from 192.168.51.34: icmp_seq=348 ttl=255 time=5464 ms
64 bytes from 192.168.51.34: icmp_seq=349 ttl=255 time=4450 ms
64 bytes from 192.168.51.34: icmp_seq=350 ttl=255 time=3850 ms
64 bytes from 192.168.51.34: icmp_seq=351 ttl=255 time=2813 ms
64 bytes from 192.168.51.34: icmp_seq=352 ttl=255 time=1969 ms
64 bytes from 192.168.51.34: icmp_seq=353 ttl=255 time=1057 ms
64 bytes from 192.168.51.34: icmp_seq=354 ttl=255 time=63.5 ms
64 bytes from 192.168.51.34: icmp_seq=355 ttl=255 time=86.3 ms
64 bytes from 192.168.51.34: icmp_seq=356 ttl=255 time=110 ms
64 bytes from 192.168.51.34: icmp_seq=357 ttl=255 time=34.0 ms
64 bytes from 192.168.51.34: icmp_seq=358 ttl=255 time=61.3 ms
64 bytes from 192.168.51.34: icmp_seq=359 ttl=255 time=81.0 ms
64 bytes from 192.168.51.34: icmp_seq=361 ttl=255 time=442 ms
64 bytes from 192.168.51.34: icmp_seq=362 ttl=255 time=61.0 ms
64 bytes from 192.168.51.34: icmp_seq=363 ttl=255 time=57.9 ms
64 bytes from 192.168.51.34: icmp_seq=364 ttl=255 time=76.6 ms
64 bytes from 192.168.51.34: icmp_seq=365 ttl=255 time=103 ms
64 bytes from 192.168.51.34: icmp_seq=366 ttl=255 time=22.0 ms
64 bytes from 192.168.51.34: icmp_seq=367 ttl=255 time=44.0 ms
64 bytes from 192.168.51.34: icmp_seq=368 ttl=255 time=66.6 ms
64 bytes from 192.168.51.34: icmp_seq=369 ttl=255 time=89.7 ms

Einige Sekunden vorher war auf der seriellen Konsole das hier zu lesen, seit dem kam nichts mehr:

lld_pdu_get_tx_flush_nb HCI packet count mismatch (1, 2)

[da.phreak]

@great-sun Packet count mismatch ist nicht weiter wild. Allerdings ist beim ersten log de ESP abgeschmiert ... evtl. mal Stromversorgung checken?

[Great SUN]

@da-phreak Die war am Laptop mit nem anständigen Datenkabel... Danach lief er ja eigentlich, bis ich ihn vom Kabel wieder ab habe sauber.
Alles etwas dubios finde ich... Ich schau mal nach nem anderen Adapter + Kabel und check das nochmal.

[da.phreak]

@great-sun Ich hab das im neuen Release mal eingebaut

[Great SUN]

@da-phreak sagte in NUKI Hub:

@great-sun Ich hab das im neuen Release mal eingebaut

Ich pack das morgen mal drauf und probier es aus. Danke!

[Dragon]

Wie bekomme ich denn die aktuelle Version drauf? Muss ich ihn per USB wieder Rechner flashen oder gibt's eine Update OTA Funktion?

[da.phreak]

@dragon USB, Ota hat die Firmware leider nicht.

[Dragon]

@da-phreak Oki, habe ich so gemacht und bin echt begeistert!

[Great SUN]

@da-phreak @Dragon So, also bislang sieht es so aus, als hätte es an der Hardware gelegen. Evtl. geht Tasmota da etwas radikaler vor und startet alles, was spinnt, direkt neu ;-)
Vorerst kann ich Euch sagen, es gibt derzeit seit ca. 1h kein Erreichbarkeitsproblem. Sollte sich etwas daran ändern, würde ich mich selbstverständlich melden.

[kral84]

Welchen esp32 habt ihr denn bzw du genommen? Reicht der dev v4 aus? Schade das es.nicht wemos kompatible ist...habs zumindest unter wemos es nicht zum laufen bekommen