Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[MyzerAT]

hi @lls

Habe heute eine 2. Zigbee Instanz ins leben rufen wollen, leider funktioniert es nicht! Egal wie ich vorgehe, kommt immer die selbe FM!

zigbee.3
2024-10-09 21:01:47.468	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","pnpId":"usb-Texas_Instruments_CC2538_USB_CDC-if00","vendorId":"0451","productId":"16c8"},{"path":"/dev/ttyACM1","manufacturer":"ITEAD","serialNumber":"20230830092154","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00","vendorId":"1a86","productId":"55d4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]

zigbee.3
2024-10-09 21:01:47.301	error	getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups')

zigbee.3
2024-10-09 21:00:30.100	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","pnpId":"usb-Texas_Instruments_CC2538_USB_CDC-if00","vendorId":"0451","productId":"16c8"},{"path":"/dev/ttyACM1","manufacturer":"ITEAD","serialNumber":"20230830092154","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00","vendorId":"1a86","productId":"55d4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]

zigbee.3
2024-10-09 21:00:29.915	error	getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups')

zigbee.3
2024-10-09 20:50:27.131	error	Error herdsman start

zigbee.3
2024-10-09 20:50:27.130	error	Failed to start Zigbee

zigbee.3
2024-10-09 20:50:27.128	error	Starting zigbee-herdsman problem : "Error Resource temporarily unavailable Cannot lock port"

zigbee.3
2024-10-09 20:50:26.927	info	Installed Version: iobroker.zigbee@1.10.3

zigbee.3
2024-10-09 20:50:26.895	info	Starting Zigbee npm ...

zigbee.3
2024-10-09 20:50:26.894	info	Try to reconnect. 1 attempts left

zigbee.3
2024-10-09 20:50:16.889	error	Error herdsman start

zigbee.3
2024-10-09 20:50:16.889	error	Failed to start Zigbee

zigbee.3
2024-10-09 20:50:16.887	error	Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"

zigbee.3
2024-10-09 20:49:56.358	info	Installed Version: iobroker.zigbee@1.10.3

zigbee.3
2024-10-09 20:49:55.920	info	Starting Zigbee npm ...

zigbee.3
2024-10-09 20:49:55.916	info	delete old Backup files. keep only last 10

zigbee.3
2024-10-09 20:49:55.792	info	starting. Version 1.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.18.0, js-controller: 6.0.11

ps: natürlich habe ich auch die suche bemüht, mußte aber nach Stunden vergebens aufgeben

[Asgothian]

@myzerat sagte in neue Zigbee Instanz lässt sich nicht starten:

zigbee.3                                                                                                                                                                            2024-10-09 20:50:16.887	error	Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"

Das ist dein Problem. Der Stick antwortet nicht auf die Kommunikationsanfrage des Adapters.

Mehr kann ich mit den verfügbaren Daten nicht sagen.

A.

Nachtrag - es scheint ein Sonoff Dongle V2 zu sein - der könnte die EZSP firmware brauchen.
A,

[haselchen]

@myzerat

Soooo viele Fragen .
Wieso 2 Instanzen?
Hast Du auch 2 Sticks?
Wieso Zigbee.3 ?
Das würde für 4 Instanzen sprechen.
Macht irgendwie alles keinen Sinn.
Erhelle uns mit Deinen Infos .

[MyzerAT]

@haselchen

ja habe eine 2. ZigbeeStick heute angeschlossen, weil ich auf Zigbee.0 extrem viele Aktoren schon laufen habe! und warum Zigbee.3 , weil aufm Slave (anderer Wohnort, Zigbee.2 läuft!) die 3 hat das System vegeben!

[MyzerAT]

@asgothian

meinst du diese einstellung? damit geht es leider auch nicht! welche infos würdest du/ihr noch benötigen?

[MyzerAT]

@myzerat

hab jetzt mal den befehl iob diag abgesetzt und folgendes kommt bei raus:

USB-Devices by-id:

USB-Sticks -  Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':

/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00
/dev/serial/by-id/usb-Texas_Instruments_CC2538_USB_CDC-if00

HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyACM0

HINT:
Your zigbee.1 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyACM1

HINT:
Your zigbee.2 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyACM0

Adapter State

+ system.adapter.zigbee.0                 : zigbee                : RDJLHome                                 -  enabled, port: /dev/ttyACM0
  system.adapter.zigbee.1                 : zigbee                : RDJLHome                                 -  **disabled**, port: /dev/ttyACM1
+ system.adapter.zigbee.2                 : zigbee                : RDJLTULLN                                -  enabled, port: /dev/ttyACM0

Enabled adapters with bindings

+ system.adapter.zigbee.0                 : zigbee                : RDJLHome                                 -  enabled, port: /dev/ttyACM0
+ system.adapter.zigbee.2                 : zigbee                : RDJLTULLN                                -  enabled, port: /dev/ttyACM0

bei Adapter State steht das das port disabled ist, wie kann ich das beheben?!

[MyzerAT]

@myzerat

Nach mehreren Stunden habe ich es nun endlich geschafft, hoffe es bliebt so!

Die Datei nvbackup.json tauchte auch nie unter /opt/iobroker/iobroker-data/zigbee_1 auf, erst nachdem ich mehrmals die Instanz gelöscht hatte, neu angelegt und die externe PAN id von DDDDDDDDDDDDDDD auf DDDDDDDDDDDDDDB geändert hatte und den Sticktyp auf Silicon Labs EZSP/EFR32, komisch ist das in den Einstellungen die PAN id lautet:

in der Datei nvbackup.json & shepherd.dp selbst aber, steht an 2. Stelle B und der rest alles D und ich habe zu 1000% DDDDDDDDDDDDDDDB eingegeben, sieht man auch in den Einstellungen und dennoch die Instanz läuf?

{
  "metadata": {
    "format": "zigpy/open-coordinator-backup",
    "version": 1,
    "source": "zigbee-herdsman@0.41.2",
    "internal": {
      "date": "2024-10-19T00:05:47.940Z",
      "ezspVersion": 8
    }
  },
  "stack_specific": {
    "ezsp": {
      "hashed_tclk": "d8bf31c4d3d442458d0438d9fd3c9d19"
    }
  },
  "coordinator_ieee": "e0798dfffeaabb20",
  "pan_id": "1a85",
  "extended_pan_id": "dbdddddddddddddd",
  "nwk_update_id": 0,
  "security_level": 5,
  "channel": 13,
  "channel_mask": [
    11,
    12,
    13,
    14,
    15,
    16,
    17,
    18,
    19,
    20,
    21,
    22,
    23,
    24,
    25,
    26
  ],
  "network_key": {
    "key": "01030507090b0d0f00020406080a0c0d",
    "sequence_number": 0,
    "frame_counter": 1
  },
  "devices": []
}

da ist das "b" an zweiter stelle und da hab ich es sicher nicht hingetan! ich hatte jeglich von 16D auf 15D und B am Ende geändert und dann die Instanz neu gestartet, erst nach dem neustart tauchte die Datei nvbackup.json auf und die Instanz ging auf grün und die shepherd.db wurde mit Daten befüllt

in der steht folgendes:

{"id":1,"type":"Coordinator","ieeeAddr":"0xe0798dfffeaabb20","nwkAddr":0,"manufId":0,"epList":[1,242],"endpoints":{"1":{"profId":260,"epId":1,"devId":48879,"inClusterList":[0,3,6,10,25,26,768],"outClusterList":[0,3,4,5,6,8,32,768,1024,1026,1029,1030,1280,2817,2819,2820,1794,4096,64513,64514],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}},"242":{"profId":41440,"epId":242,"devId":97,"inClusterList":[],"outClusterList":[33],"clusters":{},"binds":[],"configuredReportings":[],"meta":{}}},"interviewCompleted":true,"meta":{},"lastSeen":null}

auch bei den Einstellungen der Instanz Zigbee_1 bin ich das erste mal von TI Z - Stack/CCXXXX auf Silicon Labs EZSP/EFR32 auf gegangen, obwohl hier überall steht das man TI Z - Stack verwenden sollte?

