Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Edit: Mmmh, gefühlt hat das auch mit dem Browser zu tun. Bisher Firefox und nun mal Chrome probiert und hier läd er bisher beide Panels zuverlässig und nach dem ersten mal auch flotter.

Um ein wenig von dem "gefühlt" weg zu kommen, könntest du die Query mal in den InfluxDB DataExplorer einfügen und schauen, wie lang die Laufzeit ist:

Data Explorer

So kann man sich vielleicht der Ursache nähern.

[Dieter_P]

@marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

und schauen, wie lang die Laufzeit ist:

Monatsverbräuche übers aktuelle Jahr: 0,19s
Tagesverbräuche über aktuellen Monat: 0,12s (über November 0,14s)

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Monatsverbräuche übers aktuelle Jahr: 0,19s
Tagesverbräuche über aktuellen Monat: 0,12s (über November 0,14s)

Dann scheint die InfluxDb bzw. die Query nicht die Ursache zu sein. Vielleicht irgendwelche Transformationen in Grafana?

[Dieter_P]

@marc-berg
Den Browser kannst Du ausschließen?

Habe gerade noch etwas probiert, da Chrome auf Standard-Einstellungen steht und der Firefox etwas schärfer eingestellt ist (Privater-Modus und alle Verläufe/Temp Files beim Beenden löschen etc.).

Nachdem ich den Firefox in Standard-Einstellungen versetzt hab, läd er bisher beide Panels zuverlässig. Aber es erscheinen bei Aufruf der Seite immer wieder die Ladeanzeigen von Grafana.

Bei Chrome ist das nicht der Fall und bei Wiederaufruf sind die Panels sofort sichtbar ohne erkennbare Ladezeiten.

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Den Browser kannst Du ausschließen?

Ich kann gar nichts ausschließen. Vielleicht ist deine Hardware auch zu schwach, mehrere Abfragen gleichzeitig zu bedienen. Was passiert, wenn du mal eine deaktivierst?

[Dieter_P]

Was passiert, wenn du mal eine deaktivierst?

Verhält sich dann in Firefox und Chrome identisch.
Ich sehe noch ganz kurz ein "Loading" aber kein hüpfendes Grafana Logo mehr. Das bleibt auch in beiden Browsern so.

Dann das 2te Panel wieder ergänzt. In Firefox beide Panels laden wieder recht langsam mit Loading und Grafana Logo. In Chrome bleibt es bei der kurzen Sichtbarkeit von "Loading" jetzt in beiden Panels.

[Meister Mopper]

@marc-berg sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Hast du die "Embed" Option ausgewählt?

Sehr interessant! Das ist bei einem Solo-Dashboard in der Tat performanter, wie aber funktioniert das in einem Dashboard mit mehreren Dashboard?
Wenn ich dort share auswähle, gibt es keine embed-Option, oder klicke ich mal wieder falsch?

[Marc Berg]

@meister-mopper sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Wenn ich dort share auswähle, gibt es keine embed-Option, oder klicke ich mal wieder falsch?

Meines Wissens kann man nur einzelne Panels ("Solo Dashboard") als iFrame bereitstellen. Für ein Dashboard geht das nicht.

[Meister Mopper]

@marc-berg

Danke, schade, denn ich habe nur wenige 'Solos'.

Trotzdem, die wenigen habe ich dank deines Tipps umgestellt.

[Chrunchy]

@marc-berg, @Meister-Mopper ,
doch das geht.
Das Dashboard als public dashboard freigeben. ggf. localhost im Link durch die lokale IP-Adresse des Grafana-Hosts ersetzten.

Vorher natürlich /usr/share/grafana/conf/defaults.ini im Grafana-Host anpassen.
Darin muss allow_embedding auf true gesetzt werden.
Anschließend des Service neustarten.

[Chrunchy]

@dieter_p Schau dir mal die Infos von @haus-automatisierung an:
https://haus-automatisierung.com/software/2023/05/11/influxdb2-pv-dashboard.html

In dem Beitrag geht es zwar um eine PV-Anlage, aber die Reduzierung der Datenmenge durch tasks ist sicher auch für dich hilfreich.

Ggf. kann bei den Abfragen auf die range optzimiert werden, auch dazu gibt es in dem Beitrag einige Infos.

[Dieter_P]

@chrunchy

Danke. Die allgemeine Info, dass es eine Performancesache ist hilft mir auch schon sehr.

Wie oben bei den Screenshots andeuteutungsweise zu sehen ist, gibt es eine Welt vor Grafana wo ich mir diese Visualisierung mit Datenpunkten und Queries in die Datenpunkte selbst gebaut hab.

Vom Prinzip, empfinde ich es ja auch unnötig außer für den aktuellen Tag und den aktuellen Monat bei jedem Aufruf die DB fürs ganze Jahr zu durchwurschteln. An den anderen Werte ändert sich ja erstmal nix.

Die manuell gebauten Abfragen sind nur recht komplex geworden durch viele Wenn/dann Fälle und die Visualisierung vielleicht nicht "brillant-bright". Hier der Versuch mit Grafana das mit einem Wisch zu verbessern.

Da das nicht geht, muß ich mal überlegen ob ich eine optimierte Version mit Grafana baue oder wieder ganz drauf verzichte.

[Dieter_P]

Hab nun etwas probiert bzgl. reduzierter Datenmengen und wie ich nun festgestellt hab, hatte ich eh schon Aggregationen der Tagesverbräuche in der Datenbank die ich jeden Tag um 23:59h bilde und dareinschreibe.

