Zigbbee2mqtt funktioniert nicht

Könntet ihr mal bitte ausprobieren, ob z2m bei euch startet, wenn ihr in der /opt/zigbee2mqtt/data/configuration.yaml unter serial bei port: ‘’ (zwei einzelne Anführungszeichen, sodass der port quasi leer ist) und bei adapter: auto eintragt?

Dann neustarten mit sudo systemctl restart zigbee2mqtt.service und prüfen mit journalctl -f -u zigbee2mqtt.service. Wenn es nicht funktioniert, versucht z2m alle 10 Sekunden neuzustarten, das würdet ihr im journal verfolgen können. Wenn es funktioniert solltet ihr normal aufs Interface von z2m unter IP:8099 zugreifen können.
Im Zweifel könntet ihr auch erstmal Node-RED stoppen um zu sehen ob da irgendwas blockiert.
Bei mir hat es aber mit der oben genannten älteren Firmware des Sticks funktioniert.

Leider hat das bei mir nicht funktioniert. Es schlägt mit der Meldung Error: No path provided and failed to auto detect path fehl.

Ich habe mal testweise Z2M auf die neueste Version upgedated. Ich hatte die Hoffnung, dass die Auto-Discovery dort besser funktioniert. Der Adapter wird da allerdings als zstack erkannt und funktioniert folglich nicht. Der ZBDongle-E nutzt ember. Der ZBDongle-P (die alte Version) nutzt zstack.

Also laut hier Silabs Firmware Flasher | Web based flasher for ZB-GW04 and ZBDongle-E. MultiPAN RCP firmware enables these devices to be used with Silabs Multiprotocol Addon in Home Assistant. Allow Zigbee and Thread to co-exist on the same dongle. Get ahead of the tech an experiment with Matter! gibt es selbst bei den E-Dongeln 2 Versionen, so wie ich das verstehe unterscheiden die sich aber nur in der Serial Schnittstelle, nicht im Zigbee Controller.

@Vincent
Vielen Dank erstmal für die Antwort, leider klappt es nicht, auch nicht mit deaktiviertem NodeRed. Auch nicht mit ember oder auto.

Blockquote
zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE
Feb 14 09:28:18 pekaway systemd[1]: zigbee2mqtt.service: Failed with result ‘exit-code’.
Feb 14 09:28:18 pekaway systemd[1]: zigbee2mqtt.service: Consumed 8.486s CPU time.
Feb 14 09:28:28 pekaway systemd[1]: zigbee2mqtt.service: Scheduled restart job, restart counter is at 6224.
Feb 14 09:28:28 pekaway systemd[1]: Stopped zigbee2mqtt.service - zigbee2mqtt.
Feb 14 09:28:28 pekaway systemd[1]: zigbee2mqtt.service: Consumed 8.486s CPU time.
Feb 14 09:28:28 pekaway systemd[1]: Started zigbee2mqtt.service - zigbee2mqtt.

Hier einmal die .yaml

homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: mqtt://localhost:1883
serial:
port: ‘’
adapter: ember
baudrate: 115200
advanced:
network_key:

  • 46
  • 78
  • 191
  • 52
  • 181
  • 104
  • 220
  • 222
  • 1
  • 90
  • 110
  • 116
  • 203
  • 102
  • 157
  • 50
    log_level: info
    log_output:
    -console
    frontend:
    port: 8099
    experimental:
    new_api: true
    homeassistant_legacy_entity_attributes: false
    legacy_api: false
    legacy_availability_payload: false
    device_options:
    legacy: false

@Tristan @Vincent Ich glaube tatsächlich, dass das Problem der automatischen Erkennung in der unterschiedlichen Seriellen Schnittstelle liegt.

tl;dr - Ich habe einen Fehler bei zigbee2mqtt gemeldet. Vielleicht kann da jemand zeitnah helfen: SONOFF ZBDongle-E automatically detected as zstack · Issue #26909 · Koenkk/zigbee2mqtt · GitHub