würde gerne eine Erklärung dazu haben, warum das jetzt auf einmal geklappt hatte?

hier noch ein paar logs:

zigbee.1
	2024-10-19 02:32:41.609	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","pnpId":"usb-Texas_Instruments_CC2538_USB_CDC-if00","vendorId":"0451","productId":"16c8"},{"path":"/dev/ttyACM1","manufacturer":"ITEAD","serialNumber":"20230830092154","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00","vendorId":"1a86","productId":"55d4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
zigbee.1
	2024-10-19 02:22:28.508	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","pnpId":"usb-Texas_Instruments_CC2538_USB_CDC-if00","vendorId":"0451","productId":"16c8"},{"path":"/dev/ttyACM1","manufacturer":"ITEAD","serialNumber":"20230830092154","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00","vendorId":"1a86","productId":"55d4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
zigbee.1
	2024-10-19 02:06:34.078	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","pnpId":"usb-Texas_Instruments_CC2538_USB_CDC-if00","vendorId":"0451","productId":"16c8"},{"path":"/dev/ttyACM1","manufacturer":"ITEAD","serialNumber":"20230830092154","pnpId":"usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00","vendorId":"1a86","productId":"55d4"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]

zigbee.1
	2024-10-19 02:05:48.373	info	debug devices set to []
zigbee.1
	2024-10-19 02:05:48.099	info	Zigbee started
zigbee.1
	2024-10-19 02:05:48.097	info	Currently no devices.
zigbee.1
	2024-10-19 02:05:48.080	info	--> transmitPower : high+
zigbee.1
	2024-10-19 02:05:48.059	info	Unable to disable LED, unsupported function.
zigbee.1
	2024-10-19 02:05:48.057	info	Coordinator firmware version: {"type":"EZSP v8","meta":{"product":8,"majorrel":"6","minorrel":"10","maintrel":"3 ","revision":"6.10.3.0 build 297"}}
zigbee.1
	2024-10-19 02:05:41.832	info	Installed Version: iobroker.zigbee@1.10.3
zigbee.1
	2024-10-19 02:05:41.462	info	Starting Zigbee npm ...
zigbee.1
	2024-10-19 02:05:41.357	info	starting. Version 1.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v20.18.0, js-controller: 6.0.11
zigbee.1
	2024-10-19 02:04:48.661	info	terminating
zigbee.1
	2024-10-19 02:04:48.194	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
zigbee.1
	2024-10-19 02:04:48.192	info	terminating
zigbee.1
	2024-10-19 02:04:48.191	warn	Failed to stop zigbee during startup
zigbee.1
	2024-10-19 02:04:48.165	info	Zigbee: disabling joining new devices.
zigbee.1
	2024-10-19 02:04:48.160	info	cleaned everything up...
zigbee.1
	2024-10-19 02:04:48.158	info	Got terminate signal TERMINATE_YOURSELF
zigbee.1
	2024-10-19 02:04:35.606	error	Error herdsman start
zigbee.1
	2024-10-19 02:04:35.605	error	Failed to start Zigbee
zigbee.1
	2024-10-19 02:04:35.603	error	Starting zigbee-herdsman problem : "Failure to connect"

pi@RDJLHome:~$ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Okt 19 01:47 usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Okt 19 01:47 usb-Texas_Instruments_CC2538_USB_CDC-if00 -> ../../ttyACM0

Enabled adapters with bindings

+ system.adapter.zigbee.0                 : zigbee                : RDJLHome                                 -  enabled, port: /dev/ttyACM0
+ system.adapter.zigbee.1                 : zigbee                : RDJLHome                                 -  enabled, port: /dev/ttyACM1
+ system.adapter.zigbee.2                 : zigbee                : RDJLTULLN                                -  enabled, port: /dev/ttyACM0

@Asgothian bist du bitte so nett und würdest meinen letzten beitrag mal durchlesen, eventuell hast du ja eine erklärung, thx

[arteck]

@myzerat sagte in neue Zigbee Instanz lässt sich nicht starten:

"extended_pan_id": "dbdddddddddddddd",

