Tester gesucht: Zigbee 3.2.x

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:
Screenshot 2026-01-10 at 22.53.08.png

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"
      ]
    }
  ]
}

babl

Hallo, habe auf die 3.3.5 upgedatet jetzt sind alle Icon weg,

mit iob upload zigbee, kommt was komisches

upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/shuffle.min.js shuffle.min.js application/javascript
upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/tab_m.html tab_m.html text/html
upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/vis-network.min.css vis-network.min.css text/css
upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/vis-network.min.js vis-network.min.js application/javascript
upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/words.js words.js application/javascript

was stimmt da nicht?

Asgothian

Das ist normal. Diese Module waren immer schon teil des Admin. Ich sehe da erst einmal nichts seltsames. Auch das die Icons erst einmal fehlen ist nach einem Update des Adapters normal.

Hast du

den Adapter neu gestartet ?
abgewartet ? Die Icons müssen erst erneut herunter geladen werden wenn eine neue Version installiert wurde - das macht der Adapter von alleine.

A.

Nachtrag: alternativ kann man es über die Einstellungen des Adapters auch von Hand anstossen:

Screenshot 2026-02-09 at 16.34.01.png

babl

ok, habe zigbee nochmals neu gestartet, jetzt sind fast alle Icons da, bis auf diese:

https://www.zigbee2mqtt.io/devices/A7Z.html

Alles andere funktioniert, in der 3.1.5 waren die icons aber für diese Steckdosen vorhanden

Community Forum

NEWS

Tester gesucht: Zigbee 3.2.x

Support us

600

32.7k

82.4k

1.3m