Das Problem mit dem blockierten Port, wenn NodeRed läuft, bleibt aber auch bei mir weiterhin.


Langversion

Jetzt wirds etwas technisch: Ich habe mich mal durch den z2m Quellcode gewühlt, wie dort die automatische Erkennung funktioniert und diese läuft über die vendor ID, product ID, manufacturer-Namen und dem Pfad unter dem das Gerät unter /dev/serial/by-id zu finden ist. Hier wird bei den Sonoff Sticks zwischen dem ZBDongle-P und ZBDongle-E unterschieden und laut dem Code handelt es sich bei der Vendor- und Product-ID meines Sticks um einen ZBDongle-P, obwohl es ein E ist. Diese IDs beziehen sich allerdings auf den USB zu Serial - Chip und nicht auf den Zigbee Chip. Dass das Vincents Stick problemlos funktioniert, könnte daran liegen, dass es noch die Version mit dem anderen Chip ist und dieser korrekt als E erkannt wird. Das könnte auch erklären, warum Vincents Stick als ACM0 erkannt wird und unserer als USB0.

Das sieht doch schonmal sehr verdächtig aus.
Jedoch verstehe ich die Lösung im GitHub nicht wirklich.

In dem frischen Image das du dort meinst, sprichst du von einem frischen Vanpi oder hast du Zigbeetomqtt solo installiert ?

Welchen Stick genau das du?

Bei mir hat es mit Ember und fester Port ID unter Vanpi nicht funktioniert. Mit zwei gleichen Dongle E.
Aus meinen alten Logs oben sehe ich, das diese als Zstack erkannt werden.
Ich Versuche nachher nochmal etwas über meinen herauszufinden.
Jedes mal ein sehr müseliges raussuchen der Linux befehle, da mir da absolut die Routine fehlt :smiley: die gängigsten Dos Befehle sind immer noch eingebrannt.

Unter Windows wird er als Silikon labs CP210X erkannt. Damit wäre das ja genau der Kandidat der den seriellwandler des P Stick mit dem Ember Zigbee Controller des E Stick hat

Ich habe die neuste Version von Zigbee2MQTT frisch auf dem VanPi Image installiert. Es wurde auch bereits ein Fix in Z2M geliefert, dafür müsste man aber erst auf die nächste offizielle Version warten. Ich konnte den Fix aber mit meinem Stick verifizieren. Damit läuft die automatische Konfiguration. Allerdings sagen sie auch

The serial metadata is already slim to begin with, but between errors in config from Sonoff (some E have the metadata of the P…), and conflicts between versions, it’s almost impossible to detect all variants properly…

Ich habe auch einen ZBDongle-E mit CP210X.

Ich verstehe nur nicht was jetzt die Lösung ist?
Mit einer manuellen konfiguration auf ember läuft es ja ebenfalls nicht.

Ich habe jetzt mal ein neues Raspi Stock Os aufgesetzt und die Zigbe2mqtt Anleitung befolgt. (Inkl Mosquitto)

Hier bekomme ich es auch nicht ans laufen, jedoch schmiert es schon ab bevor ich den Dienst gestartet bekomme.

pi@raspberrypi:/opt/zigbee2mqtt $ pnpm start

zigbee2mqtt@2.1.3 start /opt/zigbee2mqtt
node index.js

Starting Zigbee2MQTT without watchdog.

/opt/zigbee2mqtt/node_modules/.pnpm/js-yaml@4.1.0/node_mo dules/js-yaml/lib/loader.js:183
return new YAMLException(message, mark);
^
YAMLException: bad indentation of a mapping entry (30:6)

