neue Zigbee Instanz lässt sich nicht starten
-
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
-
@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, -
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 . -
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!
-
meinst du diese einstellung? damit geht es leider auch nicht! welche infos würdest du/ihr noch benötigen?
-
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/ttyACM0Adapter 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/ttyACM0Enabled adapters with bindings
+ system.adapter.zigbee.0 : zigbee : RDJLHome - enabled, port: /dev/ttyACM0 + system.adapter.zigbee.2 : zigbee : RDJLTULLN - enabled, port: /dev/ttyACM0bei Adapter State steht das das port disabled ist, wie kann ich das beheben?!
-
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 -> ../../ttyACM0Enabled 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
-
@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 -
@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
-
@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/EFR32Nach 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!
-
@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!
