userReadings um Werte zu filtern?

[dreizehn]

Hallo Zusammen!

Kontext:
Ich habe einen Temperatursensor der hin und wieder unsinnige Werte liefert. Meist -100 (°C). Diese Werte möchte ich einfach weg filtern.

Idee:
Wenn der Wert Sinnvoll ist soll er in ein neues Reading geschrieben werden. Der Originalwert ist "temperature" der neue, gefilterte soll "temperatureFilter" sein.

Ausführung:
Ich habe folgendes userReadings angefügt:

Code Auswählen Erweitern

temperatureFilter {if (ReadingsNum($name,"temperature",-101) > -99) {return ReadingsNum($name,"temperature",0);}}

Problem:
temperatureFilter ist im Fehlerfall nicht bei -100 sondern bei 0. Es wird anscheinend ein else interpretiert, ich möchte aber den Wert nicht schreiben.

Frage;
Gibt es eine schöne, elegante Lösung?

Liebe Grüße

[betateilchen]

Code Auswählen Erweitern

temperatureFilter {(ReadingsNum($name,"temperature",-101) > -99) ? ReadingsNum($name,"temperature",0) : undef}

[frober]

Falls du das Reading weiter verarbeitest, setze ein

Code Auswählen Erweitern

attr <Device> oldreadings temperature
und geben diesen Wert zurück (OldReadingsNum()).

[betateilchen]

Was hat das oldreading mit der gestellten Frage zu tun?
Da würde doch auch nur ein falscher Wert landen.

Wenn beim Setzen des userReading ein undef zurückkommt, wird der im reading vorhandene Wert nicht angetastet. Der neue (unsinnige) Wert wird ignoriert und es kann immer noch auf den vorherigen Wert zugegriffen werden.

[Beta-User]

Evtl. sollte es auch gehen, mit einer readingsChange-Instanz die "falschen" Events ganz zu löschen.

[betateilchen]

Dann geh ich jetzt Popcorn holen, setze mich auf meine Couch und bin gespannt, wer letztendlich den kompliziertesten Lösungvorschlag hier reinschreibt...

Den gewünschten (!!!) Lösungsweg hatte der Fragesteller ja in seinem ersten Beitrag eindeutig beschrieben, er wusste lediglich nicht genau, wie man das umsetzt.

[frober]

Was hat das oldreading mit der gestellten Frage zu tun?
Da würde doch auch nur ein falscher Wert landen.

Wenn beim Setzen des userReading ein undef zurückkommt, wird der im reading vorhandene Wert nicht angetastet. Der neue (unsinnige) Wert wird ignoriert und es kann immer noch auf den vorherigen Wert zugegriffen werden.

Bei undef wird der vorhandene Wert nicht angetastet, wusste ich nicht.
Danke für die Aufklärung.

Sollte nur ein Tip sein, sorry.

[dreizehn]

Vielen Dank!
Die Lösung von betateilchen funktioniert für mich perfekt. Es hat aber etwas gedauert bis der Sensor wieder "falsche" Werte lieferte. undef war mir bisher noch nicht bekannt, wieder etwas gelernt.

[frober]

Falls du das Reading weiter verarbeitest, setze ein

Code Auswählen Erweitern

attr <Device> oldreadings temperature
und geben diesen Wert zurück (OldReadingsNum()).

...und sorry nochmals, ich benutze natürlich (noch, zukünftig undef) das Zielreading (hier temperatureFilter) als OldReading...