Grafana ist da schon gut geeignet, wenn man ein paar Dinge beachtet, wie z.B. das mit der TimeRange. Ich hab bei mir z.B. mehrere Dashboards, die alle eine unterschiedliche 'Default TimeRange' haben, damit ich nicht jedesmal über die Query Option die relative TimeRange und Timeshift einstellen muß. Dashboards z.B. für 'Today' oder 'last 2 Days' oder 'last Month' usw. Feineinstellungen deiner influxdb Abfrage kannst du auch unten über der Query mit dem Punkt 'QueryOption' machen, dort kannst du deine relative TimeRange und ein Timeshift expilizit für ein Panel unabhängig vom Dashboard machen

Ja, skvarel da hast du wohl recht, den Unterschied hab ich nicht gesehen, bei den Panels klappts bei mir auch. Nochmals vielen Dank für die Hilfe.

habe es gefunden, hatte in Grafana *3.6 nicht als Punkt geschrieben sondern als komma

Kein Problem Musste ich anfangs auch ziemlich einfuxen in FLUX Wichtig ist auch noch die: |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false) Richtig einzusetzen. Da kann man auch noch viel herausholen/anpassen für die Darstellung bei 1/10 scheint zB der Datenpunkt nicht am richtigen Ort zu liegen... Wenn du nur ein Wert pro Tag hast würde ich folgendes verwenden. |> aggregateWindow(every: 1d, fn: last, timeSrc: "_start")

Danke - hab Namen und Farbe dort gefunden. Auch wenn das Layout der Inspektoren bei Dir anders aussieht als in der von mir genutzten Version (warum auch immer).

Geht doch [image: 1762540898822-84da7797-1785-45e9-883a-033f360580a6-image.png]

@sascha-hartmann sagte in Grafana Installation: /etc/apt/sources.list.d/grafana.list Die würde ich zuvor noch leeren, sonst hauste dir da die nächste Doublette rein. sudo > /etc/apt/sources.list.d/grafana.list Edit: Das Leeren der Datei ist nicht erforderlich... Die wird schon per sudo rm /etc/apt/sources.list.d/grafana* gelöscht.

@normanr-0 Ich nehme an, dass hier nichts mehr passieren wird, da hier außer eine Frage zu stellen keine Reaktion mehr kam. Ich wollte im eigentlichen Sinne und im folgenden Verlauf darauf hinaus, dass ein statischer Forecast in einer SQL-Datenbank eigentlich totaler quatsch ist, sofern immer wieder zu den gleichen Prognosedaten neue Daten geschrieben werden... Besser die Aufbereitung in JSON machen und aus dem Livesystem ziehen... Insbesondere in einem Zeitraum von >=2 Tagen werden sich die Daten mit großer Wahrscheinlichkeit noch ändern... Das würde in Grafana einfach nur grausig aussehen und neben vielen aktuellen Daten einen Haufen an Altdaten präsentieren

Wenn die Schaltfläche zum Duplizieren weiterhin nicht sichtbar ist, kann es helfen, den Browser-Cache zu leeren oder das Dashboard im privaten/Inkognito-Modus zu öffnen. Manchmal hängen solche Anzeigeprobleme einfach mit zwischengespeicherten Daten zusammen. Alternativ kann auch ein Browser-Neustart oder das Testen in einem anderen Browser Abhilfe schaffen.

@Almixx Ändere mal das localhost in die IP, dann sollte es klappen [Edit] Das - habe ich zu spät gesehen. Da sollte natürlich ein = stehen. Trotzdem würde ich das localhost durch die IP ersetzen.

@Thomas-Braun @Marc-Berg Nachwievor lassen sich die neu erstellten Panel's nicht in IOB integrieren. Habt ihr da vlt. auch ne Idee?

ich hab jetzt mit copy/paste die einzelnen panels kopiert.. auf ein anderes dashboard.. mal gucken..

@thomas-braun Danke wie immer du bist der größte. Hat alles geklappt.

Moin in die Runde, versuche mich gerade auch mal die Influx DB mit neuen Daten zu füttern. Mein kleines Problem ist das ich das Script nicht mal zum laufen bekomme. Traceback (most recent call last): File "/opt/fritzinfluxdb/./fritzinfluxdb.py", line 27, in <module> from fritzinfluxdb.classes.fritzbox.handler import FritzBoxHandler, FritzBoxLuaHandler File "/opt/fritzinfluxdb/fritzinfluxdb/classes/fritzbox/handler.py", line 13, in <module> import requests ModuleNotFoundError: No module named 'requests' Hat jemand eine Idee was ihm fehlt ? Gruß Tim

@marc-berg said in Grafana in Lovelace (now+1d/d): Versuch mal, das "+" als %2B Top! Das wars, vielen Dank. Und wieder was gelernt. :) Gruß Marco

@armilar Vielen Dank für die Hinweise und Anregungen. Ich finde die angesprochenen Themen sehr spannend und smart und werde mich in den nächsten Tagen mal weiter vertiefen. Bin auf die weiteren Gedanken im Forum gespannt. Bei der PV Prognose reicht mir eigentlich erstmal der nächste Tag, weiter komme ich mit meinen Solaredge Speicher (12kW) aktuell sowieso nicht. Beim Energiemanagement versuche ich meine Hauptverbraucher (Wärmepumpe, Wallbox und Haushalt) möglichst einfach zu steuern. Das mache ich über verschiedene Script Regeln, z.B sobald die Wärmepumpe oder die Wallbox aktiv sind und der Speicher ein Grenzlevel erreicht, begrenze ich das Discharge Limit des Speichers. Die Wärmepumpe hat in meinen Fall nochmal einen eigenen geringeren Stromtarif und hängt nicht am dynamischen Tibber Tarif. Mit Prio 1 bediene ich dann im Winter den Haushalt mit ca. 8 kWh/Tag aus dem Speicher. Aus dem Tibber Adapter lese ich die Vorschau der nächsten 24h Strompreise und ermittle die optimalen Zeiten zum Laden des PV Speichers oder des Autos. Und hier würde dann die bessere PV Prognose helfen, da ich dann Netzladen auf den minimal erforderlichen Umfang begrenzen kann.

@maximinus 1 Monat ist bei Grafana 1mo