Userreading mehrfach in Logdatei

Begonnen von FFHEM, 15 Mai 2018, 16:26:08

Vorheriges Thema - Nächstes Thema

FFHEM

Hallo zusammen,

in diesem Temperatur-/Luftfeuchtefühler sind 2 Userreadings angelegt worden:

Internals:
   DEF        01
   IODev      myJeeLink :-[
   LASTInputDev myJeeLink
   LaCrosse_lastRcv 2018-05-15 16:21:56
   MSGCNT     272
   NAME       TH_1
   NR         47
   STATE      28.1 °C 29 % 28.1 °C 29.0 %
   TYPE       LaCrosse
   addr       01
   battery_new 0
   corr1      0
   corr2      0
   myJeeLink_MSGCNT 272
   myJeeLink_RAWMSG H000140810229
   myJeeLink_TIME 2018-05-15 16:21:56
   previousH  29
   previousT  28.1
   sensorType 0=T(H)
   READINGS:
     2018-05-15 16:21:56   battery         ok
     2018-05-15 16:21:56   humidity        29
     2018-05-15 16:21:56   humidity_corr   29.0
     2018-05-15 16:21:56   state           T: 28.1 H: 29
     2018-05-15 16:21:56   temperature     28.1
     2018-05-15 16:21:56   temperature_corr 28.1
Attributes:
   IODev      myJeeLink
   group      Sensor
   room       Konditionierraum
   stateFormat temperature °C humidity % temperature_corr °C humidity_corr %
   userReadings humidity_corr { sprintf("%.1f", ReadingsVal("TH_1","humidity",50) + Value ("Offset_Humidity_TH_1")) },
temperature_corr { sprintf("%.1f", ReadingsVal("TH_1","temperature",23) + Value ("Offset_Temperature_TH_1")) }



In der zugehörigen Logdatei kommen aber humidity_corr und temperature_corr immer 2 mal vor!

2018-05-15_15:59:40 TH_1 battery: ok
2018-05-15_15:59:40 TH_1 temperature: 28.1
2018-05-15_15:59:40 TH_1 humidity: 29
2018-05-15_15:59:40 TH_1 T: 28.1 H: 29
2018-05-15_15:59:40 TH_1 humidity_corr: 29.0
2018-05-15_15:59:40 TH_1 temperature_corr: 28.1
2018-05-15_15:59:40 TH_1 humidity_corr: 29.0
2018-05-15_15:59:40 TH_1 temperature_corr: 28.1


Kann ich das irgendwie unterbinden?

Vielen Dank für Tipps!

Gruß, Friedhelm


Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266

Otto123

Hallo Friedhelm,

ZitatuserReadings
Komma getrennte Liste von benutzerdefinierten Readings. Jede Definition hat folgendes Format:
<reading>[:<trigger>] [<modifier>] { <perl code> }
Diese benutzerdefinierte Readings werden bei jeder Aktualisierung der Gerätereadings gesetzt, indem das spezifizierte perl code { <perl code> } ausgeführt wird, und dessen Wert dem Reading zugewiesen wird. Falls <trigger> spezifiziert ist, dann findet diese Ausführung nur dann statt, falls einer der aktualisierten Readings dem regexp <trigger> entspricht (matched).
versuch Dich mal mit dem trigger.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Wzut

Da LaCrosse von Haus aus recht geschwätzig ist würde ich im ersten Schritt erst einmal event-on-change-reading auf .* setzen.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

FFHEM

Zitat von: Otto123 am 15 Mai 2018, 17:02:56
Hallo Friedhelm,
versuch Dich mal mit dem trigger.

Gruß Otto

Man sollte auch immer das Kleingedruckte lesen. Danke, Otto, für den Anstupser, es funktioniert!


Zitat von: Wzut am 16 Mai 2018, 08:50:43
Da LaCrosse von Haus aus recht geschwätzig ist würde ich im ersten Schritt erst einmal event-on-change-reading auf .* setzen.
Danke Wzut für den Hinweis, aber obwohl da LaCrosse steht, ist es ein anderer Sender ("ADKO"), der das gleiche FHEM-Modul benutzt.
Dessen Sendehäufigkeiten sind per Jumper einstellbar zwischen 32 und 132 Sekunden.

Gruß
Friedhelm

Raspberry Pi 4B, Homematic, Sonoff, Shelly, Worx, Arduino, ESP8266