27 | # # Location of the adapter
28 | # # USB adapters - use format "p …
29 | # # Ethernet adapters - use form …
30 | port: /dev/serial/by-id usb-Ite …
-----------^
31 | # # Adapter type, allowed values …
32 | adapter: ember
at generateError (/opt/zigbee2mqtt/node_modules/.pnpm /js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:183:10)
at throwError (/opt/zigbee2mqtt/node_modules/.pnpm/js -yaml@4.1.0/node_modules/js-yaml/lib/loader.js:187:9)
at readBlockMapping (/opt/zigbee2mqtt/node_modules/.p npm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1182 :7)
at composeNode (/opt/zigbee2mqtt/node_modules/.pnpm/j s-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
at readBlockMapping (/opt/zigbee2mqtt/node_modules/.p npm/js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1164 :11)
at composeNode (/opt/zigbee2mqtt/node_modules/.pnpm/j s-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1441:12)
at readDocument (/opt/zigbee2mqtt/node_modules/.pnpm/ js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1625:3)
at loadDocuments (/opt/zigbee2mqtt/node_modules/.pnpm /js-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1688:5)
at Object.load (/opt/zigbee2mqtt/node_modules/.pnpm/j s-yaml@4.1.0/node_modules/js-yaml/lib/loader.js:1714:19)
at Object.read (/opt/zigbee2mqtt/lib/util/yaml.ts:23: 29)
ELIFECYCLE Command failed with exit code 1.

Ich gehe jetzt mal davon aus, dass ich hier etwas bei der installation vergeigt habe, jedoch konnte ich den Fehler nicht finden.

Habe jetzt nochmal ein neues Vanpi 2.0.5 Aufgespielt und zigbee geupdatet über ./update.sh
und die serial id die sowie Adapter als ‘ember’ eingetragen.

Hier passiert jedoch nichts neues.
Was genau meinst du mit Zigbee2mqtt frisch installiert? es ist ja im Image bereits enthalten?
/opt/zigbe2mqtt komplett gelöscht und dann nach dieser Anleitung komplett neu aufgespielt? Linux | Zigbee2MQTT

EDIT:
Das war tatsächlich die Lösung!

Scheinbar habe ich unterm Stock OS irgendetwas falsch gemacht.
Jedoch hat es geholfen unter VanPI den Ordner /opt/zigbee2mqtt zu Löschen und es nach der obigen Anleitung neu zu installieren.
Jetzt komme ich zum ersten mal ins Frontend und kann mich morgen um das Node-Red Problem kümmern.

Entweder wurde das Problem was @kilian entdeckt hat bereits ins GIT aufgenommen und hat sich so bei der Installation übernommen, oder in der Vanpi Installation vom Zigbe2mqtt ist noch irgendwas anderes fehlerhaft.

@Tristan freut mich, dass es nun bei dir funktioniert! Der Fehler in dem Log deutet übrigens darauf hin, dass etwas mit der Einrückung in der configuration.yaml bei port nicht gestimmt hat. Yaml ist da sehr zickig und erwartet genau die richtige Anzahl an Leerzeichen vor einem Eintrag.

@Vincent Version 2.2.0 von Zigbee2MQTT wurde heute veröffentlicht, welche bereits den von mir genannten Fehler behebt. Diese Version beinhaltet außerdem noch eine coole Neuerung, die für das VanPi Image interessant sein könnte: Einen Onboarding Screen. Wenn keine configuration.yaml existiert, öffnet sich im Browser beim ersten Start eine Konfigurationsoberfläche und diese Einstellungen werden dann in die configuration.yaml übernommen. Das ist besonders für diejenigen interessant, die sich nicht so gut in der Shell auskennen.

Ahhh danke für den Hinweis.
Ich bin in Linux nicht so fit. Hab das Image inzwischen wieder überschrieben.

Dann hatte ich wohl das Glück bereits genau die Version 2.2.0 zu laden, da ich genau den Konfigurationsscreen bekam und mich schon wunderte :smiley:
Man kann dort den Stick direkt auswählen und ich vermute, er wird dann auch über einen USB Hub funktionieren.

Das sieht doch vielversprechend aus.

Man könnte im NR Dashboard eine Funktion einbauen, die das Onboarding startet (service stoppen falls aktiv, configuration.yaml löschen und pnpm start im z2m Ordner ausführen). Dann den Port auslesen und den Link dorthin dynamisch gestalten. Das würde auch gleichzeitig eine fehlerhafte Konfiguration resetten, der Service startet nur bei einer “richtigen” Konfiguration.

EDIT: Nutzer darauf hinweisen dass das Frontend beim Onboarding mit aktiviert werden muss. Evtl. auch einfach den Standardport auf 8080 lassen. Oder direkt auf 8099 ändern, weil 8080 ja sehr gängig ist

Für den User würde es das vereinfachen, man kann dann ja alles über das Onboarding machen.
Einen USB-Hub wollte ich sowieso mit einbauen, damit auch alle anderen Geräte darüber funktionieren.

1 Like

Ich habe das ganze heute mit dem CorePro ausprobiert, aber nicht ans laufen bekommen.

@Vincent
Welche Version von zigbee2mqtt ist denn in der 2.0.6 des Pro ?

Ich hatte es auch wie beim letzten mal auf dem PI4 probiert, mit der Neuinstallation des Zigbee2mqtt, ohne Erfolg.

Der Sonoff Dongle E (neuer Version) steckt im Port 1 des Core/Pi

Auch beenden von Node Red ändert nichts.

Und ist es richtig das die Pekaway App den Dimmy Pro noch nicht unterstützt? Über das Dashboard funktioniert es einwandfrei.

@Tristan auf der 2.0.6 läuft zigbee2mqtt 2.4.0.

Die Integration von DimmyPro und In-Out-X in der App kommt demnächst im Update, denke ich kann das diese Woche noch in die Stores laden.

Danke, dann kann es wohl an der Zigbee Version diesmal nicht liegen.
Ich versuche dann später nochmal den Adapter in der .yaml direkt zuzuweisen.

Das wäre Top! Licht schalten gestaltet sich aktuell schwierig, bisher ist es nur übers Node Red möglich, wenn ich es richtig probiert habe. Zumindest weigert sich das Touch Display auch, ich glaube aber das hatte ich in nem anderen Thread mal gelesen, dass das noch nicht soweit ist.

Irgendwie komme ich nicht weiter.

Wenn man die configuration.yaml löscht, startet der onboarding screen und dort wird der Stick auch erkannt, wird ttyUSB0 zugewiesen

Dort das Frontend angehakt und den port von 8080 auf 8099 geändert (Damit man übers UI draufkommt, aber eigentlich egal)
anschliesend startet aber zigbee2mqtt nicht.
manueller Start bricht ab.

pi@pekaway:~ $ sudo systemctl restart zigbee2mqtt.service
Job for zigbee2mqtt.service failed because a timeout was exceeded.
See “systemctl status zigbee2mqtt.service” and “journalctl -xeu zigbee2mqtt.service” for details.

dmesg sagt

[38335.988870] usb 3-1: cp210x converter now attached to ttyUSB0
[39143.316075] cp210x ttyUSB0: failed set request 0x12 status: -110

sowohl mit aktivierten und deaktiviertem NodeRed.

Ich bin mir auch nichtmehr sicher, war USB0 oder ACM0 das problem mit NodeRed ?

Im log steht fogendes

[2025-08-21 09:54:54] info: z2m: Logging to console, file (filename: log.log)
[2025-08-21 09:54:54] info: z2m: Starting Zigbee2MQTT version 2.5.1 (commit #ffdd353e)
[2025-08-21 09:54:54] info: z2m: Starting zigbee-herdsman (4.3.1)
[2025-08-21 09:54:54] info: zh:adapter:discovery: Matched adapter: {“path”:“/dev/ttyUSB0”,“manufacturer”:“Itead”,“serialNumber”:“161a60bc4dd9ee11966ab84c37b89984”,“pnpId”:"usb>
[2025-08-21 09:54:54] info: zh:ember: Using default stack config.
[2025-08-21 09:54:54] info: zh:ember: ======== Ember Adapter Starting ========
[2025-08-21 09:54:54] info: zh:ember:ezsp: ======== EZSP starting ========
[2025-08-21 09:54:54] info: zh:ember:uart:ash: ======== ASH Adapter reset ========
[2025-08-21 09:54:54] info: zh:ember:uart:ash: RTS/CTS config is off, enabling software flow control.
[2025-08-21 09:54:54] info: zh:ember:uart:ash: ASH COUNTERS since last clear:
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Total frames: RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Cancelled : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: DATA frames : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: DATA bytes : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Retry frames: RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: ACK frames : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: NAK frames : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: nRdy frames : RX=0, TX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: CRC errors : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Comm errors : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Length < minimum: RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Length > maximum: RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Bad controls : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Bad lengths : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Bad ACK numbers : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Out of buffers : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Retry dupes : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: Out of sequence : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: ACK timeouts : RX=0
[2025-08-21 09:54:54] info: zh:ember:uart:ash: ======== ASH stopped ========
[2025-08-21 09:54:54] error: zh:ember:uart:ash: Failed to init port with error Error: Error Resource temporarily unavailable Cannot lock port
[2025-08-21 09:54:54] error: z2m: Error while starting zigbee-herdsman
[2025-08-21 09:54:54] error: z2m: Failed to start zigbee-herdsman
[2025-08-21 09:54:54] error: z2m: Check Zigbee2MQTT fails to start/crashes runtime | Zigbee2MQTT for possible solutions
[2025-08-21 09:54:54] error: z2m: Exiting…
[2025-08-21 09:54:54] error: z2m: Error: Failed to start EZSP layer with status=HOST_FATAL_ERROR.
at EmberAdapter.initEzsp (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.3.1/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:665:19)
at EmberAdapter.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.3.1/node_modules/zigbee-herdsman/src/adapter/ember/adapter/emberAdapter.ts:1547:24)
at Controller.start (/opt/zigbee2mqtt/node_modules/.pnpm/zigbee-herdsman@4.3.1/node_modules/zigbee-herdsman/src/controller/controller.ts:133:29)
at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:68:27)
at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:101:13)
at start (/opt/zigbee2mqtt/index.js:149:5)

