NEWS
ZigBee Störung
-
@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
-
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"} ]
-
Das zigbee-Ding hat 2 Interfaces.
-
@thomas-braun said in ZigBee Störung:
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 ...
-
@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 -
@martinp es ist ein Entwickler Chip... und die können ein bissel mehr
das interface if00 ist das richtige
-
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?
-
@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? -
@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.
-
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.
-
@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.
-
...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 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.
-
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?
-
@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:
-
...und bitte diese Fragen beantworten
@homoran sagte in ZigBee Störung:
...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.
-
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"}]
-
@legro sagte in ZigBee Störung:
Hier das Log von einem Neustart ..
bitte beantworte meine Frage und die von @MartinP
-
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
-
@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?