UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@cocomp

Da wird in einem System die falsche/keine Zeitzone gesetzt sein. Ab nächsten Sonntag ist die Abweichung nur noch 1 Stunde. :-)

[CoComp]

@thomas-braun War auch meine erste Idee, aber wo?

Die Datenquelle ist nutzt UTC. Stelle ich das grafana-dashboard auf UTC um, beginnt die Query mit today () nicht mehr um 02:00 sondern um 00:00.

Also scheint durch today () der Tag nicht mit der deutschen Zeit 00:00 sondern mit UTC 00:00 zu beginnen, was dann ja der deutschen Zeit 02:00 entspricht...

[Homoran]

@cocomp sagte in grafana - today() startet tag bei 02:00:

mit UTC 00:00 zu beginnen, was dann ja der deutschen Zeit 00:00 entspricht...

enäää!

heute ist 0:00Z (UTC) 02:00 MESZ

[CoComp]

@homoran Jupp, Schreibfehler bei mir.

00:00 UTC ist 02:00 deutsche Zeit ;-) Habe ich in meinem Post geändert.

Das Problem scheint aber today() zu sein, denn eigentlich sollte die Tabelle / Darstellung mit 00:00 beginnen:
https://github.com/grafana/grafana/issues/43378

[SpacerX]

@cocomp das habe ich auch so nachgelesen.

dann bleibt dir noch:

option location = timezone.fixed(offset: -Xh)

und damit die Zeit selber hin rücken damit du today() benutzen kannst.

[Homoran]

@spacerx sagte in grafana - today() startet tag bei 02:00:

@cocomp d

ist das Kunst oder kann das weg :joy:

[SpacerX]

@homoran Ha ha Hi Hi

Da haben die Finger über der Maus gezittert. :joy:

[CoComp]

@homoran Das ist Kunst, kannst du aber gern nutzen ;-)

[CoComp]

@spacerx said in grafana - today() startet tag bei 02:00:

@cocomp das habe ich auch so nachgelesen.

dann bleibt dir noch:

option location = timezone.fixed(offset: -Xh)

und damit die Zeit selber hin rücken damit du today() benutzen kannst.

Das wird immer kurioser, denn das verändert nichts...

[SpacerX]

@cocomp ich bin jetzt auch mal an den Rechner gesprungen und hab das mit den Werten von meinem Stromzähler mal getestet.

import "timezone" // import wegen der Berechnung um 02:00:00
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "ioBroker")
  |> range(start: today())
  |> filter(fn: (r) => r["_measurement"] == "Vb_Stromzaehler")
  |> filter(fn: (r) => r["from"] == "system.adapter.javascript.0")

Macht genauso, wie es soll.:thinking_face:

[CoComp]

@spacerx said in grafana - today() startet tag bei 02:00:

@cocomp ich bin jetzt auch mal an den Rechner gesprungen und hab das mit den Werten von meinem Stromzähler mal getestet.

import "timezone" // import wegen der Berechnung um 02:00:00
option location = timezone.location(name: "Europe/Berlin")
from(bucket: "ioBroker")
  |> range(start: today())
  |> filter(fn: (r) => r["_measurement"] == "Vb_Stromzaehler")
  |> filter(fn: (r) => r["from"] == "system.adapter.javascript.0")

Macht genauso, wie es soll.:thinking_face:

Das ist wirklich kurios, dann werde ich mal weiter forschen gehen...
Danke trotzdem für die Mühe...

[SpacerX]

@cocomp wie ist den deine Default Timezone gesetzt?

[CoComp]

@spacerx said in grafana - today() startet tag bei 02:00:

@cocomp wie ist den deine Default Timezone gesetzt?

Europe / Berlin - sowohl global für grafana als auch im Dashboard. Und die UTC-Zeitstempel in der Influx2DB stimmen.

Was mich halt stutzig macht, dass der feste timeslot in Verbindung mit

from(bucket: "nodered")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "KG.hz.SZ_A_Plus15")
  |> filter(fn: (r) => r["_field"] == "value")

das gewünschte Ergebnis bringt.

[SpacerX]

@cocomp hier mal ein Ausschnitt, das hab ich bei dir nicht so gesehen.

Sicher das deine Zeitzone in deinem System stimmt?

[CoComp]

@spacerx

So sieht das bei mir aus:

[SpacerX]

@cocomp mal eine andere Frage, wie kommt das timeshift -0m da hin.
Das kann ich gar nicht eingeben.

[CoComp]

@spacerx Das stammt aus meiner "mal was ausprobieren-phase" von heute Nachmittag. Normal steht da 1h

[SpacerX]

@cocomp bist du nun der Sache auf die Schliche gekommen?

[CoComp]

@spacerx Noch nicht, dieses Wochenende will ich es lösen.