Weihnachtsangebot 2025! 🎄

[thaistatos]

Hallo,

ich errechne den Verbrauch einer PV Anlage als:
Verbrauch= PV- Stromzähler.
Als Trigger sind sowohl PV als auch Stromzähler eingetragen (beide kommen über Modbus der PV Anlage), weil sich jeder ändern könnten und einer konstant bliebe.
Da die beiden Signale sich natürlich nicht genau parallel ändern, führt das zu etwas Jitter im Signal, weil im Abstand von wenigen ms 2x der Trigger kommt und zu unterschiedlichen Zeitpunkten die Differenz bebildet wird.
Mit der Verzögerung im aktualiseren Block ändert sich nichts, weil es vermutlich einfach nur das Ergebnis verzögert schreibt.

Ein Timeout Block wird das Problem vermutlich auch nicht beheben, es müsste grob so sein:
Trigger 1 --> Totzeit 100ms, so dass Trigger 2 ausgeblendet wird, --> Berechnung durchführen (mit Werten 100ms nach Trigger1).

[Asgothian]

@thaistatos
Doch - ein timeout ist das was du brauchst:

A.

[thaistatos]

ist der Timeout Block (nach dem nicht) eine interne Variable?
(ich finde die 7 verschiedenen rot / violett Schattierungen immer schwierig zu unterscheiden).

Behebt das wirklich das Problem, der Trigger kommt ja trotzdem 2x kurz nacheinander.

[Asgothian]

@thaistatos das ist eine Variable die du nicht explizit anlegen musst sondern die automatisch angelegt wird wenn du den timeout Block nutzt.
Der trigger kommt 2 mal, aber die Berechnung findet 100 ms nach dem 1. Trigger statt, wenn der 2. Trigger innerhalb der 100 ms kommt dann wird der ignoriert, weil dann die Variable timeout einen Wert hat.

A.

[paul53]

@thaistatos sagte: ist der Timeout Block (nach dem nicht) eine interne Variable?

timeout ist eine globale Variable. Es gibt sie auch in grün, nachdem der Timeout-Block in das Skript gezogen wurde.

@thaistatos sagte in zeitverzögertes Auswerten / Jitter:

der Trigger kommt ja trotzdem 2x kurz nacheinander.

Der zweite Trigger wird gesperrt, wenn er innerhalb von 100 ms nach dem ersten Trigger erfolgt.

[MartinP]

@thaistatos Ich glaube, über das gleiche Problem ist auch @haus-automatisierung gestolpert. In einem seiner Videos zeigt er javascript code, wie er die ganzen Trigger erst durch ein Javascript-Programm vorverarbeitet, bevor er daraus am Influx Adapter vorbei Datenreihen für die InfluxDB macht.

VIelleicht finden sich da Anregungen, um das hier ja ähnlich gelagerte Problem zu lösen.

[haus-automatisierung]

@martinp Du meinst das hier? https://www.youtube.com/watch?v=rTLQ15Fy85U

Bei mir führt einfach jede Änderung eines Datenpunktes zum speichern aller momentanen Werte. Und später nehme ich das dann mit InfluxDB-Tasks auseinander und verwerfe die ganzen alten (redundanten) Daten über die Retention Time auf dem Bucket.

[thaistatos]

inspiriert durch
https://forum.iobroker.net/topic/13916/gelöst-suche-funktion-zum-entprellen-über-5-sec
und
https://forum.iobroker.net/topic/18638/gelöst-entprellen-von-schaltern/2

habe ich jetzt so nachgebaut:

Aber der Verzögerung Block macht wahrscheinlich was ähnliches, nur schöner.

[paul53]

@thaistatos sagte: habe ich jetzt so nachgebaut:

Problem: Die Berechnung erfolgt bereits mit dem ersten Trigger und deshalb passen die Werte zeitlich nicht zusammen.

In dieser Version erfolgt die Berechnung sofort nach dem zweiten Trigger (innerhalb 100 ms):

[thaistatos]

muss in das zweite Kommentarfeld auch noch etwas eingetragen werden?

[paul53]

@thaistatos sagte: muss in das zweite Kommentarfeld auch noch etwas eingetragen werden?

Nein, das ist nur eine Erläuterung zum Verständnis. Seit JS Version 7.0.5 wird in dem Block nach Ablauf des Timeouts die Variable automatisch auf null gesetzt.

[thaistatos]

muss er timeout noch initialisiert werden?
Mir ist noch nicht klar, warum die Berechnung erst mit dem zweiten Trigger startet?
Oder startet sie eher nach 100ms?

[paul53]

@thaistatos sagte: warum die Berechnung erst mit dem zweiten Trigger startet?

Beim ersten Trigger ist timeout null und es wird der sonst-Zweig ausgeführt, also der Timeout gestartet. Beim zweiten Trigger läuft der Timeout und es wird der mache-Zweig ausgeführt, also die Berechnung.

[Homoran]

@thaistatos sagte in zeitverzögertes Auswerten / Jitter:

Mir ist noch nicht klar, warum die Berechnung erst mit dem zweiten Trigger startet?

tut sie nicht, die Berechnung durchvden zweiten Trigger wird blockiert.

Deswegen

@paul53 sagte in zeitverzögertes Auswerten / Jitter:

Problem: Die Berechnung erfolgt bereits mit dem ersten Trigger und deshalb passen die Werte zeitlich nicht zusammen.

@thaistatos sagte in zeitverzögertes Auswerten / Jitter:

Oder startet sie eher nach 100ms?

ja

[paul53]

@homoran sagte: tut sie nicht

@thaistatos meint diese Version.

[thaistatos]

das setzt dann aber voraus, dass immer der der zweite Trigger kommt. Es kann ja auch nur Trigger 1 ausgelöst werden, dann würde gar nichts passieren.

[paul53]

@thaistatos sagte: das setzt dann aber voraus, dass immer der der zweite Trigger kommt.

Richtig. Kommt nicht immer ein zweiter Trigger? Dann muss die Verzögerung um 100 ms in Kauf genommen werden.

[thaistatos]

sehr wahrscheinlich kommt auch Trigger 2, aber muss eben nicht.
Ich will mit 100ms Verzögerung nach dem letzten Trigger die Berechnung ausführen.
Also T1, 10ms später T2: Berechnung bei Zeitstempel 100ms nach T1.
nur T1: Berechnung bei Zeitstempel 100ms nach T1.
nur T2: Berechnung bei Zeitstempel 100ms nach T2.

[paul53]

@thaistatos
Das macht diese Version.

[Homoran]

@paul53 sagte:

@thaistatos meint diese Version.

du alter Editeur :grin: