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

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