Monatsrückblick Januar/Februar 2026 ist online!

[lemonbiter]

@thomas-braun

So, die Änderungen im Adapter noch einmal zurückgesetzt und hier der Log

zigbee.0
690	2022-02-01 20:39:01.673	info	Installed Version: iobroker.zigbee@1.6.6

zigbee.0
690	2022-02-01 20:39:01.660	error	Error herdsman start

zigbee.0
690	2022-02-01 20:39:01.659	error	Failed to start Zigbee

zigbee.0
690	2022-02-01 20:39:01.657	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.13__Embed_with_CMSIS-DAP_L1100G8L-if00'"

zigbee.0
690	2022-02-01 20:39:01.634	info	Starting Zigbee npm ...

zigbee.0
690	2022-02-01 20:39:01.632	info	Try to reconnect. 1 attempts left

zigbee.0
690	2022-02-01 20:38:51.809	info	Installed Version: iobroker.zigbee@1.6.6

zigbee.0
690	2022-02-01 20:38:51.629	error	Error herdsman start

zigbee.0
690	2022-02-01 20:38:51.629	error	Failed to start Zigbee

zigbee.0
690	2022-02-01 20:38:51.628	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.13__Embed_with_CMSIS-DAP_L1100G8L-if00'"

zigbee.0
690	2022-02-01 20:38:51.346	info	Starting Zigbee npm ...

zigbee.0
690	2022-02-01 20:38:51.218	info	starting. Version 1.6.14 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.3, js-controller: 3.3.22
host.ioBroker2-raspberrypi
2022-02-01 20:38:47.614	info	instance system.adapter.zigbee.0 started with pid 690

[Thomas Braun]

@lemonbiter sagte in TI Board nach Firmware update keine Geräte:

Hattest du nicht geschrieben, dass sich der Link verändert hätte?

ls -l /dev/serial/by-id/

bringt?

[lemonbiter]

@thomas-braun

Vorher:
/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.13__Embed_with_CMSIS-DAP_L1100G8L-if00

Jetzt:
/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.15__Embed_with_CMSIS-DAP_L1100G8L-if00

[lemonbiter]

@thomas-braun

Wenn ich hier die Adresse des com Anschlusses ändere, dann verbindet sich der Adapter, aber die Geräte bleiben alle auf False connected

[Thomas Braun]

@lemonbiter

Und mit dem Link mit der 15 drin sieht der Adapter-Neustart nun wie aus?

[lemonbiter]

@thomas-braun

[lemonbiter]

@thomas-braun

[lemonbiter]

@lemonbiter

[Thomas Braun]

@lemonbiter

Setz die extended PAN-Id mal neu.
16stellige Hex-Zahl, darf auch gerne was abwechslungsreicheres als das sein was da jetzt drin steht.

[lemonbiter]

@thomas-braun

Und sind die Geräte nicht alle an die Pan ID gekoppelt? Sprich, wenn ich die jetzt wechsle, können die Geräte dann überhaupt gefunden werden?

"Die erweiterte PAN-ID ist die Hauptnetzwerk-ID, vergleichbar mit der SSID von WLAN-Netzwerken. Diese ID darf sich für vorhandene Netzwerke niemals ändern, da Sie sonst deine Geräte zurücksetzen und Sie neu koppeln müssen. Wenn Sie mehrere ZigBee-Adapter verwenden, müssen Sie sicherstellen, dass diese eindeutige ExtPanIDs verwenden. Geben Sie einfach 16 zufällige Hex-Zeichen ein (a-f und 0-9)."

[lemonbiter]

Text im Post zuvor ergänzt

[Thomas Braun]

@lemonbiter

Ich würd's vernünftig machen. Auch neu.

[lemonbiter]

@thomas-braun

Lieber Thomas,
ich nutze den Zigbee Adapter nun seit mehr als einem Jahr mit exakt dieser PanID. Ich verstehe leider gerade überhaupt nicht, was die ewig erfolgreich genutzte PanID mit dem heutigen Problem zu tun hat?

Damit rätst Du mir im Prinzip, ich soll alle Geräte neu Pairen, alle Skripte neu machen etc.? Gibt es keinen eleganteren Weg?

[Thomas Braun]

@lemonbiter
Dann lass es.

[Asgothian]

@lemonbiter Die besagte Meldung ist nur eine Warnung, die dich darauf hinweist das die von Dir eingetragene ExtPanID in umgekehrter Reihenfolge genutzt wird.

Dieses ist dadurch entstanden das bei einer Umstellung ein Problem mit Big-Endian / Little-Endian interpretation von Hex-Zahlen gegeben hat. Du kannst das beheben, musst es aber nicht, der Adapter weist Dich halt darauf hin.

Auch ist es nicht notwendig eine höhere Entropie durch zufälligere Hex zahlen einzusetzen. Entscheidend ist nur das man weg geht von 16xD.

Nachtrag:

Warum die Meldung bei 16xA auch kommt ist nicht klar - ich würde sie ignorieren.

A.

[lemonbiter]

@asgothian
Herzlichen Dank. Aber ich habe es richtig verstanden, wenn ich die PanID ändere, sind alle Geräte neu einzubinden?

Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein??

[lemonbiter]

@thomas-braun
Lieber Thomas,
sorry, wenn ich Dich verärgert haben sollte. Das wollte ich nicht und ich erkenne leider auch nicht, wie das ändern der PanID mein Problem lösen kann! Mea Culpa

LEM

[BananaJoe]

Einfach mal über Nacht laufen lassen? Bei Umstellen von anderen Leuten hier im Forum auf einen neuen ZigBee Stick hat es wohl manchmal einige Stunden gedauert. (Wenn der alte einfach ersetzt wurde)

Und dein Stick scheint ja nun quasi wie ein neuer zu sein.

[lemonbiter]

@bananajoe

Hi there, Danke, klar warte ich.... Aber ich denke, durch den geänderten Com Anschlussnamen wird mehr als Warten notwendig sein... Aber ich würde mich freuen wenn aussitzen hilft :-)

LG'
LEM

[Asgothian]

@lemonbiter sagte in TI Board nach Firmware update keine Geräte:

Kannst Du vielleicht bei meinem eigentlichen Problem helfen? Es wäre ein Horror, die Geräte neu einbinden zu müssen. Einige Geräte sind quasi fest in Schränken verbaut und viele Geräte sind in Skripten eingebunden...
Das muss doch lösbar sein??

Ich fürchte das ist nur lösbar wenn du irgendwo aus einer Sicherung eine "nvbackup.json" sowie eine "shepherd.db" Datei auftreibst. Du hast in deinen Logs die Meldung "Currently no devices". Das deutet darauf hin das deine Zigbee-Datenbank leer ist. Da werden sich keine Devices einfach so mit verbinden.

Wenn du die Dateien findest: Zigbee Adapter anhalten, korrekten Seriellen Port eintragen, die beiden Dateien in /opt/iobroker/iobroker-data/zigbee_0 kopieren, Adapter starten, Beten.

Soviel zu den schlechten Nachrichten. Nun zu den etwas besseren:

• durch neu anlernen verändern sich die ID's der Geräte nicht, so das deine Skripte weiter laufen werden.
• Mit etwas Glück kannst du einfach das Netz aufmachen und die Geräte (sofern sie nicht batteriebetrieben sind) kurz vom Strom trennen und dann wieder anhängen. In vielen Fällen wird dadurch die Verbindung wieder hergestellt.
• Bei den batteriebetriebenen Geräten kann es reichen den Pairing Knopf kurz zu drücken. Ansonsten musst du diese neu anlernen. Das sollte aber kein allzugrosses problem sein sofern du das Netz lange genug auf machst und sicherstellst das du die Geräte an die gleiche Stelle platzierst. Erreichbar sein müssen sie da du ja sonst die Batterie nicht wechseln kannst.

A.