@thomas-braun

Gibt es eine Möglichkeit die Pan ID und anderen Keys im Adapter zu ändern bzw. auf dem Stick?
Denn wenn diese nur im Adapter neu hinterlegt werden, werden diese am Stick nicht angepasst/überschrieben und keine Verbindung zum Gerät mehr aufgebaut.

Die Parameter müssen nicht nur auf den Stick übertragen sondern auch an die Geräte weitergegeben werden, da diese in die Verschlüsselung der Kommunikation eingehen. Diese muss aber mit den alten Parametern laufen.

Da nicht alle Geräte ständig aufnahmebereit sind ist ein Umstellen der Verschlüsselung im laufenden Betrieb so ohne weiteres nicht realisierbar.

Selbst das umstellen des Funkkanals (was keine Anpassung der Verschlüsselung bedeutet und daher eine Grössenordnung einfacher zu realisieren ist) ist durch die Batteriebetriebenen Geräte die dieses im Zweifelsfall nicht mit bekommen nicht mal eben so zu realisieren.

A.
Nachtrag:
Hue erlaubt es über einen Zeitraum von X (ich erinnere nicht wie lange der ist) den Funkkanal (halbautomatisch) umzustellen. Dieses funktioniert meines Wissens aber nur bei Geräten die sich an bestimmte (optionale) Teile der Zigbee Spezifikation halten. Insbesondere bei TuYa und Aqara ist eine Unterstützung dieser Methoden fraglich.

Das weiß ich nicht.

Was im LogFile steht ist soweit klar und das kann dann auch übernommen werden, das ist soweit klar und funktioniert auch.
Aber das sind die Daten, welche bei der allerersten Verbindung übertragen wurden.

Wenn hier etwas geändert wird, wird nichts auf den Stick übertragen

Gibt es eine Möglichkeit die Pan ID und anderen Keys im Adapter zu ändern

Ja, man kann die natürlich eingeben und 'passend machen'.
Im LogFile steht was genau erwartet wird.

Gibt es eine Möglichkeit die Pan ID und anderen Keys im Adapter zu ändern bzw. auf dem Stick?
Denn wenn diese nur im Adapter neu hinterlegt werden, werden diese am Stick nicht angepasst/überschrieben und keine Verbindung zum Gerät mehr aufgebaut.

nein ich bin blind, daher ist das Lesen nicht ganz so einfach.
Aber mittels Sprachsteuerung geht es mittlerweile und man kommt durchs Leben

wusste nicht, dass man die Nr. aus den Adaptern nehmen muss. War der Meinung, dass jeweils freie Nummer verwendet werden können.

Lesen kannst du aber schon ? Da steht doch:

Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
Re-commissioning your network will require re-pairing of all devices!
If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.

Also auf deutsch: Deine Konfiguration passt nicht. Entweder du passt die Konfiguration an oder du löscht die beiden Dateien und lernst alle Geräte neu an. Genau das ist @thomas-braun mit Dir durchgegangen.

A.

2022-02-24 19:51:33.597	error	- Network Key: configured=0103050ab8fb0d0fffb20486080a0c0d, adapter=01030507090b0d0f00020406080a0c0d             
2022-02-24 19:51:33.596	error	- Extended PAN ID: configured=5d0dfdeddddcdbda, adapter=00124b0024c0ac4a                                                                                                                                                                            
2022-02-24 19:51:33.594	error	- PAN ID: configured=6772, adapter=6756

Diese drei Einstellungen müssen sich decken.
Ggf. müssten dann alle Geräte aber neuangelernt werden. Deswegen gibt es den Haken, diese abweichenden Einstellungen einfach zu ignorieren.

Ein sauberer Start sähe dann so aus:

2022-02-24 20:02:57.373  - info: host.chet instance system.adapter.zigbee.0 started with pid 57742
2022-02-24 20:03:00.623  - info: zigbee.0 (57742) starting. Version 1.6.16 in /opt/iobroker/node_modules/iobroker.zigbee, node: v17.6.0, js-controller: 4.0.15
2022-02-24 20:03:00.734  - info: zigbee.0 (57742) Starting Zigbee  npm ...
2022-02-24 20:03:01.262  - info: zigbee.0 (57742) Installed Version: iobroker.zigbee@1.6.16
2022-02-24 20:03:12.028  - info: zigbee.0 (57742) Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20220103}}
2022-02-24 20:03:12.037  - info: zigbee.0 (57742) Unable to disable LED, unsupported function.
2022-02-24 20:03:12.051  - info: zigbee.0 (57742)   --> transmitPower : normal
2022-02-24 20:03:12.271  - info: zigbee.0 (57742) Zigbee started

