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 itselfKann 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 itselfKann 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 -> ../../ttyACM1pi@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?
-
@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?
-
@legro sagte in ZigBee Störung:
@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?
du sollst seit Stunden die Schnittstelle in der Konfiguration des Zigbee Adapters auf die Schreibweise mit /dev/serial/ by-id/ ändern!
-
@homoran sagte in ZigBee Störung:
du sollst seit Stunden die Schnittstelle in der Konfiguration des Zigbee Adapters auf die Schreibweise mit /dev/serial/ by-id/ ändern!
Danach frage ich doch gerade. Wie?
-
@legro sagte in ZigBee Störung:
Danach frage ich doch gerade. Wie?
Da wo man den COM-Port definiert. Trag da
/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00ein, falls da was anderes drin steht.
-
Ich fürchte, ich habe noch immer nicht verstanden, was ich genau machen soll. So sieht das bei mir aus ..
-
@legro sagte in ZigBee Störung:
So sieht das bei mir aus ..
und wie endet dort die Zeile mit /dev/serial.....
-
/dev/serial/by-id/usb-Texas_Instruments_XDS110__03.00.00.20__Embed_with_CMSIS-DAP_L1100QXL-if00
Seit Jahr und Tag hat das if00 stets funktioniert.
-
@legro Ist dieses "Network = DDDDDDDDDDDDDDDDDDDDDDDA" auch schon immer so gewesen?
Langsam gehen mir die Ideen aus ...
Ob das Betriebssystem gemeint hat, den Braille-TTY Prozess zu starten könntest Du noch prüfen.
Siehe: https://github.com/arduino/help-center-content/issues/155 -
können wir uns jetzt mal dem Problem widmen.. anstatt Sinlos irgendwelche Konfigurationen durchzugehen (sry aber anders kann ich es nicht audrücken)
@legro poste bitte die nvbackup.json aus dem Ordner /opt/iobroker/iobroker-data/zigbee_0
sollte diese ok sein. wird mit dem Board was nicht ok sein und ich würde es neu flashen..
wie @Asgothian schon geschrieben hat .. es stimmt mit dem Netzwerk was nicht ..NICHT mit den Adapter Einstellungen
