Datenflut von userreading bändigen

[Mazz78]

Hallo zusammen,

für meine Wärmepumpe (THZ) gibt es einen Parameter sGlobal der eine Menge an Werte beinhaltet.
Aus diesem Parameter sGlobal erstelle ich ein userreading mit Daten die mir wichtig sind.

Code Auswählen Erweitern


define LWZ403 THZ 192.xxx.xxx.xxx:2222
attr LWZ403 userReadings
    AussenTemp {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[1]},\
    VorlaufTemp {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[3]},\
    RuecklaufTemp {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[5]},\
    VentSpeed_Zuluft {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[61]},\
    VentSpeed_Abluft {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[59]},\
    WarmwasserTemp {(split ' ',ReadingsVal("LWZ403","sGlobal",0))[9]}

Das userreading funktioniert auch, allerdings werden mir die Werte im Event Monitor alle 1-2 Sek. geschrieben und die Ausgabe anderer Werte wird hinten angestellt.
Wie kann ich die Daten-Flut des userreading eindämmen?

Es gibt für die THZ ein Attribut für das Polling der sGlobal, aber das userreading wir ja trotzdem daraus immer neu erzeugt.

Code Auswählen Erweitern

attr THZ intervall_sGlobal

Wer weiß Rat?

Grüße

[Ellert]

Vielleicht ist hier etwas für Dich dabei https://wiki.fhem.de/wiki/Event#Beschr.C3.A4nken_von_Events

[Mazz78]

Hi,

danke für den Denkanstoß. 

Die Lösung für das genannte Problem findet sich hier https://forum.fhem.de/index.php/topic,72737.msg644848/topicseen.html#msg644848

Die Kurzversion davon ist:

Code Auswählen Erweitern

attr event-aggregator <readingname.*>:120:none:min

Ein event_aggregator darf/kann anscheinend nicht geändert werden. Wenn man z.B. den Interval ändern möchte, muss das attr gelöscht und neu angelegt werden