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

[Laser]

@marc-berg so sieht es aus (genau so aber hier ist es mir nicht gelungen, zur richtigen Zeit zu springen. Aber gestern konnte ich es sehen.)

[Marc Berg]

Das ist eben NICHT die ioBroker Tabelle!

Lies doch BITTE nochmal meinen Hinweis von weiter oben und nimm die Zeile mit "aggregatewindow" raus.

[Laser]

Was ist denn die richtige "ioBroker Tabelle"?
Die Zeile habe ich auskommentiert. Jetzt müßte nur noch der Fehler auftauchen. Wenn der Wert bzw. zum Zeitpunkt der Änderung, welche gespeichert werden soll, nichts in der Influx-Tabelle, welche ich gezeigt habe steht, wie soll dann etwas in Grafana erscheinen?

[Marc Berg]

@Laser sagte in InfluxDB schreiben nur Änderungen:

Was ist denn die richtige "ioBroker Tabelle"?

sowas:

Wenn der Wert bzw. zum Zeitpunkt der Änderung, welche gespeichert werden soll, nichts in der Influx-Tabelle, welche ich gezeigt habe steht, wie soll dann etwas in Grafana erscheinen?

Nochmal: die Zeile mit "aggregateWindow" in der Query fasst Daten zusammen ("aggregate" --> "aggregieren"). Damit kommen nicht die Originaldaten aus der Query raus. Sie sind in einem bestimmten Zeitfenster zusammengefasst.

[Laser]

Diese Zeile habe ich jetzt rausgenommen. Wo finde ich diese Tabelle? In Grafana oder influxDB?

[mickemup]

@Laser sagte in InfluxDB schreiben nur Änderungen:

Möglicherweise werden Binärzustände nicht so oft gespeichert, so daß das noch nicht aufgefallen ist? Vor Jahren hat das schon mal Jemand bemängelt.

Du loggst doch gar keine Binär Zustände, sondern hast ja ein Alias der 1 und 0 loggt.
Also ganz normale "Zahlen" oder?

[Laser]

Ja, das sind Zahlen. Auch, wenn es nur 1 und 0 gibt.
EDIT: Ich hatte aber auch den Binärzustand geloggt. Zusätzlich zum Alias. Dort fehlte der gleiche Wert.

[Marc Berg]

@Laser sagte in InfluxDB schreiben nur Änderungen:

Wo finde ich diese Tabelle? In Grafana oder influxDB?

im ioBroker am Datenpunkt, da wo du die Protokollierung aktivierst.

[Laser]

@marc-berg

[Marc Berg]

@Laser

ich würde auf jeden Fall den Punkt "nur Änderungen protokollieren" aktivieren

[mickemup]

@Laser
Fehlt der Punkt in dieser Tabelle auch?

Ich sehe noch, dass du den Wert meistens im Skript (mit steuere schreibst) aber auch etwas anderes (rpi2.0) den Wert schreibt.
Kann der der Fehler liegen?

Und ja: nur änderungen Tracken, aber keine Enptrell und Blockzeiten einstellen...
Dann sollte es klappen. (Wenn der DP denn auch korrekt geschrieben wird....)

[Laser]

@marc-berg Die Tabelle war zur falschen Zeit, hier richtig:
16:17 war die Problemzeit
Ergänzung: Laut Tabelle hat sich der Wert nicht geändert. Da liegt der Fehler schon vor!
Den Zustand habe ich aber in der Objektdarstellung zum Umschaltzeitpunkt beobachtet. Es hat definitiv gewechselt. Da sehe ich auch an dem Temperaturverhalten.

[mickemup]

@Laser
Und ja: nur änderungen Tracken, aber keine Enptrell und Blockzeiten einstellen...
Dann sollte es klappen. (Wenn der DP denn auch korrekt geschrieben wird....)

Hat denn der Wert zu 100% geändert?
Kannst ja auch mal ein Blockly machen mit Debug Ausgabe von dem DP. Wenn der Wert dort ändert aber nicht in der DB liegt tatsächlich ein "DB Adatper" Fehler vor.
Dies bezweifle ich aber ;-)

[Laser]

Ergänzung: Laut Tabelle hat sich der Wert nicht geändert. Da liegt der Fehler schon vor!
Den Zustand habe ich aber in der Objektdarstellung zum Umschaltzeitpunkt beobachtet. Es hat definitiv gewechselt. Da sehe ich auch an dem Temperaturverhalten. Das Logging war aber dann dummerweise schon abgeschaltet (16:17 Uhr).
Werde die Einstellungen so ändern.

[Laser]

Ich habe die ganze Zeit mit "console.log" in JS den Wert beobachtet. Dann aber das Logging abschaltet. Und dann trat der Fehler erst auf. Aber der Wert hat sich geändert . Sehe ich am Temperasturverhalten und im Protokoll am Abschaltbefehl Brenner.

[mickemup]

@Laser
Also ganz streng gesehen sieht man dass um 16:17 ein javascript eine "Debug:info ausgibt.
Ob und und wie dein Alias geschrieben/geändert wurde sieht man hier (ohne viel Hintergrundwissen, dass evtl. @homoran hat ) nicht.

[Laser]

Heute, 3:22:50 ist das Gleiche passiert.

Der Wert ändert sich, kein Eintrag in die DB. Werde ich aber nochmal in der influxDB suchen!
Der Fehler passiert eben nur selten.

[mickemup]

@Laser
Hattest du die Settings schon angepasst?

Zur Fehler Eingrenzung: Ab jetzt folgende Settings:

• Nur änderungen nachverfolgen

• Keine Entprell und Blockzeiten

Falls der Fehler wieder auftritt => Den DB (welchen du auch mit Influx trackst) via Blockly und DEBUG LOG tracken und ausgeben.
Falls dann immer noch ein Widerspruch besteht liegt tatsächlich ein Fehler beim Influx Adapter vor.
Falls nicht ist etwas an deinem Skript/Ailas faul.

[Laser]

Ja, ich habe Alles so angepasst. Auch in Grafana.
Muß beobachten. Kann dauern, nur alle 30 Minuten (etwa) ein Schaltvorgang.

[Homoran]

@mickemup
ich habe leider auch keinen vollständigen strukturierten Überblick sämtlicher Schritte der Entstehung der zu loggenden Werte bekommen.

Ich bin mir ziemlich sicher, dass es auf dieser Strecke vom Ursprung bis zum geloggten DP weitere Pitfalls geben wird.