Die Nutzung in Grafana also

Tageswerte:

from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
  |> yield(name: "sum")

Monatswerte:

from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1mo, fn: sum, createEmpty: false)
  |> yield(name: "sum")

Wirkt sich deutlich spürbar auf die Performance aus und lesbare "Loading"-Anzeigen oder Grafana-Symbole sind verschwunden.

Nun hab ich jedoch noch eine Frage was besonders gut in der Tagesdarstellung sichtbar ist. Dort eine Verschiebung in der Zeitachse um 1Tag drin. Ich schreibe den Tagesverbrauch defintiv vor 24h in die Datenbank somit ist der Zeitstempel auch vom gleichen Tag, aber die Aggregation verschiebt das.
Wie ist das anpassbar?

b) Kann ich eine eine 2te Abfrage in das gleiche Panel reinbringen für den aktuellen Tag/Monat (je nach Panel)? Hier ändert sich ja mit jedem aktuellen Verbrauch gemäß dem Zeitpunkt des Abrufs etwas und ich müßte den einen Bargraph für den Tag/monat wirklich so fein dynamisch nach Aufrufzeitpunkt haben. Lässt Grafana das zu?

Thx!

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Dort eine Verschiebung in der Zeitachse um 1Tag drin. Ich schreibe den Tagesverbrauch defintiv vor 24h in die Datenbank somit ist der Zeitstempel auch vom gleichen Tag, aber die Aggregation verschiebt das.
Wie ist das anpassbar?

Du solltest jeweils vor deine Query

import "timezone"
option location = timezone.location(name: "Europe/Berlin")

reinschreiben. (Ich nehme an, dass du mit "23:59h" lokale Zeit meinst?)

b) Kann ich eine eine 2te Abfrage in das gleiche Panel reinbringen für den aktuellen Tag/Monat (je nach Panel)? Hier ändert sich ja mit jedem aktuellen Verbrauch gemäß dem Zeitpunkt des Abrufs etwas und ich müßte den einen Bargraph für den Tag/monat wirklich so fein dynamisch nach Aufrufzeitpunkt haben. Lässt Grafana das zu?

ja, das geht:

Was du damit erreichen willst, habe ich aber leider nicht verstanden. Eine zweite Abfrage ergibt aus meiner Sicht nur Sinn, wenn es um die gleichen Zeitbereiche geht.

[Dieter_P]

@marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Was du damit erreichen willst, habe ich aber leider nicht verstanden. Eine zweite Abfrage ergibt aus meiner Sicht nur Sinn, wenn es um die gleichen Zeitbereiche geht.

Danke, was ich möchte: Die Datenbankeinträge "Tagesverbrauch" stehen für jeden Tag "erst" um 23:59h zur Verfügung. Wenn ich jetzt aber die Graphen aufrufe möchte ich möglichst auch den aktuellen temporären Wert für den heutigen Tag sehen. Die Abfrage kann ich mir nicht über den measurement Tagesverbrauch holen, sondern muß ich wirklich "just in time" für den heutigen Tag berechnen lassen über die Zählerstände (nur für den heutigen Tag).

Alles mit der Intention eine möglichst performance-optimierte Ansicht zu bekommen.

[Dieter_P]

@marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Dort eine Verschiebung in der Zeitachse um 1Tag drin. Ich schreibe den Tagesverbrauch defintiv vor 24h in die Datenbank somit ist der Zeitstempel auch vom gleichen Tag, aber die Aggregation verschiebt das.
Wie ist das anpassbar?

Du solltest jeweils vor deine Query

import "timezone"
option location = timezone.location(name: "Europe/Berlin")

reinschreiben. (Ich nehme an, dass du mit "23:59h" lokale Zeit meinst?)

Danke. Ja, ist 23:59h über ein Blockly in IOB.

Leider ändert sich in der Darstellung in Grafana nichts mit:

import "timezone"
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
  |> yield(name: "sum")

-> Start: 02. Dezember und alles um einen Tag versetzt.

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

|> aggregateWindow(every: 1d, fn: sum, createEmpty: false)

jep, du musst die Zeile hier noch erweitern:

|> aggregateWindow(every: 1d, fn: sum, createEmpty: false, timeSrc="_start")

[Marc Berg]

@dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

Die Abfrage kann ich mir nicht über den measurement Tagesverbrauch holen, sondern muß ich wirklich "just in time" für den heutigen Tag berechnen lassen über die Zählerstände (nur für den heutigen Tag).

Achso, ja das geht, mit einem "union". Hier fügst du zwei Abfragen "vertikal" zusammen. Ungetestet:

import "timezone"
import "date"
option location = timezone.location(name: "Europe/Berlin")

tagesverbrauch=from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: date.truncate(t:-1s, unit:1d))
  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)

live=from(bucket: "iobroker")
  |> range(start: date.truncate(t:-1s, unit:1d))
  |> filter(fn: (r) => r["_measurement"] == "OelVerbrLive")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)

 union(tables: [tagesverbrauch, live])

[Dieter_P]

jep, du musst die Zeile hier noch erweitern:

|> aggregateWindow(every: 1d, fn: sum, createEmpty: false, timeSrc="_start")

gemacht und nun möchte der Bargraph "Bar garph requires a string or time field".

Brauch ich etwas in Flux (killt mir das nicht dann die dynamische Anpassung "This month" aus Grafana oder ist etwas rechts in den Optionen des Panels für die X-Achse zu konfigurieren?

Danke

[Marc Berg]

@dieter_p

Das ist seltsam, zeig nochmal die ganze Query.