Dass heist für mich doch wieder das alte Problem mit dem gelocktem Port durchs nodered ?

wenn ich das richtig verstehe ist ACM0 nen standard serial treiber für die meisten Zigbee Sticks bei den das warscheinlich von Haus aus funktioniert, der Sonoff E aber mit Speziellem Treiber und wird deshalb als USB0 erkannt und über die udev ans Nodered geschickt ?

#rules for RPI4

KERNEL==“ttyUSB*”, KERNELS==“1-1.1”, SYMLINK+=“ttyPKW1”
KERNEL==“ttyUSB*”, KERNELS==“1-1.2”, SYMLINK+=“ttyPKW2”
KERNEL==“ttyUSB*”, KERNELS==“1-1.3”, SYMLINK+=“ttyPKW3”
KERNEL==“ttyUSB*”, KERNELS==“1-1.4”, SYMLINK+=“ttyPKW4”
KERNEL==“ttyACM*”, KERNELS==“1-1.1”, SYMLINK+=“ttyGPS”
KERNEL==“ttyACM*”, KERNELS==“1-1.2”, SYMLINK+=“ttyZigbee”

#rules for RPI5

#(ETH and USB positions changed!)

#(Zigbee and GPS are swapped for better fittings on board!)

KERNEL==“ttyUSB*”, KERNELS==“3-1:1.0”, SYMLINK+=“ttyPKW1”
KERNEL==“ttyUSB*”, KERNELS==“1-1:1.0”, SYMLINK+=“ttyPKW2”
KERNEL==“ttyUSB*”, KERNELS==“1-2:1.0”, SYMLINK+=“ttyPKW3”
#KERNEL==“ttyUSB*”, KERNELS==“3-2:1.0”, SYMLINK+=“ttyPKW4”
KERNEL==“ttyACM*”, KERNELS==“3-1:1.0”, SYMLINK+=“ttyZigbee”
KERNEL==“ttyACM*”, KERNELS==“1-1:1.0”, SYMLINK+=“ttyGPS”

