Fehler nach Zigbee Adapter Update auf 1.8.25

Pedder007

Hallo @arteck, dank auch für Deine Rückmeldung.
Sorry aber das ließt sich für mich alles halbwegs gleich kryptisch (habe hier leider immer so viele weitere, auch außerhalb Smarthome, Baustellen parallel, dass ich nie die Zeit finde, da mal tiefer einzutauchen, wenn ich mal Rentner bin, ... )

Das kam wie gesagt gestern so, nachdem ich den einen Melder neu angelernt hatte. Wenn ich nun im Log zurückschaue, dann finde ich wieder für beide Melder, immer so ca. alle 2 Stunden, so etwas:


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

Im Adapter werden sie allerdings unterschiedlich dargestellt (einer mit und einer ohne Batteriestand):

Wenn Du mir evtl. noch einen Hinweis bzgl. des 'Aufwachens', was @dimaiv schrieb, geben könntest, würde ich das mal ausprobieren. Ich hatte da gestern bereits in der Instanz unter 'Entwickler' herumgetüftelt, aber das ist dann bei mir immer eher wie, 'mal sehen was passiert' und kein gezielter Umgang damit

keksn

@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))

arteck

@keksn zeig mir den start des Adapter..aus dem LOG und nicht nur 3 Zeilen

keksn

@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)

keksn

@arteck Danke für die Korrektur, der Fehler tritt in der Version V 1.9.7 nicht mehr auf!

Pedder007

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

arteck

@pedder007 gehts nur um das Bild oder die Funktionsweise ?? wenn erstes dann ist es völlig egal ie es auf dem Bild aussieht

Pedder007

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

arteck

der kriegt ein timeout.. bei configure.. musst den mal wecken..

Pedder007

@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?

arteck

@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

Pedder007

@arteck ok, danke Dir! Dann war ich ja schon richtig unterwegs und mache mal nix weiter...
Dir dann einen schönen sonnigen Tag noch

NEWS

Fehler nach Zigbee Adapter Update auf 1.8.25

Support us

1.0k
Online

31.6k
Users

79.6k
Topics

1.3m
Posts

NEWS

Fehler nach Zigbee Adapter Update auf 1.8.25

Support us

1.0kOnline

31.6kUsers

79.6kTopics

1.3mPosts

1.0k
Online

31.6k
Users

79.6k
Topics

1.3m
Posts