Fehler nach Zigbee Adapter Update auf 1.8.25

[Snopy_16]

@esp8266
Vielmals entschuldigung, dass ich gefragt habe.
Ich habe leider KEIN Testsystem zur Verfügung und es wird ja immer wieder dazu geraten, nichts anderes als stable Versionen zu installieren.

Habs jetzt riskiert, und nun die Version 1.9.3. aus npm auf meinem Echtsystem installiert.
Auf den ersten Blick scheint alles zu funktionieren.

[ESP8266]

@snopy_16 , was soll das mit der Entschuldigung?
Man testet halt oder lässt es. Man kann zur Not zur alten Version wieder zurück springen wenn es nicht läuft.
Ich bin schon einiger Zeit auf der neuen Version und nutze nur deine Gerätschaften nicht.
Wie soll ich dir also schreiben, ob dein Problem damit weg sein könnte?

[Pedder007]

Hallo @arteck ich habe gerade auch die 1.9.3 getestet.
Leider funktioniert diese mit dem ZigStar GW (FW Vers.: 0.6.10) noch nicht.
Adapter bleibt rot und in der GW Web-Oberfläche bleibt auch 'General - Socket' auf 'rot'.

Log sagt folgendes:

zigbee.0
2023-12-28 10:08:07.477	info	terminating

zigbee.0
2023-12-28 10:08:06.976	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

zigbee.0
2023-12-28 10:08:06.976	info	terminating

zigbee.0
2023-12-28 10:08:06.976	info	cleaned everything up...

zigbee.0
2023-12-28 10:08:06.961	error	JSON.stringfy is not a function

zigbee.0
2023-12-28 10:08:06.961	error	TypeError: JSON.stringfy is not a function at Zigbee.applyExternalConverters (/opt/iobroker/node_modules/iobroker.zigbee/main.js:286:75) at Zigbee.onReady (/opt/iobroker/node_modules/iobroker.zigbee/main.js:195:14) at Zigbee.<anonymous> (/opt/iobroker/node_modules/iobroker.zigbee/main.js:68:37) at Zigbee.emit (node:events:517:28) at Zigbee.emit (node:domain:489:12) at Zigbee._callReadyHandler (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11928:18) at /opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:11905:26

zigbee.0
2023-12-28 10:08:06.894	error	unhandled promise rejection: JSON.stringfy is not a function

zigbee.0
2023-12-28 10:08:06.894	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

zigbee.0
2023-12-28 10:08:06.892	info	Apply converter from module: /opt/iobroker/iobroker-data/zigbee_0/water.js

zigbee.0
2023-12-28 10:08:06.881	info	starting. Version 1.9.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17

zigbee.0
2023-12-28 10:08:03.851	warn	Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason

zigbee.0
2023-12-28 10:08:03.760	error	adapter disabled

Nach Downgrade auf 1.8.24 läuft sofort alles wieder.
Ich nehme auch mal @dimaiv mit hier rein, evtl. braucht ja auch die GW Firmware ein Update?

[dimaiv]

@pedder007
Hi.
Zigbee GW läuft einwandfrei mit dem Zigbee Adapter in Version 1.9.3, ausser bekannte Fehler mit IKEA Lampen.

Wenn du einen externen Converter in Zigbee Adapter Einstellungen eingetragen hast, deaktiviere denn bitte und versuche noch mal.

P.S.: habe gerade genau angeguckt, ja, du hast mindestens einen externen Converter water.js.
Der ist jetz, wahrscheinlich, in Original Converter vorhanden.

[arteck]

@pedder007 sagte in Fehler nach Zigbee Adapter Update auf 1.8.25:

ypeError: JSON.stringfy is not a function at Zigbee.applyExternalConverter

du hast gerade noch ein Fehler gefunden.... installier mal die GIT version

[Pedder007]

@dimaiv das war es, den Konverter hatte ich vor Wochen/Monaten mal, ich meine mit Unterstützung hier aus dem Forum ( @arteck
/ @Asgothian ?) eingerichtet. Den hatte ich überhaupt nicht mehr auf dem Schirm.

Den habe ich nun herausgenommen und dann, @arteck, von GIT die 1.9.4 installiert. Danach startet der Adapter wieder durch.

Die beiden Wassermelder (Stichw.: Konverter) habe ich dann neu angelernt, allerdings kommen die dann noch mit folgender Fehlermeldung, welche beim Neustart des Adapter so auch reproduzierbar ist. Funktionieren tun sie trotzdem noch.
Ich weiß auch leider überhaupt nicht mehr, ob das der Grund damals für den Konverter war.

zigbee.0
2023-12-29 11:11:56.007	error	DeviceConfigure:Failed to DeviceConfigure.configure 0x84fd27fffe31acc7 TS0207 (Error: Bind 0x84fd27fffe31acc7/1 genPowerCfg from '0x00124b0025793af8/1' failed (AREQ - ZDO - bindRsp 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
2023-12-29 11:11:45.874	info	Configuring 0x84fd27fffe31acc7 TS0207

zigbee.0
2023-12-29 11:11:45.873	error	DeviceConfigure:Failed to DeviceConfigure.configure 0x804b50fffe2533cb TS0207 (Error: Bind 0x804b50fffe2533cb/1 genPowerCfg from '0x00124b0025793af8/1' failed (AREQ - ZDO - bindRsp 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))

[dimaiv]

@pedder007
Du muss den Wassermelder aufwachen während Configurierung.

[Pedder007]

@dimaiv sagte in Fehler nach Zigbee Adapter Update auf 1.8.25:

Wassermelder aufwachen

Wie meinst Du das? - soll ich sie auslösen? Weil neu angelernt hatte ich die beiden ja schon.

Da kommen jetzt auch noch ausführlichere Fehlermeldungen:

zigbee.0
2023-12-29 15:05:03.488	error	DeviceConfigure:Failed to DeviceConfigure.configure 0x84fd27fffe31acc7 TS0207 (Error: ConfigureReporting 0x84fd27fffe31acc7/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 (Timeout - 31277 - 1 - 194 - 1 - 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
2023-12-29 15:04:38.238	info	Configuring 0x84fd27fffe31acc7 TS0207

zigbee.0
2023-12-29 14:55:09.605	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-29 14:54:11.879	info	Configuring 0x804b50fffe2533cb TS0207

[Pedder007]

Hallo nochmal.

Danke Euch für die nun offizielle 1.9.5 läuft sofort.

Bzgl. des Problemchens mit den Wassermeldern habe ich nun beim Adapterneustart mal den einen Wassermelder ausgelöst, bzw. auch mal kurz den Anlernknopf gedrückt.
Darauf kam zumindest schon einmal bei diesem, nach 'Configuring .... TS0207' keine Fehlermeldung mehr und im ZigBee Adapter wird nun auch der Batteriestand in % angezeigt.

Wenn das da so bleibt, mache ich das auch noch mit dem anderen. Der ist nur etwas schwer zugänglich verbaut und löst ggf. auch direkt den Hausalarm aus

Edit:
Zu früh gefreut. Kaum hatte ich das hier gepostet kam schon wieder:

zigbee.0
2023-12-30 13:00:11.540	error	DeviceConfigure:Failed to DeviceConfigure.configure 0x804b50fffe2533cb TS0207 (Error: Bind 0x804b50fffe2533cb/1 genPowerCfg from '0x00124b0025793af8/1' failed (AREQ - ZDO - bindRsp 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]

@pedder007 das ist aber was anderes.. da antwortet was nicht..

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