NEWS

@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

@shellyrulestheworld

Wenn du es ganz sauber haben willst und nicht sicher weißt, wo es ganz exakt bei dir hakt:
Ja.

@crunchip sagte in Schreibrechte auf grafana.ini in Docker:

@legro ich verstehe den ganzen "Aufriss" immer noch nicht. ..

Richtig! Tut mir leid, ich vergaß ..

Nie verzagen, crunchip fragen.😖

@legro
Ich würde als Test Grafana im HOST Modus installieren. Der Port 3000 sollte nicht durch Dienste der Synology belegt sein, somit sind keine Störungen zu erwarten.
Und wie die "Vorredner" erwähnt haben, die alten Verzeichnisse löschen und von vorne beginnen.
Nach erfolgreichen Test kannst du wieder den Bridge Modus nutzen.

@crunchip

Genau, diese Einstellungen konnte ich nun doch noch anpassen, nachdem sie nach einiger Wartezeit in Grafana schließlich doch noch angezeigt wurden.

Wenn man nun weiter fragt, warum die wiederhergestellten Dashboards nicht bei manuell eingerichter Einbindung der data source (InfluxDB) keine Measurements vorfinden, bleibt das ein Geheimnis der Programmierer. Irgendetwas in den Einstellungen wird bei einer manuellen Neueinrichtung vermutlich nicht eingerichtet, was aber die Dashboards benötigen, um ihre Measurements zu finden.

Sei's d'rum! Ich verkneife mir jetzt in den JSONs der Dashboards zu suchen, was das sein könnte.

Funktioniert es denn nun mit der 11er Version den Hintergrund transparent zu machen? Für die aktuelle 12er Version gibt es ja scheinbar keine Lösung oder? Ich nutze immer noch 9.2. und hätte gerne mal eine aktuellere Version - brauche aber zwingend den Hintergrund transparent bei den iframe.

Würde mich freuen wenn da jemand weiterhelfen kann, oder falls es mit der aktuellsten Version nicht mehr möglich ist, dann vielleicht die letzte Version zu nennen mit der es noch möglich ist 🙂

@marc-berg
So, Dein Tip mit dem Mapping war gar nicht notwendig.
Ein einfaches "Merge series/tables" war vollkommen ausreichend und hat mein Problem gelöst. 😊
Keine Ahnung, warum mir diese Option vorher gar nciht aufgefallen ist.

Das Mapping werd ich mir aber mal anderweitig im Kopf behalten, damit kann ich evtl. noch Anzeige verschönern, da ich jetzt nur die Jahreszahl vorne stehen hab, aber mein Abrechnungsjahr ist ja um 3 Monate versetzt und daher ist die Anzeige nicht 100% stimmig. Aber das ist eher ein kosmetisches Problem der kleineren Sorte.

Besten Dank für die Hilfe! 👍

@laser tatsächlich sind es meine ersten Gehversuche mit gravana. Ich muss mich erst noch ein wenig damit beschäftigen

@topsurfer

ziemlich weit oben. Einfach Augen auf 😉

Das zählt dann für alle. Will man gezielt steuern, dann mit Overrides

@marc-berg Super, genau so ist es nun.
Thx!

@peterfido sagte in Grafana 11.6.x / 12.0.2 - Darstellungsproblem Bar chart:

|> timeShift(duration: -1mo)

Danke. Es kann so einfach sein. Wieder etwas dazu gelernt. Top wie immer.

Ro75.

@ro75

v12.0.2 läuft seit heute Morgen bei mir fehlerfrei.

@mickemup ok. Danke. Muss mir die Werte mal anschauen. Passt momentan noch nicht ganz.

@marc-berg, sorry, dass ich mich erst jetzt wieder melde, aber ich war beruflich unterwegs. Das ist meine Query, wie gesagt, genau Dein Vorschlag, nur mit meinen Influx-spezifischen Namen:

strompreis = 0.32 // €/kWh einspeiseverguetung = 0.08 // €/kWh // PV-Leistungsdaten abfragen pv = from(bucket: "iobroker") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "senec.0.ENERGY.GUI_INVERTER_POWER") |> filter(fn: (r) => r["_field"] == "value") |> aggregateWindow(every: 5m, fn: mean, createEmpty: false) |> rename(columns: {_value: "PV_Einspeisung"}) // Hausverbrauchsdaten abfragen verbrauch = from(bucket: "iobroker") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "senec.0.ENERGY.GUI_HOUSE_POW") |> filter(fn: (r) => r["_field"] == "value") |> aggregateWindow(every: 5m, fn: mean, createEmpty: false) |> rename(columns: {_value: "Hausverbrauch"}) // Daten zusammenführen join( tables: {pv: pv, verbrauch: verbrauch}, on: ["_time"] ) |> map(fn: (r) => ({ _time: r._time, PV_Einspeisung: r.PV_Einspeisung, Hausverbrauch: r.Hausverbrauch, einsparung: if r.PV_Einspeisung <= r.Hausverbrauch then r.PV_Einspeisung * strompreis else (r.Hausverbrauch * strompreis) + ((r.PV_Einspeisung - r.Hausverbrauch) * einspeiseverguetung) }) )

@micklafisch Perfekte Antwort!!! Danke

@alex303
Da bin ich überfragt.
Ich speichere meine DPs in Influx ohne Aliase oder ähnliches.
Somit sind dort auch alle Namen "Unique"
Meine Queries sehen dann so aus:

from(bucket: "iobroker_inflog") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Energy.Day_Direktverbrauch") |> filter(fn: (r) => r["_field"] == "value")

@takahara sagte in Grafana upgrade nicht möglich:

Pi mit Bookworm light 64Bit neu aufsetzen