NEWS
Fehler nach Zigbee Adapter Update auf 1.8.25
-
@arteck Hallo, ich hab auch seit dem Update auf die V 1.8.25 Probleme mit meinen Sonoff Zigbee Geräten. Dieser Fehler tritt auch bei der Versionen 1.9.6 auf.
Nach downgrade auf V 1.8.4 läuft wieder alles normal.2024-01-01 09:24:50.512 error DeviceConfigure:Failed to DeviceConfigure.configure 0x00124b001e721e35 BASICZBR3 (Error: ConfigureReporting 0x00124b001e721e35/1 genOnOff([{"minimumReportInterval":0,"maximumReportInterval":65000,"reportableChange":1,"attribute":"onOff"}], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 57020 - 1 - 9 - 6 - 7 after 10000ms) at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)) zigbee.0 2024-01-01 09:24:49.257 info Configuring 0x00124b001e722512 BASICZBR3 zigbee.0 2024-01-01 09:24:49.225 error DeviceConfigure:Failed to DeviceConfigure.configure 0x00124b001e722512 BASICZBR3 (Error: ConfigureReporting 0x00124b001e722512/1 genOnOff([{"minimumReportInterval":0,"maximumReportInterval":65000,"reportableChange":1,"attribute":"onOff"}], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 22884 - 1 - 2 - 6 - 7 after 10000ms) at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7))
-
@keksn zeig mir den start des Adapter..aus dem LOG und nicht nur 3 Zeilen
-
@arteck ich habe die 1.9.5 nochmals installiert...
0 2024-01-01 09:53:08.953 warn DeviceAvailability:Failed to ping 0x7cb03eaa0a008701 LIGHTIFY Indoor Flex RGBW zigbee.0 2024-01-01 09:53:08.452 warn DeviceAvailability:Failed to ping 0x7cb03eaa0a07b3dd Plug 01 zigbee.0 2024-01-01 09:53:05.175 error DeviceConfigure:Failed to DeviceConfigure.configure 0x00124b001e721e35 BASICZBR3 (Error: ConfigureReporting 0x00124b001e721e35/1 genOnOff([{"minimumReportInterval":0,"maximumReportInterval":65000,"reportableChange":1,"attribute":"onOff"}], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 57020 - 1 - 9 - 6 - 7 after 10000ms) at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)) zigbee.0 2024-01-01 09:53:03.948 info Configuring 0x00124b001e722512 BASICZBR3 zigbee.0 2024-01-01 09:53:03.921 error DeviceConfigure:Failed to DeviceConfigure.configure 0x00124b001e722512 BASICZBR3 (Error: ConfigureReporting 0x00124b001e722512/1 genOnOff([{"minimumReportInterval":0,"maximumReportInterval":65000,"reportableChange":1,"attribute":"onOff"}], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Timeout - 22884 - 1 - 2 - 6 - 7 after 10000ms) at Timeout._onTimeout (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/waitress.ts:64:35) at listOnTimeout (node:internal/timers:569:17) at processTimers (node:internal/timers:512:7)) zigbee.0 2024-01-01 09:53:01.754 warn DeviceAvailability:Failed to ping 0x18fc260000b3cce1 RB 266 zigbee.0 2024-01-01 09:52:59.764 warn DeviceAvailability:Failed to ping 0x7cb03eaa0a045b3e Classic A60 W clear - LIGHTIFY zigbee.0 2024-01-01 09:52:42.061 info Configuring 0x00124b001e721e35 BASICZBR3 zigbee.0 2024-01-01 09:52:40.826 info debug devices set to [] zigbee.0 2024-01-01 09:52:40.773 warn download icon from https://www.zigbee2mqtt.io/images/devices/GZCGQ11LM.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/GZCGQ11LM.png zigbee.0 2024-01-01 09:52:40.771 warn download icon from https://www.zigbee2mqtt.io/images/devices/RB-266.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/RB 266.png zigbee.0 2024-01-01 09:52:40.769 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0044.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0044.png zigbee.0 2024-01-01 09:52:40.768 warn download icon from https://www.zigbee2mqtt.io/images/devices/RB-266.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/RB 266.png zigbee.0 2024-01-01 09:52:40.764 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0504B.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0504B.png zigbee.0 2024-01-01 09:52:40.763 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0044.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0044.png zigbee.0 2024-01-01 09:52:40.762 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0044.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0044.png zigbee.0 2024-01-01 09:52:40.761 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0044.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0044.png zigbee.0 2024-01-01 09:52:40.760 warn download icon from https://www.zigbee2mqtt.io/images/devices/ZBMINI.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ZBMINI.png zigbee.0 2024-01-01 09:52:40.756 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0504B.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0504B.png zigbee.0 2024-01-01 09:52:40.754 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0504B.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0504B.png zigbee.0 2024-01-01 09:52:40.749 warn download icon from https://www.zigbee2mqtt.io/images/devices/TS0504B.jpg saved into /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0504B.png zigbee.0 2024-01-01 09:52:40.739 info Zigbee started zigbee.0 2024-01-01 09:52:40.739 info 0x54ef441000a2032d (addr 12726): GZCGQ11LM - Xiaomi Aqara T1 light intensity sensor (EndDevice)
-
@arteck Danke für die Korrektur, der Fehler tritt in der Version V 1.9.7 nicht mehr auf!
-
@arteck hallo nochmal,
ich hatte jetzt nochmals ein paar Nachforschungen zu meinen Wassermeldern angestellt. Ich hatte damals mit Hilfe von @Asgothian (im Discord-Call) einen externen Konverter gebaut, welcher bei meiner ioBroker Migration vom Raspi in einen Proxmox Container wahrscheinlich verloren gegangen ist.Ich habe nun auch nochmals auf dem alten Raspi gesucht, kann ihn dort aber auch nicht mehr finden. Das war der Konverter 'water..js', der mir hier (weiter oben) beim Update Probleme gemacht hatte.
Wie bekommen wir das nun wieder hin? Soll ich einen Device-Request auf GIT erstellen?
Mir ist nur nicht so ganz klar was dafür konkret benötigt wird.Der Zigbee Adapter erkennt da aktuell dieses Device: 'https://www.zigbee2mqtt.io/devices/TS0207_water_leak_detector.html'.
Meins sieht allerdings anders aus: Kompakte Bauform (wie die Xiaomis: https://www.zigbee2mqtt.io/devices/SJCGQ11LM.html), allerdings mit Gummi-Einsatz oben drauf, worunter sich der Pairing-Knopf befindet. -
@pedder007 gehts nur um das Bild oder die Funktionsweise ?? wenn erstes dann ist es völlig egal ie es auf dem Bild aussieht
-
@arteck nee, das Bildchen ist mir egal, war nur ein Versuch der Zustandsbeschreibung
Das Problem hatte ich ja bereits weiter oben gepostet:
zigbee.0 2023-12-31 09:38:05.556 error DeviceConfigure:Failed to DeviceConfigure.configure 0x804b50fffe2533cb TS0207 (Error: ConfigureReporting 0x804b50fffe2533cb/1 genPowerCfg([{"attribute":"batteryPercentageRemaining","minimumReportInterval":3600,"maximumReportInterval":65000,"reportableChange":0}], {"sendWhen":"immediate","timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'MAC transaction expired' (240)) at ZStackAdapter.sendZclFrameToEndpointInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:415:23) at processTicksAndRejections (node:internal/process/task_queues:95:5) at Queue.executeNext (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:32:32)) zigbee.0 2023-12-31 09:37:08.319 info Configuring 0x804b50fffe2533cb TS0207
Wenn ich mich da richtig erinnere, wird beim anlernen zwar ein Datenpunkt 'Battery in %' angelegt, aber der führt dann irgendwie zu Problemen und deshalb gibt's dann da die Errors.
In den Objekten sieht das Ding so aus:
Bzw. der DP 'Battery percent' so:
{ "type": "state", "common": { "name": "Battery percent", "type": "number", "unit": "%", "read": true, "write": false, "role": "value.battery", "min": 0, "max": 120, "icon": "img/battery_p.png" }, "native": {}, "from": "system.adapter.zigbee.0", "user": "system.user.admin", "ts": 1703953524774, "_id": "zigbee.0.804b50fffe2533cb.battery", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }
-
der kriegt ein timeout.. bei configure.. musst den mal wecken..
-
@arteck die Frage hatte ich ja auch schon oben gestellt , was heißt 'wecken' denn genau?
Ich hatte die beiden beim anlernen jeweils ausgelöst (Wasserkontakte), bzw. auch noch zusätzlich 2-3x jeweils kurz den Anlernknopf gedrückt. Das hatte erstmal nicht geholfen. Danach habe ich dann noch zusätzlich im Adapter unter Entwickler mal 1-2 'reads' abgesetzt.
Danach waren die Meldungen aber immer noch da.
Was jetzt nur komisch ist, ich habe gerade nochmals im Log nachgeschaut, aktuell kommt da anscheinend nichts mehr rein.
Kann sich das 'von selber' geregelt haben? -
@pedder007 sagte in Fehler nach Zigbee Adapter Update auf 1.8.25:
Kann sich das 'von selber' geregelt haben?
ja...
die Batteriegeräte gehen in schlafmodus.. jedes hat auch ein Knopp zum anlernen .. ein wecken ist.. diesen Knopp mal kurz zu drücken..dan sendet es paar Daten.. und empfängt fals nötig ein configure
-
@arteck ok, danke Dir! Dann war ich ja schon richtig unterwegs und mache mal nix weiter...
Dir dann einen schönen sonnigen Tag noch