Zum Thema wann müssen die Batterien gewechselt werden - es gibt (wie auch der Post auf Github zeigt) durchaus Geräte die bei 0% Batterie noch gehen. Nur wie lange noch ist da fraglich.

A.

• Über die Frage ab welcher Batterie % das Icon rot werden darf kann gerne diskutiert werden.
• Das die neue Darstellung der Batterie % besser ist als vorher ist in meinen Augen gesetzt - ich werde da keine Zeit hinein stecken die Änderung rückgängig machen zu lassen
• Das es funktioniert zeigt auch das was der Ersteller dieses GitHub Issues beobachtet hat:

https://github.com/ioBroker/ioBroker.zigbee/issues/1370

A.

Gerade eine Batterie im Rauchmelder ausgetauscht. Gemessene Spannung mit Multimeter 3.22 Volt und das zeigt jetzt der Adapter

1. Eine neu CR Lithium Batterie hat immer über 3,2V
2. Die 3Volt was auf der Verpackung stehen gelten unter eine bestimmte Last. Der Aqara Sensor wird niemals so ein last produzieren.
3. Wenn Aqara sagt, die Batterie hat 3,0 Volt, dass heißt das die Batterie halb leer ist. Unter 2,8 werden die Sensoren nicht funktionieren.
4. Endlich, werden die Batterie % ab sofort besser berechnet. 👍

Vielen Dank für die Info

Das kann ich so nicht bestätigen. Ich habe Knopfzellen bei denen ich ohne Last deutlich über 3 V messen kann. 3V sind also nicht zwingend 100%. Des weiteren gab es viele Meldungen das bei den Xiaomi Geräten die % Zahl bei 100% blieb bis die Geräte plötzlich tot waren.

Aus diesem Grund wurde die Berechnung angepasst. Siehe auch
https://github.com/Koenkk/zigbee2mqtt/issues/8499

A.

• Woraus schließt du das die % werte nicht passen ?
• Woraus schliesst du das die % Werte bei 1.6.6 gepasst haben ?

A.

und nochmal, viel Dank für die Hilfe

VG Thomas

Eigentlich ist das Problem erst seit ich einen Shelly 2.5 gegen einen Zigbee Rolladen-Aktor austauschen wollte. Vorher gab es auch mit der Version 1.6.6 keinerlei Probleme. Meine FritzBox funkt auf Kanal 4-8 und der Koordinator war und ist auf Kanal 11 eingestellt. Vor gut 2 Monaten habe ich Pi4 auf SSD umgestellt und standard USB-Kabel genutzt. Das macht natürlich Sinn was Du schreibst mit "Normalen" USB-Kabel, deshalb gerade ein längeres geschirmtes bestellt. Somit kann ich weiter enfernt den CC2652 vom Serverschrank positionieren. Ich hatte noch drei kürzere USV-Verlängerungen und habe erstmal eine Kette gebildet und das Gerät (Danfoss Ally) reagiert schon mal wieder.
Das neue Gerät (Rolladen-Aktor) ist in der Bibliothek von zigbee2mqtt mit aufgeführt, in dieser Bibliothek nicht und deshalb dachte ich das er noch nicht dabei ist.
So wie Du schreibst vermute ich stark das es ein PRoblem der USB-Kabel SSD und WLAN war/ist. Ich würde jetzt warten bis ich das neuel USB-Verlängerungskabel habe und dann testen. Der CC2652 funktioniert zur Zeit problemlos, heute Abend werden weitere Geräte eingelernt und schaue ich weiter.

Viel Dank für die Hilfe und ich werden hier berichten mit den Notwendigen Informationen und korrekter Darstellung von Logs usw.

VG Thomas

Zu früh gefreut, CC2652RB "schaltet" sich nicht mehr ab wenn ein Switch State betätigt wird aber im Objekt bleibt der State vom Adapter unbestätigt

• Logs als Screenshots posten führt nicht dazu das sich das angesehen wird. Bitte logs in der Zukunft als Text in Code Tags (</>) posten. Dabei bitte NICHT einfach den Text aus dem Admin kopieren sondern über den Button "log herunterladen" die Textdatei herunter laden und die relevanten Zeilen posten.
• Logs bitte immer mit den relevanten Informationen versehen. Dabei ist ein Filtern auf Einträge nur vom Zigbee Adapter nur bedingt förderlich, da einige der Fehlermeldungen vom Host Prozess und nicht vom Zigbee Adapter stammen.
• "Genaue" Fehlerbeschreibungen posten. Wenn beim Bedienen eines bestimmten Gerätes der Adapter abstürzt dann ist interessant:
  -- welches Gerät das ist
  -- was genau Du zu tun versucht hast
  -- was in dem Zeitraum im Log aufgetaucht ist (Aktion +- 1 Minute)

Jetzt du dem was aus Deinen geposteteten Log-Schnipseln erkennbar ist:

1. Du hast Probleme mit dem 2.4 GHz Netzwerk. Es scheint so zu sein das eine Störquelle den Funkchip auf dem CC2652 aus dem Tritt bringt (Fehlermeldung 225: MAC Access Channel Failure). Mögliche Ursachen sind:

• Nutzung einer USB3 Festplatte/SSD mit einem schlechten Adapter. Dieser Punkt ist seit längerem (2017 !!!) bekannt. Schlecht geschirmte USB3 Verbindungen können sogar den WLAN Empfang auf 2.4 GHz stören. (https://www.heise.de/newsticker/meldung/c-t-Tipp-der-Woche-USB-3-0-stoert-WLAN-und-Drahtlos-Maus-3726700.html)
• Überschneidung des Zigbee-Kanals mit einem extrem vollen WLAN Kanal
• Störung durch:
  -- Funk Kopfhörer
  -- DECT Telefon auf 2.4 GHz
  -- andere 2.4 GHz Geräte.

2. Du hast offensichtlich ein Problem beim Start des Adapters. Leider hast du in deinen Logs die interessanten Informationen ausgeblendet, so das Dir keiner sagen kann woran das wirklich liegt.
3. Thema Gerät unterstützen: Damit der Zigbee-Adapter das Gerät unterstützen kann muss es in der vom Adapter genutzten Bibliothek unterstützt sein (zigbee2mqtt.io).

A.

nochmal... WAS MACHST DU genau ????

Danke im voraus
VG Thomas

Aus dem Log