Monatsrückblick Januar/Februar 2026 ist online!

[tilly]

Im Zigbee Adapter unter Hardware.

[Homoran]

@tilly
immer noch?

wenn ja, was sagt in dem Moment ls -la /dev/serial/by-id/ ?

[tilly]

Ja immer noch.

 ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 80 Mär 21 15:37 .
drwxr-xr-x 4 root root 80 Mär 21 15:37 ..
lrwxrwxrwx 1 root root 13 Mär 21 15:37 usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Mär 21 15:37 usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if03 -> ../../ttyACM1

[haselchen]

@tilly

Korrigiere mal Deinen Channel (gelbes Dreieck)

Haste sonst noch woanders gelbe Dreiecke?

[Homoran]

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Ja immer noch.

welcher davon ist der zuständige Stick?
und was steht in der Konfiguration?

[Homoran]

@haselchen sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Korrigiere mal Deinen Channel (gelbes Dreieck)

oh mann, das hab ich mobil gar nicht erkannt 😞 😓

[haselchen]

@Homoran
@tilly

Aus der Doku:

Channel selection:
The zigbee channel should be set to one of the ZLL compatible channels (11,15,20,25).

26 ist mal völlig falsch

[Homoran]

@haselchen

aber ich denke das ist ein zusätzliches Problem zum fehlenden Kontakt zum Stick

[haselchen]

@Homoran

Die Doku geht ja noch weiter ;)

The adapter supports this by adding a little yellow triangle to the channel selector if a channel outside of this scope is selected.

Ich würde Stück für Stück vorangehen.
Eventuell ist es mit dem Channel schon behoben.
Vielleicht präsentiert er uns noch mehr Dreiecke :)

[Homoran]

@haselchen sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Ich würde Stück für Stück vorangehen.

natürlich!

aber die Meldung

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Cannot lock port

ist ja ziemlich eindeutig

[tilly]

Nach einigen Male aus und an funktioniert es dann.

/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if00

Habe den Kanal auf 25 geändert und er hat sich sofort wieder verbunden. Mal schauen, ob es so bleibt.

[Homoran]

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Nach einigen Male aus und an funktioniert es dann.

dann hat er wohl bei einem Beenden den Port nicht wieder freigegeben gehabt.

Deswegen wären vor dem Basteln die Antworten auf meine Fragen interes5gewesen 😞

[tilly]

@Homoran Welche Frage meintest du?
Das ist die Ausgabe, auch wenn keine Verbindung aufgebaut werden kann.

ls -la /dev/serial/by-id/
total 0
drwxr-xr-x 2 root root 80 Mär 21 15:37 .
drwxr-xr-x 4 root root 80 Mär 21 15:37 ..
lrwxrwxrwx 1 root root 13 Mär 21 15:37 usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Mär 21 15:37 usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if03 -> ../../ttyACM1

[Homoran]

sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Ja immer noch.

welcher davon ist der zuständige Stick?
und was steht in der Konfiguration?

[tilly]

@Homoran Das ist eigentlich nur der Zigbee Stick angeschlossen.
Das habe ich beim Com-Anschluss eingetragen, oder was meinst du mit Konfiguration?

/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if00

[Homoran]

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Das ist eigentlich nur der Zigbee Stick angeschlossen.

Und was ist das andere?

@tilly sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

...if03 -> ../../ttyACM1

[crunchip]

@Homoran sagte in Zigbee v3.1.5 plötzlich keine Verbindung mehr:

Und was ist das andere?

kommt das nicht automatisch vom controller

edit
Bei Zigbee-Sticks mit integriertem Texas Instruments XDS110-Debugger (wie LAUNCHXL-CC26X2R1) werden zwei USB-Schnittstellen erkannt. Die Einträge if00 und if03 entsprechen unterschiedlichen USB-Interfaces des Geräts.

Warum zwei Ausgaben?
Der XDS110-Chip erstellt mehrere Interfaces: typischerweise if00 (/dev/ttyACM0) für den Zigbee-Datenport und if03 (/dev/ttyACM1) für den Debugger-Port (CMSIS-DAP). Das ist Standard bei TI-LaunchPads mit Onboard-Debugger, da das Gerät sowohl als serieller Port als auch als Debug-Tool fungiert.

Welchen Port für Zigbee nutzen?
Verwenden Sie immer den if00-Port (/dev/ttyACM0), da dieser der Datenport für Zigbee2MQTT oder ioBroker Zigbee-Adapter ist – der if03 ist nur für Debugging. Im ioBroker-Adapter den persistenten Pfad /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.41__Embed_with_CMSIS-DAP_L43002RW-if00 eintragen.

[Neko]

Hallo, ich hänge mich mal mit hier ran...

Ich haben einen SLZB-06P10 der über Lan mit ioBroker verbunden ist. Eigentlich läuft alles Bestens, aber nun ist es jetzt schon das zweite Mal, dass plötzlich alle Verbindungen zu den Geräten verloren gehen und der Coordinator nicht mehr ansprechbar ist. Ich habe den leisen Verdacht, dass das vielleicht mit einem automatischen Update des SLZB zusammenhängen könnte, aber auch mit Flashen der alten Firmware bekomme ich ihn nicht mehr ans laufen.
Nach viel hin und her, bin ich jetzt an der Stelle, dass PanID und Channel zwischen der Config und dem Coordinator nicht passen und ich diese einfach nicht mehr geändert bekomme. Weder mit Adapter für 1 Minute ausschalten, noch mit Stecker vom SLZB ziehen, noch mit einem Factory Reset vom SLZB.

Kann jemand helfen?

Starting zigbee-herdsman...
Network parameters in Config     : panID=1404 channel=25 extendedPanID=00124b002281a51c
Network parameters on Coordinator: panID=65534 channel=0 extendedPanID=00124b002281a51c
Starting zigbee-herdsman problem : network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby (Error: AREQ - ZDO - stateChangeInd after 60000ms
    at Object.start (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:68:23)
    at ZnpAdapterManager.beginCommissioning (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:362:31)
    at processTicksAndRejections (node:internal/process/task_queues:105:5)
    at ZnpAdapterManager.start (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/manager.ts:90:21)
    at ZStackAdapter.start (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:147:16)
    at Controller.start (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:143:29)
    at ZigbeeController.start (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:231:28)
    at Zigbee.doConnect (/opt/iobroker/node_modules/iobroker.zigbee/main.js:460:28))
Failed to start Zigbee: no message given

[Asgothian]

Versuch bitte das NVRam vom SLZB zu löschen - und dann das Zigbee Subsystem neu zu starten.

Wichtig - bitte dazu den in diesem Dokument beschriebenen Weg gehen:

https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration#moving-a-network-to-a-new-coordinator-of-the-same-type

A.

[Neko]

Würde ich gerne machen, aber ich werde da nicht wirklich schlau aus der Anleitung. Ein Löschen ist da nicht wirklich beschrieben.
Die einzige Beschreibung ist, wie ich NVRam wieder einlese über die Read Backup Taste. Wenn ich das so mache, passiert aber nichts, denn die eingegebenen Daten sind mit den Gespeicherten identisch.