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

[legro]

@samson71 sagte in ZigBee Störung:

@legro sagte in ZigBee Störung:

> Wi-Fi is currently blocked by rfkill.

> Use raspi-config to set the country before use.

Da liegt scheinbar ein Problem.

Gewiss ist dies nicht die Ursache. Ich schalte grundsätzlich WLAN auf dem Raspberry Pi aus, da seit Jahr und Tag dieser per LAN in unser Netzwerk eingebunden ist.

[MartinP]

@legro Vorne steht in untenstehender Log-Meldung "ttyACM0, hinten" ttys0" vielleicht bringt das etwas durcheinander

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"}]

Trage probeweise mal den hoffentlich vorhandenen Eintrag unter "/dev/serial/by-id" als Pfad zum Device in der Konfiguration ein. Der wird extra dafür angelegt, um solches Durcheinander nach Reboots zu vermeiden.

[Thomas Braun]

@martinp sagte in ZigBee Störung:

Trage probeweise mal den hoffentlich vorhandenen Eintrag unter "/dev/serial/by-id" als Pfad zum Device in der Konfiguration ein. Der wird extra dafür angelegt, um solches Durcheinander nach Reboots zu vermeiden.

Dazu gibt es 'frischen Code' in

iob diag

Da wird das Setup mit den by-id-Links verglichen und es gibt einen Hinweis dazu. (Jedenfalls in der Theorie...)

[MartinP]

@thomas-braun said in ZigBee Störung:

Dazu gibt es 'frischen Code'

gut zu wissen ... continuous improvement at its best ...

[Homoran]

@thomas-braun sagte in ZigBee Störung:

Da wird das Setup mit den by-id-Links verglichen und es gibt einen Hinweis dazu. (Jedenfalls in der Theorie...)

Ja! scheint auch in der Praxis zu funktionieren, ist mir bereits positiv in einigen Diags aufgefallen

incl. weiterer Verbesserungen

[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.