Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MartinP]

Korrektur - es gibt anscheinend drei serielle Ports, für ttyACM0 und ttyACM1 sehr ähnliche Einträge, bis auf pnpId!

Ich drösel das Logging mal manuell auf:

2024-05-07 09:27:30.871  - info: zigbee.0 (18539) List of port: [
{"path":"/dev/ttyACM0",
  "manufacturer":"Texas Instruments",
  "serialNumber":"L1100QXL",
  "pnpId":"usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00",
  "vendorId":"0451",
  "productId":"bef3"
},
{"path":"/dev/ttyACM1",
  "manufacturer":"Texas Instruments",
  "serialNumber":"L1100QXL",
  "pnpId":"usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if03",
  "vendorId":"0451",
  "productId":  "bef3"
},
{"path":"/dev/ttyS0"}
]

[Thomas Braun]

@martinp

Das zigbee-Ding hat 2 Interfaces.

[MartinP]

@thomas-braun said in ZigBee Störung:

@martinp

Das zigbee-Ding hat 2 Interfaces.

Was für einen Sinn hat das? Zwei Zigbee-Kanäle? Oder dienen die beiden seriellen Ports unterschiedlichen Zwecken (einer Debug, einer Zigbee z. B.)

Habe schon ein wenig im Internet gewühlt, aber nicht gefunden ...

[Thomas Braun]

@martinp sagte in ZigBee Störung:

Oder dienen die beiden seriellen Ports unterschiedlichen Zwecken (einer Debug, einer Zigbee z. B.)

Soweit ich weiß genau dafür.

USB connected development kit, based on CC2652R7 chip
These devices have two serial devices built in. Make sure you put the right serial device in the configuration or use auto detect (completely remove the serial section from configuration.yaml) if you only have one Texas Instruments CC device connected to your system.

Quelle:
https://www.zigbee2mqtt.io/guide/adapters/#recommended
Development Boards

[arteck]

@martinp es ist ein Entwickler Chip... und die können ein bissel mehr

das interface if00 ist das richtige

[legro]

@arteck

Das Interface sollte (unverändert) richtig sein. Schließlich meldet der ZigBee-Adapter eine Verbindung zu dem Coordinator.

Ist an den Log-Daten irgendetwas zu erkennen?

[JLeg]

@legro ...die erste Fehlermeldung nach Neustart sieht interessant aus:

error: zigbee.0 (5074) Error 225 on send command to 0x001788010db82a55. Error: Error: ZCL command 0x001788010db82a55/11 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225))

Bei Z2M (darauf basiert der Adapter teilweise) heisst es dazu: https://www.zigbee2mqtt.io/guide/faq/#common-error-codes
=> evtl. sind nach deinem Stromausfall jetzt ein paar WLAN-Router bei dir oder deinen Nachbarn auf anderen Kanälen unterwegs, und stören nun dein Zigbee?

[Homoran]

@legro sagte in ZigBee Störung:

Das Interface sollte (unverändert) richtig sein.

hast du jetzt auf /dev/serial/by-id/ umgestellt?

@legro sagte in ZigBee Störung:

Schließlich meldet der ZigBee-Adapter eine Verbindung zu dem Coordinator.

der kann sich ja auch mit dem debug port (versuchen zu) verbinden.

[legro]

Mittlerweile sieht's bei einem Neustar wie folgt im Log aus ..

	Zeit

	
Nachricht


web.0
2024-05-07 16:47:36.422	info	<== Disconnect system.user.admin from ::ffff:192.168.4.87 vis.0

zigbee.0
2024-05-07 16:46:44.677	error	Error 225 on send command to 0x001788010db82a55. Error: Error: ZCL command 0x001788010db82a55/11 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:411:23) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.zclCommand (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:756:28) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:587:24) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:48:17) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:1131:32) at /opt/iobroker/node_modules/iobroker.zigbee/main.js:754:36

zigbee.0
2024-05-07 16:46:38.827	info	Device '0x00124b00090da34c' announced itself

Kann jemand etwas mit mit dieser Meldung anfangen?

Ich bin nach wie vor ratlos.

