Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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