2022-02-24 19:51:44.454	error	Error herdsman start
2022-02-24 19:51:44.453	error	Failed to start Zigbee
2022-02-24 19:51:44.449	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"
2022-02-24 19:51:44.078	info	Installed Version: iobroker.zigbee@1.6.16
2022-02-24 19:51:44.010	info	Starting Zigbee npm ...
2022-02-24 19:51:44.007	info	Try to reconnect. 1 attempts left
2022-02-24 19:51:34.002	error	Error herdsman start
2022-02-24 19:51:34.001	error	Failed to start Zigbee
2022-02-24 19:51:34.000	error	Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
2022-02-24 19:51:33.600	error	Re-commissioning your network will require re-pairing of all devices!
2022-02-24 19:51:33.600	error	If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.
2022-02-24 19:51:33.599	error	Please update configuration to prevent further issues.
2022-02-24 19:51:33.598	error	- Channel List: configured=11, adapter=11
2022-02-24 19:51:33.597	error	- Network Key: configured=0103050ab8fb0d0fffb20486080a0c0d, adapter=01030507090b0d0f00020406080a0c0d
2022-02-24 19:51:33.596	error	- Extended PAN ID: configured=5d0dfdeddddcdbda, adapter=00124b0024c0ac4a
2022-02-24 19:51:33.594	error	- PAN ID: configured=6772, adapter=6756
2022-02-24 19:51:33.593	error	Configuration is not consistent with adapter state/backup!
2022-02-24 19:51:33.315	info	Installed Version: iobroker.zigbee@1.6.16
2022-02-24 19:51:32.323	info	Starting Zigbee npm ...
2022-02-24 19:51:32.151	info	starting. Version 1.6.16 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.3, js-controller: 3.3.22
2022-02-24 19:51:22.802	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2022-02-24 19:51:22.798	info	terminating
2022-02-24 19:51:22.314	info	Zigbee: disabling joining new devices.
2022-02-24 19:51:22.296	info	cleaned everything up...
2022-02-24 19:51:22.291	info	Got terminate signal TERMINATE_YOURSELF

es ist alles richtig installiert
hab nun den Haken bei den Einstellungen gesetzt...und siehe da, läuft nun

Naja, wenn man den Haken da setzen muss, dann ist nicht alles richtig.
Der Haken ignoriert einfach nur die angemeckerten Einstellungen. Ich würde die wenn möglich gerade einstellen.

es ist alles richtig installiert
hab nun den Haken bei den Einstellungen gesetzt...und siehe da, läuft nun

Klar.. die haben alle.

(die Probleme damit haben das der Zigbee Adapter nicht läuft und die einfach die 3 Startversuche durchlaufen lassen)

Dein echtes Problem befindet sich im Log weiter oben.

A.

sind diese Probleme bekannt?

Es hat tatsächlich am Stick gelegen.
Ich habe den neuen Stick (Conbee2) installiert, die Config im Adapter geändert, dann sprang er sofort auf grün um.
Anlernen mußte ich auch nichts mehr. In der Netzkarte waren sofort alle Geräte da.

Möglich das das in neuen Versionen (Firmware Conbee, Adapter, wat weiß ich...) jetzt drin ist. Hab die Hardware von Dresden Electronics nicht mehr selber im Einsatz.

nur die netzkarte ist der meinung das verbindungslinien unnötig sind .... ggf gibt sich das ja mal.

Das ist so bei Hardware von Dresden Electronic und dem zigbee-Adapter.

tinkerboard:~:% iobroker start
tinkerboard:~:% ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Nov  6 15:34 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001949C838-if00 -> ../../ttyACM0
tinkerboard:~:%

tinkerboard:~:% ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Nov  6 15:34 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001949C838-if00 -> ../../ttyACM0
tinkerboard:~:%

bleibt ... im  warndreick 2x grün dann:nicht verbunden mit dienst oder gerät

und nun geht es zu schießen... danke, bis morgen

egal ob user root oder norbert die antwort ist wie angegeben .....

das ist wahrscheinlich sogar korrekt.
Aber iobroker läuft seit geraumer Zeit unter dem User iobroker.
Wenn du da jetzt als root drin arbeitest kann es passieren, dass der user iobroker nicht mehr an die notwendigen Dateien darf.
Deswegen solltest du nur noch mit dem User norbert arbeiten und notfalls mit sudo!

Wenn du dich jetzt als norbert eingeloggt hast führe bitte aus:

iobroker stop
iobroker fix
iobroker start