[Thomas Braun]

@legro sagte in ZigBee Störung:

Mittlerweile sieht's bei einem Neustar wie folgt im Log aus

Der ist aber im Regelfall etwas gesprächiger. Und bitte verwende das LogFile direkt, das ist nämlich chronologisch richtig (oder stell das GUI-Ding mit dem Pfeil auf die richtige Abfolge).

Und BITTE keine Screenshots von Texten. Damit kann keiner was anfangen, das kannste nicht zitieren, nicht kopieren und die Suchfunktion kann damit auch nix anfangen.

[Homoran]

@legro

...und so einen Ultrawide micro

kann man auch gar nicht entziffern, wenn man kein 4k 32" Handy hat.

Bitte auch noch die Frage beantworten

@homoran sagte in ZigBee Störung:

hast du jetzt auf /dev/serial/by-id/ umgestellt?

@arteck sagte in ZigBee Störung:

das interface if00 ist das richtige

ohne Feedback weiss niemand was gerade bei dir Sache ist.

[Asgothian]

@legro sagte in ZigBee Störung:

Mittlerweile sieht's bei einem Neustar wie folgt im Log aus ..

	Zeit

	
Nachricht


web.0
2024-05-07 16:47:36.422	info	<== Disconnect system.user.admin from ::ffff:192.168.4.87 vis.0

zigbee.0
2024-05-07 16:46:44.677	error	Error 225 on send command to 0x001788010db82a55. Error: Error: ZCL command 0x001788010db82a55/11 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:411:23) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.zclCommand (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:756:28) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:587:24) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:48:17) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:1131:32) at /opt/iobroker/node_modules/iobroker.zigbee/main.js:754:36

zigbee.0
2024-05-07 16:46:38.827	info	Device '0x00124b00090da34c' announced itself

Kann jemand etwas mit mit dieser Meldung anfangen?

Ich bin nach wie vor ratlos.

Das ist nicht das log vom Start des Adapters, sondern von der Kommunikation im Adaptér. Die Meldung deutet auf ein Problem mit dem Funk hin - sprich belegte funkkanäle oder eine Kollision zwischen dem vom Koordinator und dem von den routérn aufgespannten Netzwerk.

A.

[legro]

@asgothian

Einen ausführlichen Log habe ich oben eingestellt.

Die WLAN-Umgebung ist seit Jahr und Tag unverändert.

Hast du einen Rat für mich, was ich tun könnte, sollte?

[MartinP]

@legro Bitte die Ausgaben von

"ls -l /dev/tty*"

und von

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

.. als Code-Block einfügen

Das solltest Du auch anschauen:

https://github.com/arduino/help-center-content/issues/155

[Homoran]

@legro

...und bitte diese Fragen beantworten

@homoran sagte in ZigBee Störung:

@legro

...und so einen Ultrawide micro

kann man auch gar nicht entziffern, wenn man kein 4k 32" Handy hat.

Bitte auch noch die Frage beantworten

@homoran sagte in ZigBee Störung:

hast du jetzt auf /dev/serial/by-id/ umgestellt?

@arteck sagte in ZigBee Störung:

das interface if00 ist das richtige

ohne Feedback weiss niemand was gerade bei dir Sache ist.

[legro]

@homoran

Hier das Log von einem Neustart ..

zigbee.0
2024-05-07 19:32:38.817	info	Device '0x00124b000621ad0e' announced itself

zigbee.0
2024-05-07 16:56:41.462	warn	Send command to 0x001788010db82a55 failed with: Code 205 (No network route)

zigbee.0
2024-05-07 16:56:19.683	warn	Send command to 0x001788010db82a55 failed with: Code 205 (No network route)

zigbee.0
2024-05-07 16:52:55.887	info	Device '0x00124b00077b7fe8' announced itself

zigbee.0
2024-05-07 16:52:37.138	info	Device '0x00124b0008a50109' announced itself

zigbee.0
2024-05-07 16:52:34.018	info	Device '0x00124b00074e8fdf' announced itself