ich habe den Dongle jetzt mal in USB4 (weil 2.0 Port) und hoffentlich richtig auskomentiert? Funktioniert aber nicht.

Also es Läuft mit Hinkebein.

Nodered Blockiert nachwievor den ttyusb0
Wenn ich nodered schließe und versuche zigbee über

systemctl start zigbee2mqtt

startet geht es nicht.

Ich muss ins verzeichnis opt/zigbee2mqtt wechsel ubd dann

npm start

eingeben, dan startet es und ich kann ins Frontend, sobald ich dann NodeRed über

systemctl start nodered.service

starte, schmiert zigbee ab.
Das auskommentieren in den udev rules hat nicht gebracht, warscheinlich habe ich das nicht korrekt gemacht, ich verstehe es beim Rpi5 aber auch nicht genau, der Dongle hängt in Port 4 und die Zeile die nach pkw4 führt habe ich auskommentiert. oder wie sind die Ports definiert ?
ist 3-1 der erste usb 3.0 port ?

Kannst du mal ne Anleitung für dooofe machen, wie zigbee deinstallieren und neu installieren. Ich habe heute 2.0.7 installiert und nix geht mehr. Nachdem ich die sd karte mit der 2.0.4 wieder rein gesetzt habe war wieder alles gut.

Aber die Display Anzeige ist schon schön. Also hätte ich schon gerne die neue Version :wink:

