Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Asgothian]

@Supernils sagte in Tester gesucht: Zigbee 3.2.x:

Nach dem Update auf 3.3.1 ist der aktuelle Wert 'null':

Der Null Wert wird vom SQL Adapter geschrieben, nicht vom Zigbee Adapter. Bist du sicher das es am Update des ZIgbee Adapters liegt, und nicht am Update des SQL Adapters ?

Der letzte Wert der vom Zigbee Adapter geschrieben wurde ist korrekt.

A.

[dimaiv]

Frohes neues ;)

@asgothian

Ich benutze auch SQL
Seit 3.3.1 läuft bei mir alles sauber, keine Fehler und keine unnötige Logeinträge mehr (habe ich Anfang Dezember hier weiter oben gemeldet).
Danke dir.

P.S.: SQL Adapter hat schon lange keine Updates.

[Asgothian]

@dimaiv sagte in Tester gesucht: Zigbee 3.2.x:

Ich benutze auch SQL
Seit 3.3.1 läuft bei mir alles sauber, keine Fehler und keine unnötige Logeinträge mehr (habe ich Anfang Dezember hier weiter oben gemeldet).
Danke dir.

P.S.: SQL Adapter hat schon lange keine Updates.

Gut zu wissen - ich hatte nach deiner Meldung den von mir als vermutliche Ursache Teil im Code angepasst - konnte das halt nur nicht veröffentlichen wegen Problemen mit ZHC 8 und ZH 25.85 oder neuer.

Ich gehe also davon aus das @supernils ein anderes Problem hat, und das der Zigbee Adapter da nicht ursache ist.

A.

[Supernils]

Der Wert 'null' wird reingeschrieben, wenn ich mir die History über meine Lovelace viso anschaue (mit Zigbee 3.3.1).
Dann erscheint folgender Log Eintrag:

sql.0
2026-01-01 19:55:11.666	warn	getOneCachedData: got null states 1 times for zigbee.0.00158d000549b2f5.temperature

Ich bin erstmal zurück auf Zigbee 3.2.5. Damit tritt das Problem nicht auf. Hm.. erstmal abwarten. Trotzdem danke

[Asgothian]

Die Lovelace visu sollte ausschliesslich auf sql zugreifen - die Zigbee Version ist da eher nicht beteiligt. Wenn Werte vom Zigbee in die SQL Datenbank geschrieben werden sollte es passen.

Stimmen die Datentypen ?

A.

[Asgothian]

@Supernils sagte in Tester gesucht: Zigbee 3.2.x:

Ich bin erstmal zurück auf Zigbee 3.2.5. Damit tritt das Problem nicht auf. Hm.. erstmal abwarten. Trotzdem danke

Ich habe noch etwas gefunden. Kannst du bitte die aktuelle 3.3.2 aus dem Latest installieren und schauen ob der Effekt immer noch da ist ?

A.

[Pedder007]

Moin, ich hatte gestern auch mal die 3.3.1 installiert und habe bisher keinerlei Probleme.
Device-Ansteuerung läuft weiterhin sauber, alle Daten kommen rein, ZigBee admin Ansicht ohne Fehler, Sortierkriterien funktionieren alle :-)

[Supernils]

@Asgothian sagte in Tester gesucht: Zigbee 3.2.x:

@Supernils sagte in Tester gesucht: Zigbee 3.2.x:

Ich bin erstmal zurück auf Zigbee 3.2.5. Damit tritt das Problem nicht auf. Hm.. erstmal abwarten. Trotzdem danke

Ich habe noch etwas gefunden. Kannst du bitte die aktuelle 3.3.2 aus dem Latest installieren und schauen ob der Effekt immer noch da ist ?

A.

@asgothian Fehler tritt mit der 3.3.2 nicht mehr auf. Danke!

[bilberry]

Hallo @asgothian, hab das Thema mit verfolgt. Jetzt bin ich aber neugierig, welche Änderung bzw. was die Ursache für den Fehler von @supernils war ;-)
(ich bin noch auf 3.3.0 aber bislang keinen Fehler beim SQL-Logging festgestellt)

[Asgothian]

Sicher bin ich nicht. Der eigentliche Fehler ist auch nicht im Zigbee Adapter, sondern im SQL Adapter.
Wenn ein Objekt mit einer 'custom configuration' die 'Speichern der Werte in SQL' aktiviert aktualisiert wird (im Gegensatz zum einfachen neuschreiben des Wertes), dann passiert irgendetwas im SQL Adapter was dazu führt das ggf. null Werte in die Datenbank geschrieben werden.
Verhindern kann man das in dem man dem SQL Adapter das Schreiben dieser (und anderer) null Werte verbietet. Erkennbar ist es daran das wie @dimaiv gepostet hat info Einträge vom SQL Adapter kommen über die Aktualisierung der Datenspeicherung. Das war zwischendurch gefixed, aber durch eine interne Anpassung kam das in der 3.3.1 dann doch wieder.

