Solaranzeige / PV-Monitor

Okay interessant, muss ich mich Mal genauer damit beschäftigen...

Super Sache, der Tipp von @andreas_n

Mit dem Zusatz "tz('Europe/Berlin') " sind die Zeitversatzprobleme perfekt in den Griff zu bekommen.

Problem war, in der Datenbank werden die Werte immer mit UTC-Zeitstempel gespeichert. Bei Abfragen mit dem Verweis auf $timeFilter (entspricht immer der Einstellung oben rechts im Dashboard und das Dashboard kann auf "local Browser time" gestellt werden) macht dies keine Probleme, hier wird der richtige Zeitraum gewählt.
Nutzt man jedoch feste Zeiträume in den Panels oder Abfragen und versucht z.B. "GROUP BY time(1d)", dann ist die Darstellung nicht 0:00 bis 24:00, sondern 22:00 (Vortag) bis 22:00, wegen den aktuellen 2 Stunden Zeitdifferenz Sommerzeit Deutschland zu UTC.
Bisher hatte ich dies mit folgender Abfrage gelöst: Das funktionierte zwar, aber vermutlich nach Umstellung auf Winterzeit wäre es wieder 1 Stunde falsch und das ganze Dashboard zur Nacharbeit verdonnert gewesen.

Jetzt ist die Abfrage wie folgt neu: Damit wird der richtige Versatz von Influx berechnet und vermutlich sollte dies sowohl bei Sommer- wie Winterzeit funktionieren....

Moin Bogeyof

freut mich, ich hab auch seit paar Minuten fettes Grinsen auf der Uhr

Ich kann endlich die SMA Bezugszähler Daten verarbeiten..der gesuchte Link war Volltreffer

hier der Syntax für SMA WR für die SMA Gemeinde



SELECT non_negative_difference(last(cumulative_sum)) FROM(
SELECT cumulative_sum(non_negative_difference(last("Wh_Gesamt_Import"))) FROM "Summen" WHERE $timeFilter GROUP BY time(1d)
) WHERE $timeFilter GROUP BY time(1d)




(da noch ohne "tz" bzw -2h)

endlich die Formel, mit der die Bezugsdaten sinnvoll darstellbar sind, eza kann ich die weiteren Grafiken angreifen, naja, wird auch verregnetes WE,

passt;-)

@ Ulrich,
somit wäre das winterliche "Programmierlastenheft" etwas kürzer, da der SMA Homemanager2.0 nach meinem Kenntnisstand nichts mehr anbietet, was auszulesen wäre....

Grüsse

Andreas

Bogeyof hat geschrieben: ↑

Sa 10. Okt 2020, 10:23

Damit wird der richtige Versatz von Influx berechnet und vermutlich sollte dies sowohl bei Sommer- wie Winterzeit funktionieren....

Hallo Bogeyof

ja, die Zeitumstellung klappte wunderbar automatisch

Gruss
Andreas

Hallo zusammen,

ich kapiere es nicht!
um 19:58 Uhr ist heute Sonnenuntergang und die Prognose sagt ich hätte noch 3.05kw Stromerzeugung.
Ich vermute nun mal, dass das auch mit der Zeit UTC usw. zu tun hat. Morgens produziere ich früher als die Prognose und abends hört die Produktion auch früher auf, wie oben schon gesagt.
Die Tagessummen stimmen meist sehr genau überein.
Ich habe auch Europe/Berlin in die Zeitzone eingesetzt aber irgendwie tut sich nichts.


SELECT "Prognose_W" *1.2 FROM "Wetterprognose" WHERE $timeFilter tz('Europe/Berlin')

Wo ist hier noch ein Bock drin, jemand ne Idee?

Danke vorab.Gruß
Thorsten

hi,

nicht lachen,evtl bei der Anlagen Definition Länge und Breite vertauscht? um 21 Uhr dürfte es jetzt schwer fallen mit PV

Nö,

"leider" nicht.
Solarprognose zeigt es richtig an, z.B. für Heute.
Leider aber nicht in meinem Graph.



Alle andere Zeiten stimmen.

hmmm,

also ich hab im Query das da drin stehen


SELECT "Prognose_W" FROM "Wetterprognose" WHERE $timeFilter


ohne tz und ohne Multiplikator
gruss
Andreas

Ich habe das selbe Problem, egal ob mit oder ohne Timezone. Die Prognose startet eine Stunde zu früh.
Sonnenaufgang stimmt.

sirathan hat geschrieben: ↑

So 7. Nov 2021, 18:29

Die Prognose startet eine Stunde zu früh.

Was steht denn im Dashboard für Timezone drin? UTC? dann ist es falsch