Datenpunkt aus mehreren Tagen Erzeugen

[mickym]

@weserjunge Ich bin da nicht so fit in influxdb - vielleicht kann Dir @Marc-Berg helfen. Aber in meinen Augen brauchst Du nur eine Abfrage, die Dir das Maximum je Tag ausgibt. Grafana stellt einfach das dar, wie die Abfrage zur Influx defiiniert ist.

[Marc Berg]

@mickym

Um ganz ehrlich zu sein, verstehe ich das Ziel des TE nicht so richtig. Aber vielleicht wird ihm im Grafana Forum geholfen, wo er gestern die gleiche Frage gestellt hat:

https://community.grafana.com/t/verarbeitung-unterschiedlicher-daten-fur-unterschiedliche-tage/90486

[ticaki]

@weserjunge

Wenn du einen aufsteigenen Zähler in influx hast kannst du dir das pro Tag anzeigen lassen

Hier ein Beispiel:

SELECT non_negative_difference(last("value")) FROM "autogen"."shelly.0.SHEM-3#C45BBE6C597F#1.Total.ConsumedPower" WHERE $timeFilter GROUP BY time(1d) fill(previous) tz('Europe/Berlin')

Kann man in im Builder zusammenklicken

[paul53]

@weserjunge sagte: geleisteten Wh je Tag als eigenen Datenpunkt aus.

Einmal am Tag am Tagesende?
Einen DP mit dem aktuellen Tag (gestern) gibt es nicht?
Dann kann man RegExp zum Triggern verwenden, um den den Wert des Tages in einen Datenpunkt für gestern zu übertragen.

const idsTag = new RegExp('fronius-solarweb.0.de1fbbf8-cbcb-4039-8911-63555240ad4e.day.EnergyProductionTotal.values.*');
const idGestern = '0_userdata.0.Fronius.Produktion.gestern'; // ID anpassen!

on({id: idsTag}, function(dp) {
    setState(idGestern, dp.state.val, true);
});

[weserjunge]

@marc-berg ich sehe da jetzt kein Problem drin nach mehrer Lösungen parallel zu suchen. Viele Wege führen nach Rom, nur ist englisch nicht besonders meine Paradedisziplin, und das Grafana-Forum ist nun rein Englisch, worauf man mich ja auch netter weise hingewiesen hat

[weserjunge]

@ticaki said in Datenpunkt aus mehreren Tagen Erzeugen:

@weserjunge

Wenn du einen aufsteigenen Zähler in influx hast kannst du dir das pro Tag anzeigen lassen

Hier ein Beispiel:

SELECT non_negative_difference(last("value")) FROM "autogen"."shelly.0.SHEM-3#C45BBE6C597F#1.Total.ConsumedPower" WHERE $timeFilter GROUP BY time(1d) fill(previous) tz('Europe/Berlin')

Kann man in im Builder zusammenklicken

Meine Idee war, einen Datenpunkt zu erzeugen, welcher je nach Datum auf einen anderen Datenpunkt zugreift, diesen dann über die DB abzugreifen. Da die Bereitgestellten Datenpunkte kumuliert je Tag erstellt werden, braucht man eigentlich nicht weiter tätig werden:
BSP.:

1. April auf den Datenpunkt

fronius-solarweb.0.de1fbbf8-cbcb-4039-8911-63555240ad4e.day.EnergyProductionTotal.values.1

2. April auf den Datenpunkt

fronius-solarweb.0.de1fbbf8-cbcb-4039-8911-63555240ad4e.day.EnergyProductionTotal.values.2

17 Juni auf den Datenpunkt

fronius-solarweb.0.de1fbbf8-cbcb-4039-8911-63555240ad4e.day.EnergyProductionTotal.values.27

vielleicht ist meine Idee auch völliger Quatsch.

Gruß

[David G.]

@weserjunge

Ich finde den Vorschlag von @paul53 am Sinnigsten.
Das hätte ich in der Art auch versucht.

So hast du alles sauber in einem DP in der History.

Das Skript lässt sich schnell in js oder Blockly umsetzen.

EDIT
Ich hätte es vermutlich mit "IDs vom Selektor" in Blockly gemacht anstatt "RegExp".

Hab aber keine Ahnung wo der Unterschied ist.

[ticaki]

@weserjunge
Pauls Lösung ist optimal

@david-g sagte in Datenpunkt aus mehreren Tagen Erzeugen:

Hab aber keine Ahnung wo der Unterschied ist.

RegEx finde Datenpunkten zum Laufzeit, Selector beim Start des Skripts.

[paul53]

@david-g sagte: wo der Unterschied ist.

@ticaki sagte in Datenpunkt aus mehreren Tagen Erzeugen:

RegEx finde Datenpunkten zum Laufzeit, Selector beim Start des Skripts.

... und Selektor.on() reagiert nur auf Wertänderung, der gezeigte Trigger auch auf Aktualisierung (des Zeitstempels).

[ticaki]

@paul53 sagte in Datenpunkt aus mehreren Tagen Erzeugen:

... und Selektor.on() reagiert nur auf Wertänderung, der gezeigte Trigger auch auf Aktualisierung (des Zeitstempels).

also ist es change:'any'?

[paul53]

@ticaki sagte: also ist es change:'any'?

Ja, change: 'any' ist default, wenn das Muster ein Objekt ist. Wenn das Muster ein ID-String ist, wird auf change: 'ne' reagiert.

[David G.]

@ticaki sagte in Datenpunkt aus mehreren Tagen Erzeugen:

RegEx finde Datenpunkten zum Laufzeit, Selector beim Start des Skripts.

Was bedeutet das?
Den Selektor habe ich (wenn ich mich nicht irre) auch schon in einem Skript benutzt um Listen zu erstellen. Also als trigger und zum auslesen der DPs in einem Skript.

Oder hab ich das falsch in Erinnerung?

Im Hier genannten Fall, könnte ich doch auch mit dem Selektor arbeiten oder?

[paul53]

@david-g sagte: könnte ich doch auch mit dem Selektor arbeiten oder?

Nur, wenn bei Skriptstart schon alle DP (1 ... 31) vorhanden sind. Nicht getriggert wird allerdings, wenn der Wert im aktuellen Monat zufällig mit dem im letzten Monat identisch ist.

[David G.]

@paul53

Ah, okay.
Das verstehe ich.

Dann macht RegeEx ja eigentlich fast immer mehr Sinn als der Selektor oder (da er mehr Eventualitäten abdeckt)?

Langsam was offtopic..

[paul53]

@david-g sagte: Dann macht RegeEx ja eigentlich fast immer mehr Sinn als der Selektor

Den Selektor benötigt man, wenn man innerhalb des Triggers alle selektierten DP in einer Schleife abklappern muss (Beispiel: alle Fenster geschlossen?).

[ticaki]

@david-g sagte in Datenpunkt aus mehreren Tagen Erzeugen:

@paul53

Ah, okay.
Das verstehe ich.

Dann macht RegeEx ja eigentlich fast immer mehr Sinn als der Selektor oder (da er mehr Eventualitäten abdeckt)?

Langsam was offtopic..

Nein, der selector findet nur Änderungen und wenn dich nur Änderungen interessieren, was häufig der Fall ist, ist es RegEx vorzuziehen. Benutze aber selbst für gleiche DP ebenfalls regex mit change: 'was auch immer'.

In deinem Fall ist es möglich, wenn auch nicht wahrscheinlich, das am z.B. 14. April die gleiche Leistung wie am 14 Mai gemessen wird, dann verändert sich der Wert des State nicht und dir fehlen Werte. Das könnte man dann wieder auffangen in dem man die Protokollierung der Werte auf Nur Änderungen und gleicher Wert nach 86.400 + x Sekunden protokoliert. Das würde dann nur nach 86400/x Fällen in Folge zu einem Fehler führen.

em ok

kurz: nimm das von paul53