Oder könnte ein Update auch reichen

Ich finde die funktion um das display zu Updaten nicht wieder, obwohl ich mir sicher bin sie gesehen zu haben. finde es Optisch nicht so gelungen bisher :smiley:

Puhhh, ich hab ich durch viele Anleitungen gehangelt und viel ergoogelt, bspw wie man installationen löscht und anschließend nach der Zigbee2mqtt anleitung neu installiert.
Das wieder niederzuschreiben wird schon umständlich :smiley:

Ich glaube aber das war auch nicht notwenig, da laut vincent die Version neuer als die problematische war.

welchen Stick nutzt du denn ?

Ansonsten kannst du dich auch erstmal durch den thread hangeln was die befehle angeht um den Fehler ausfindig zu machen.
Hast du denn das onboardung korrekt gestaret ?
am anfang hast du keine configartion.yaml deswgen kommst du auch nicht auf das Frontend.

Geh mal auf 192.168.4.1:8080 und nicht 8099, dann sooolte das onboarding starten.

Dort klick das Fronend an und änder den Port auf 8099.
Sollte das nicht klappen meld dich nochmal

Das muss ich mal versuchen

Mit dem Display ist einfach, spannung weg SD-Karte rein spannung drauf, wenn fertig spannung weg, karte raus spannung drauf, glücklich sein :wink:

Ja das habe ich auch grade Rausgefunden :smiley: Hat auch geklappt und die Trum CI wird sofort angezeigt, aber das war ja nen anderer Thread.

Sollte nicht auch mal ein Design/UI Ugrade kommen ? mich errinert das noch sehr an SetTopBock/DVD UI aus den 2000ern :smiley:

Eigentlich gehört es ja in den 2.0.8 Threads weil sicher einige diese Probleme bekommen die von älteren Versionen umsteigen.

ich habe den Dongel usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20231218151357-if00

aber vermutich ist die Version zu alt, so wie ich das aus der Fehlermeldung mit meinem bescheidenen Denglisch sehe.

Die configurations.yaml wird mit dem Update neu angelegt, und da steht der Port 8099 auch drinne.

Ich denke das ich erst mal den Dongle neu flashe,