NUKI Hub
-
@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 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 msEinige 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) -
@great-sun Packet count mismatch ist nicht weiter wild. Allerdings ist beim ersten log de ESP abgeschmiert ... evtl. mal Stromversorgung checken?
-
@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. -
@great-sun Ich hab das im neuen Release mal eingebaut
-
@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!
-
Wie bekomme ich denn die aktuelle Version drauf? Muss ich ihn per USB wieder Rechner flashen oder gibt's eine Update OTA Funktion?
-
@dragon USB, Ota hat die Firmware leider nicht.
-
@da-phreak Oki, habe ich so gemacht und bin echt begeistert!
-
@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. -
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
-
-
@kral84 Welchen Wemos meinst Du? Den D1 Mini? Der hat einen ESP8266, das wird nichts. Wenn du was ähnliches mit ESP32 suchst, kannst Du diesen hier nehmen:
https://www.amazon.de/-/en/gp/product/B093GQGJCV
Den hab ich im Einsatz. Aber ansonsten ist es ziemlich egal, solange ein ESP32 drauf ist.
-
Und es gibt mal wieder ein Update, die 3.0. Jetzt wird auch der NUKI Opener unterstützt.
-
Und die 4.0 kann endlich OTA!
-
Hi @da-phreak
ich hab ein ähnliches Problem wie @Great-SUN
Der ESP disconnected sich nach 1-2 Stunden.Was ich beites probiert habe:
- Feste IP Adresse
- ESP direkt neben den AP gelegt
- Im Unifi Cotroller dem ESP einen festen AP zugewiesen
Hast du vielleicht eine Idee?
Gruß
-
@abubaz01 Probier bitte mal das Release 4.2 aus ... da gabs tatsächlich ein Problem mit dem Reconnect.
-
@da-phreak Black Theme, i like it
Probiere ich direkt mal aus! Danke
-
Die Wifi-Probleme scheinen jetzt gelöst zu sein, ein neues Release ist raus.
-
@da-phreak sagte in NUKI Hub:
Hier noch Scripte zum Auswerten der Anwesenheit:
Javascript:
const node = 'mqtt.0.nuki.presence.devices'; on(node, () => { var csv = getState(node).val; const devices = csv.split("\n"); log("-----"); devices.forEach((x) => { const device = x.split(";"); const address = device[0]; const name = device[1]; log(address + " | " + name); }) });Typescript:
const node:string = 'mqtt.0.nuki.presence.devices'; on(node, () => { var csv:string = getState(node).val; const devices = csv.split("\n"); log("-----"); devices.forEach((x) => { const device = x.split(";"); const address:string = device[0]; const name:string = device[1]; log(address + " | " + name); }) });Hi, habe gerade auf die neueste Version geupdated, laeuft jetzt viel besser, und super Gui gemacht! DANKE!
Hierzu noch eine Frage, bei mir findet er vielleicht 20-30 Bluetooth Devices, je nachdem, wer vor dem Haus vorbei laeuft/faehrt...
Kannst du mir sagen, wie ich nach bestimmten MAC suchen kann, und dann ein Object =true bekomme, wenn die MAC in Reichweite ist?
Also in der Option bei Presence noch ein Feld fuer die MAC(s, mit Komma getrennt?) und dann erstellt er im mqtt unter presence einen Datenpunkt dafuer.. ?
Dann brauch ich nicht noch ein Script das mir das davon ausliest...
