Fehler nach Zigbee Adapter Update auf 1.8.25

[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