zigbee.0
2024-05-07 16:46:44.677	error	Error 225 on send command to 0x001788010db82a55. Error: Error: ZCL command 0x001788010db82a55/11 genOnOff.off({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC channel access failure' (225)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:411:23) at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20) at Request.send (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/helpers/request.ts:79:20) at Endpoint.zclCommand (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:756:28) at Endpoint.command (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/model/endpoint.ts:587:24) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:48:17) at Object.convertSet (/opt/iobroker/node_modules/zigbee-herdsman-converters/src/converters/toZigbee.ts:1131:32) at /opt/iobroker/node_modules/iobroker.zigbee/main.js:754:36

zigbee.0
2024-05-07 16:46:38.827	info	Device '0x00124b00090da34c' announced itself

zigbee.0
2024-05-07 16:46:14.310	warn	Send command to 0x001788010db82a55 failed with: Code 205 (No network route)

zigbee.0
2024-05-07 16:43:29.298	info	List of port: [{"path":"/dev/ttyACM0","manufacturer":"Texas Instruments","serialNumber":"L1100QXL","pnpId":"usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00","vendorId":"0451","productId":"bef3"},{"path":"/dev/ttyACM1","manufacturer":"Texas Instruments","serialNumber":"L1100QXL","pnpId":"usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if03","vendorId":"0451","productId":"bef3"},{"path":"/dev/ttyS0"}]

[Homoran]

@legro sagte in ZigBee Störung:

Hier das Log von einem Neustart ..

bitte beantworte meine Frage und die von @MartinP

[legro]

@homoran

pi@raspiBullseye:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 May  7 16:17 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 May  7 16:17 usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if03 -> ../../ttyACM1

pi@raspiBullseye:~ $ ls -l /dev/tty*
crw-rw-rw- 1 root tty       5,  0 May  7 16:17 /dev/tty
crw--w---- 1 root tty       4,  0 May  7 16:17 /dev/tty0
crw------- 1 pi   tty       4,  1 May  7 16:39 /dev/tty1
crw--w---- 1 root tty       4, 10 May  7 16:17 /dev/tty10
crw--w---- 1 root tty       4, 11 May  7 16:17 /dev/tty11
crw--w---- 1 root tty       4, 12 May  7 16:17 /dev/tty12
crw--w---- 1 root tty       4, 13 May  7 16:17 /dev/tty13
crw--w---- 1 root tty       4, 14 May  7 16:17 /dev/tty14
crw--w---- 1 root tty       4, 15 May  7 16:17 /dev/tty15
crw--w---- 1 root tty       4, 16 May  7 16:17 /dev/tty16
crw--w---- 1 root tty       4, 17 May  7 16:17 /dev/tty17
crw--w---- 1 root tty       4, 18 May  7 16:17 /dev/tty18
crw--w---- 1 root tty       4, 19 May  7 16:17 /dev/tty19
crw--w---- 1 root tty       4,  2 May  7 16:17 /dev/tty2
crw--w---- 1 root tty       4, 20 May  7 16:17 /dev/tty20
crw--w---- 1 root tty       4, 21 May  7 16:17 /dev/tty21
crw--w---- 1 root tty       4, 22 May  7 16:17 /dev/tty22
crw--w---- 1 root tty       4, 23 May  7 16:17 /dev/tty23
crw--w---- 1 root tty       4, 24 May  7 16:17 /dev/tty24
crw--w---- 1 root tty       4, 25 May  7 16:17 /dev/tty25
crw--w---- 1 root tty       4, 26 May  7 16:17 /dev/tty26
crw--w---- 1 root tty       4, 27 May  7 16:17 /dev/tty27
crw--w---- 1 root tty       4, 28 May  7 16:17 /dev/tty28
crw--w---- 1 root tty       4, 29 May  7 16:17 /dev/tty29
crw--w---- 1 root tty       4,  3 May  7 16:17 /dev/tty3
crw--w---- 1 root tty       4, 30 May  7 16:17 /dev/tty30
crw--w---- 1 root tty       4, 31 May  7 16:17 /dev/tty31
crw--w---- 1 root tty       4, 32 May  7 16:17 /dev/tty32
crw--w---- 1 root tty       4, 33 May  7 16:17 /dev/tty33
crw--w---- 1 root tty       4, 34 May  7 16:17 /dev/tty34
crw--w---- 1 root tty       4, 35 May  7 16:17 /dev/tty35
crw--w---- 1 root tty       4, 36 May  7 16:17 /dev/tty36
crw--w---- 1 root tty       4, 37 May  7 16:17 /dev/tty37
crw--w---- 1 root tty       4, 38 May  7 16:17 /dev/tty38
crw--w---- 1 root tty       4, 39 May  7 16:17 /dev/tty39
crw--w---- 1 root tty       4,  4 May  7 16:17 /dev/tty4
crw--w---- 1 root tty       4, 40 May  7 16:17 /dev/tty40
crw--w---- 1 root tty       4, 41 May  7 16:17 /dev/tty41
crw--w---- 1 root tty       4, 42 May  7 16:17 /dev/tty42
crw--w---- 1 root tty       4, 43 May  7 16:17 /dev/tty43
crw--w---- 1 root tty       4, 44 May  7 16:17 /dev/tty44
crw--w---- 1 root tty       4, 45 May  7 16:17 /dev/tty45
crw--w---- 1 root tty       4, 46 May  7 16:17 /dev/tty46
crw--w---- 1 root tty       4, 47 May  7 16:17 /dev/tty47
crw--w---- 1 root tty       4, 48 May  7 16:17 /dev/tty48
crw--w---- 1 root tty       4, 49 May  7 16:17 /dev/tty49
crw--w---- 1 root tty       4,  5 May  7 16:17 /dev/tty5
crw--w---- 1 root tty       4, 50 May  7 16:17 /dev/tty50
crw--w---- 1 root tty       4, 51 May  7 16:17 /dev/tty51
crw--w---- 1 root tty       4, 52 May  7 16:17 /dev/tty52
crw--w---- 1 root tty       4, 53 May  7 16:17 /dev/tty53
crw--w---- 1 root tty       4, 54 May  7 16:17 /dev/tty54
crw--w---- 1 root tty       4, 55 May  7 16:17 /dev/tty55
crw--w---- 1 root tty       4, 56 May  7 16:17 /dev/tty56
crw--w---- 1 root tty       4, 57 May  7 16:17 /dev/tty57
crw--w---- 1 root tty       4, 58 May  7 16:17 /dev/tty58
crw--w---- 1 root tty       4, 59 May  7 16:17 /dev/tty59
crw--w---- 1 root tty       4,  6 May  7 16:17 /dev/tty6
crw--w---- 1 root tty       4, 60 May  7 16:17 /dev/tty60
crw--w---- 1 root tty       4, 61 May  7 16:17 /dev/tty61
crw--w---- 1 root tty       4, 62 May  7 16:17 /dev/tty62
crw--w---- 1 root tty       4, 63 May  7 16:17 /dev/tty63
crw--w---- 1 root tty       4,  7 May  7 16:17 /dev/tty7
crw--w---- 1 root tty       4,  8 May  7 16:17 /dev/tty8
crw--w---- 1 root tty       4,  9 May  7 16:17 /dev/tty9
crw-rw---- 1 root dialout 166,  0 May  7 21:43 /dev/ttyACM0
crw-rw---- 1 root dialout 166,  1 May  7 16:17 /dev/ttyACM1
crw------- 1 root root      5,  3 May  7 16:17 /dev/ttyprintk
crw-rw---- 1 root dialout   4, 64 May  7 16:17 /dev/ttyS0

[Homoran]

@legro und die Antwort meine Frage????

@homoran sagte in ZigBee Störung:

hast du jetzt auf /dev/serial/by-id/ umgestellt?

...oder immer noch auf /ttyACM...

Wenn immer noch, dann welchen?

[legro]

@homoran sagte in ZigBee Störung:

@legro und die Antwort meine Frage????

@homoran sagte in ZigBee Störung:

hast du jetzt auf /dev/serial/by-id/ umgestellt?

...oder immer noch auf /ttyACM...

Wenn immer noch, dann welchen?

Wo soll ich das wie machen?