Rudi.. die ext pan id wird gedreht.. ist so.. gibt da am besten eine andere ein also die im anderen adaptern

wo läuft deine Zigbee instanz.. pi, vm , lxc, nas ???

ausserdem ist der
usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00 hat einen anderen chipsatz also musst du den auch wählen EZSP/EFR32

[Asgothian]

@myzerat Ich werd aus dem ganzen Chaos das du da beschreibst nicht schlau. Die Erklärung von @arteck hört sich aber plausibel an.

Eine Frage hab ich noch - warum diese ganzen D in der PanID ? Warum nicht eine wirklich zufällige 16 stetige Hex zahl ? Die Initiale Einstellung mit den 16 D ist unter anderem auch wegen ihrer einfachen Erkennbarkeit gewählt - viele D = Default Einstellung, nicht verändert = schlecht.

Bei Deiner PanID muss man 3 mal hinschauen um zu erkennen das es nicht die Default PanID ist.

A

[MyzerAT]

@arteck sagte in neue Zigbee Instanz lässt sich nicht starten:

@myzerat sagte in neue Zigbee Instanz lässt sich nicht starten:

"extended_pan_id": "dbdddddddddddddd",

Rudi.. die ext pan id wird gedreht.. ist so.. gibt da am besten eine andere ein also die im anderen adaptern

wo läuft deine Zigbee instanz.. pi, vm , lxc, nas ???

ausserdem ist der
usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20230830092154-if00 hat einen anderen chipsatz also musst du den auch wählen EZSP/EFR32

Nach Tagen des Erfolglosem Versuchs und stundenlangen Recherchen, hat es dann doch irgendwie geklappt, das die Instanz Zigbee_1 grün wurde und das obwohl die ext. PAN id nicht ident mit dem Eintrag in der Datei nvbackup.json war !

Ich konnte, dann zwar Geräte pairen, aber die Datenpunkte nicht ansteuern! Ich habe dann die PAN id DDDDDDDDDDDDDDDB der Einstellungen, mit der PAN id der Datei nvbackup.json gleichgezogen! DDDDDDDDDDDDDDDB -- DBDDDDDDDDDDDDDD! und seither funktioniert alles reibungslos!

Alle Daten zu meinem System, also auch wo die Instanz Zigbee_1 läuft, sieht man in meiner Signatur, habe das seit Jahren so in meiner Signatur und pflege jede Änderung dort ein!

Mit EZSP/EFR32 hat es dann auch funktioniert!

[MyzerAT]

@asgothian sagte in neue Zigbee Instanz lässt sich nicht starten:

@myzerat Ich werd aus dem ganzen Chaos das du da beschreibst nicht schlau. Die Erklärung von @arteck hört sich aber plausibel an.

Eine Frage hab ich noch - warum diese ganzen D in der PanID ? Warum nicht eine wirklich zufällige 16 stetige Hex zahl ? Die Initiale Einstellung mit den 16 D ist unter anderem auch wegen ihrer einfachen Erkennbarkeit gewählt - viele D = Default Einstellung, nicht verändert = schlecht.

Bei Deiner PanID muss man 3 mal hinschauen um zu erkennen das es nicht die Default PanID ist.

A

chaos? man liest ja hier immer wieder, soviele infos wie möglich zu geben, daher habe ich in meinem letzten thread, mir mühe gegeben wirklich alle infos zusammengetragen, was ich bezüglich zigbee_1 finden konnte, was für eine Laien eventuell als chaos dargestellt werden kann aber für eine Profi wie dich?

wegen der PAN id DDDDDDDDDDDDDDDB, verstehe deine Frage, aber bei den vielen erfolglosen Versuchen über Tage hinweg, habe ich dann die Standardeinstellung so gelassen und nur noch die letzte Stelle geändert! Bei den zwei anderen Zigbee Instanzen, habe ich selbstverständlich eine zufällige 16 Stellige Hex Zahl!

dennoch danke für eure Hilfe , nun klappt es ja zum Glück, warum auch immer, da ich in den Tagen zuvor nichts anders gemacht hatte!