InfluxDB
Moderator: Ulrich
-
- Beiträge: 1158
- Registriert: Mi 13. Mai 2020, 10:04
- Hat sich bedankt: 24 Mal
- Danksagung erhalten: 136 Mal
Re: InfluxDB
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....
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:
Code: Alles auswählen
SELECT integral("Gesamtleistung",1h) FROM "PV" WHERE $timeFilter GROUP BY time(1d,-2h) fill(null)
Jetzt ist die Abfrage wie folgt neu:
Code: Alles auswählen
SELECT integral("Gesamtleistung",1h) FROM "PV" WHERE $timeFilter GROUP BY time(1d) fill(null) tz('Europe/Berlin')
-
- Beiträge: 1576
- Registriert: Do 25. Jun 2020, 13:40
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 79 Mal
Re: InfluxDB
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
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
SMA Tripower 8/Growatt MIN 3000 TL-XE/Growatt 1500S/Growatt SPH 4600,4 ARK LV,10kWh
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
-
- Beiträge: 1576
- Registriert: Do 25. Jun 2020, 13:40
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 79 Mal
Re: InfluxDB
Hallo Bogeyof
ja, die Zeitumstellung klappte wunderbar automatisch
Gruss
Andreas
SMA Tripower 8/Growatt MIN 3000 TL-XE/Growatt 1500S/Growatt SPH 4600,4 ARK LV,10kWh
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
Re: InfluxDB
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
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
-
- Beiträge: 1576
- Registriert: Do 25. Jun 2020, 13:40
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 79 Mal
Re: InfluxDB
hi,
nicht lachen,evtl bei der Anlagen Definition Länge und Breite vertauscht? um 21 Uhr dürfte es jetzt schwer fallen mit PV
nicht lachen,evtl bei der Anlagen Definition Länge und Breite vertauscht? um 21 Uhr dürfte es jetzt schwer fallen mit PV
SMA Tripower 8/Growatt MIN 3000 TL-XE/Growatt 1500S/Growatt SPH 4600,4 ARK LV,10kWh
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
Re: InfluxDB
Nö,
"leider" nicht.
Solarprognose zeigt es richtig an, z.B. für Heute.
Leider aber nicht in meinem Graph.
Alle andere Zeiten stimmen.
"leider" nicht.
Solarprognose zeigt es richtig an, z.B. für Heute.
Leider aber nicht in meinem Graph.
Alle andere Zeiten stimmen.
-
- Beiträge: 1576
- Registriert: Do 25. Jun 2020, 13:40
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 79 Mal
Re: InfluxDB
hmmm,
also ich hab im Query das da drin stehen
SELECT "Prognose_W" FROM "Wetterprognose" WHERE $timeFilter
ohne tz und ohne Multiplikator
gruss
Andreas
also ich hab im Query das da drin stehen
SELECT "Prognose_W" FROM "Wetterprognose" WHERE $timeFilter
ohne tz und ohne Multiplikator
gruss
Andreas
SMA Tripower 8/Growatt MIN 3000 TL-XE/Growatt 1500S/Growatt SPH 4600,4 ARK LV,10kWh
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
-
- Beiträge: 1576
- Registriert: Do 25. Jun 2020, 13:40
- Hat sich bedankt: 17 Mal
- Danksagung erhalten: 79 Mal
Re: InfluxDB
Was steht denn im Dashboard für Timezone drin? UTC? dann ist es falsch
SMA Tripower 8/Growatt MIN 3000 TL-XE/Growatt 1500S/Growatt SPH 4600,4 ARK LV,10kWh
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
ELWA DC WW Puffer m. 300L mittels Automation /Gesamt PV Leistung 20,5kWp gesteuert mit Pi4 und Pi5
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 0 Gäste