neue Zigbee Instanz lässt sich nicht starten

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!

Screenshot_20241009_212514_Mobile SSH.jpg

MyzerAT

@asgothian Screenshot_20241009_231120_Samsung Internet.jpg

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!

Community Forum

NEWS

neue Zigbee Instanz lässt sich nicht starten

Support us

844

32.5k

81.9k

1.3m