In der 3.3.2 hab ich das aktualisieren des Objektes auf die Fälle beschränkt wo es unbedingt notwendig ist.

Ob ich mir den eigentlichen Fehler im SQL Adapter anschauen / antun will weiss ich nicht - ich nutz Influx2 als Datenbank - da tritt das nicht auf.

A.

Edit: Tipp-Ex. Wer jetzt noch Fehler findet darf sie behalten.

[Asgothian]

@bilberry sagte in Tester gesucht: Zigbee 3.2.x:

Hallo @asgothian, hab das Thema mit verfolgt. Jetzt bin ich aber neugierig, welche Änderung bzw. was die Ursache für den Fehler von @supernils war ;-)
(ich bin noch auf 3.3.0 aber bislang keinen Fehler beim SQL-Logging festgestellt)

So, inzwischen habe ich die Ursache auch heraus gefunden. Auch warum nur einzelne Installationen betroffen waren.

Das ganze ist etwas komplex, und eine Kombination aus einem Effekt und einer SQL Einstellung:

Die Einstellung 'Write NULL values on start/stop boundaries', kombiniert mit dem ungünstigen Effekt das der Zigbee-Adapter bei einer Aktualisierung der Werte ein extendObject macht, da neben dem Wert ggf. auch noch die State-Farbe angepasst werden muss. Dieses extendObject wird vom SQL Adapter als kombiniertes Start/Stop signal wahrgenommen sofern es ein Objekt betrifft welches für Logging zu SQL konfiguriert ist. Das scheint nebenbei nur beim SQL Adapter problematisch zu sein, weder bei History noch bei Influx tritt dieser Effekt auf.

Dementsprechend gibt es 2 Lösungen:

• den Haken im SQL Adapter entfernen
• den Zigbee Adapter auf 3.3.2 (bald 3.3.3) aktualisieren)

A.

[BigMike71]

Moin,
habe festgestellt das seit einiger Zeit meine Temperature Sensoren alle nur 0 Grad anzeigen...
unter "Stashed error messages" wird das z.b angezeigt:

State value for a4c1384829252c36.temperature has value "-4.9" less than min "0". 4 07:57:24 08:00:20<

ist mir erst wo es so kalt ist heute aufgefallen.
hatte seit langem die 3.30 am laufen wo es jetzt auffiel!,
habe ein update auf die 3.3.2 gemacht, aber auch dort werden nur 0 Grad angezeigt
kann ich da was ändern und wenn wie?

[Asgothian]

siehe hier:
https://forum.iobroker.net/topic/83255/zigbee-v3.3.0-problem-mit-min-0-kleiner-0/23?_=1768118247567

[BigMike71]

@Asgothian
danke!

[bilberry]

@asgothian

So, inzwischen habe ich die Ursache auch heraus gefunden. Auch warum nur einzelne Installationen betroffen waren. […]

Danke für Deine Spurensuche und nochmalige Rückmeldung. 😃
Der Zusammenhang war ganz sicher nicht so leicht zu finden.

[Asgothian]

So.. die 3.3.3 ist raus - nur bugfixes, keine neuen Fähigkeiten.

A.

[Pedder007]

@Asgothian läuft ;-) danke!

[Asgothian]

die 3.3.4 ist raus. Es ist die letzte 3.3 mit 2 Anpassungen:

• Bugfix: Admin listed die seriellen Schnittstellen nicht auf
• Update auf ZH 8.1, ZHC 25.112.0

Wenn alles gut läuft geht die Version in einer Woche ins Stable.

Aktuell arbeite ich an der 3.4, die dann den ZH 9 und ZHC neuer als 25.112.0 unterstützt, sowie eine neue Methode zum setzen und löschen der Bindings bekommt.

A.

[Shadowhunter23]

Kurze Rückmeldung, 3.3.4 läuft bei mir ohne Probleme.

[Asgothian]

Die 3.3.5 ist raus, mit 2 Bugfixes:

• Crash bei Adapter-Start mit bestimmten Geräten
• send_payload mit dem folgenden Payload geht wieder - sprich man kann mehrere Cluster und Attribute mit einem Befehl lesen lassen:

{
  "read": [
    {
      "cluster": "genOnOff",
      "attributes": [
        "onOff"
      ]
    },
    {
      "cluster": "genLevelCtrl",
      "attributes": [
        "currentLevel"
      ]
    },
    {
      "cluster": "lightingColorCtrl",
      "attributes": [
        "colorTemperature"
      ]
    }
  ]
}