Hauptmenü

average modul

Begonnen von erwin, 12 Dezember 2011, 11:52:27

Vorheriges Thema - Nächstes Thema

erwin

                                                   

Hello,
ich hab da ein Problem mit dem Verständnis des average moduls:

situation: ich versuche die Temp UND Humidity Werte eines Aussensensors
(S555TH definiert als S300TH) zu loggen und zu plotten, was auch super
funktioniert.
Zusäzlich möchte ich die average werte ebenfalls im Log haben, was nur
teilweise funktioniert.

so schaut die filelog definition aus:
  /opt/var/fhem/AussenTempHum-%Y.log AussenTempHum:(temperature|humidity).*

in den device readings hab ich die laufenden Werte UND die AVG-Werte für
temp und hum:
humidity
88.12011-12-12 11:41:28

 humidity_avg_day
86.42011-12-12 11:41:29

 humidity_avg_month
81.32011-12-12 11:41:29

 humidity_cum_day
3634828.62011-12-12 11:41:29

 humidity_cum_month
87746926.29999982011-12-12 11:41:29

 state
T: 2.6 H: 88.12011-12-12 11:41:28

 temperature
2.62011-12-12 11:41:28

 temperature_avg_day
0.62011-12-12 11:41:29

 temperature_avg_month
5.62011-12-12 11:41:29

 temperature_cum_day
23787.72011-12-12 11:41:29

 temperature_cum_month
6041739.499999992011-12-12 11:41:29


Das Problem beginnt beim Filelog: (Auszug):

2011-12-11_23:59:21 AussenTempHum humidity: 84.9
2011-12-12_00:02:18 AussenTempHum temperature: 0.9
2011-12-12_00:02:18 AussenTempHum humidity: 84.9
2011-12-12_00:02:18 AussenTempHum temperature_avg_day: 3.7
2011-12-12_00:05:15 AussenTempHum temperature: 0.9
2011-12-12_00:05:15 AussenTempHum humidity: 84.9
2011-12-12_00:08:12 AussenTempHum temperature: 0.9

Es schaut für mich so aus, als ob das avg module für ein device nur ein
_avg... event generiert statt 2  (in meinem Fall das für temp_avg_day),
aber ich durchschaue die logik im avg modul nicht...

falls nötig, setze ich den globalen verbose parameter heute nacht auf 5 und
schau ob ich da was erkennen kann.....

l.g. und danke für den bisherigen support
erwin



--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

rudolfkoenig

                                                   

> falls nötig, setze ich den globalen verbose parameter heute nacht auf 5 und
> schau ob ich da was erkennen kann.....

Schaut fuer mich auch nach Bug aus, obwohl ich es eigentlich mit mehrfachwerten
getestet habe. Aber statt verbose auf 5 zu setzen bitte in average_Callback()
die Zeile
  Log 1, "average_Callback: $arg";
nach der 2.ten Zeile einfuegen

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

erwin

                                                   

ok, so schaut der global log aus:

2011.12.13 00:00:45 1: average_Callback: HMS100T_c125  temperature_avg_day:22.8
2011.12.13 00:01:57 1: average_Callback: AussenTempHum  temperature_avg_day:2.4
2011.12.13 00:12:03 1: average_Callback: Bad_Thermostat  measured-temp_avg_day:23

sieht für mich so aus, als ob der humidity event nicht getriggert wird.

im filelog des devices sieht so aus:
2011-12-12_23:50:09 AussenTempHum humidity: 86.2
2011-12-13_00:01:56 AussenTempHum temperature: 5
2011-12-13_00:01:57 AussenTempHum humidity: 86.2
2011-12-13_00:01:57 AussenTempHum temperature_avg_day: 2.4
2011-12-13_00:04:53 AussenTempHum temperature: 5.1
Any Ideas, wie ich das Problem eingrenzen könnte?
liebe Grüße und DANKE!!! für den support
erwin


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

rudolfkoenig

                                                   

Hab das Problem nachgestellt, und meine die Ursache gefunden zu haben: Ich
wollte urspruenglich das $1 einer regexp retten um auch fuer Werte aus
komplexeren Events Durchschnitt berechnen zu koennen.  Beispiel: Berechnung der
Durchschnittsfeuchtigkeit aus

  ws1 T: 12.2 H: 54.2

In so einem Fall muss man das average als

  define avg average ws1:.*H:.(.*)

schreiben. Leider kollidiert das mit dem (auch im commandref erwaehnten)

  define avg average ws1:(temperature|humidity)

Ich hab das jetzt (hoffentlich richtig) behoben, indem $1 nur bei numerischen
Werten verwendet wird.

Gruss,
 Rudi



On Mon, Dec 12, 2011 at 04:02:46PM -0800, Erwin wrote:
> ok, so schaut der global log aus:
>
> 2011.12.13 00:00:45 1: average_Callback: HMS100T_c125  temperature_avg_day:22.8
> 2011.12.13 00:01:57 1: average_Callback: AussenTempHum  temperature_avg_day:2.4
> 2011.12.13 00:12:03 1: average_Callback: Bad_Thermostat  measured-temp_avg_day:23
>
> sieht für mich so aus, als ob der humidity event nicht getriggert wird.
>
> im filelog des devices sieht so aus:
> 2011-12-12_23:50:09 AussenTempHum humidity: 86.2
> 2011-12-13_00:01:56 AussenTempHum temperature: 5
> 2011-12-13_00:01:57 AussenTempHum humidity: 86.2
> 2011-12-13_00:01:57 AussenTempHum temperature_avg_day: 2.4
> 2011-12-13_00:04:53 AussenTempHum temperature: 5.1
> Any Ideas, wie ich das Problem eingrenzen könnte?
> liebe Grüße und DANKE!!! für den support
> erwin
>
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

erwin

                                                   

Rudolf, danke!!
ich hab fhem upgedated und neu gestartet, warten wir mal bis morgen....

UUUPS:
hab da eine Fehlermeldung gesehen:
   Argument "22 (Celsius)" isn't numeric in multiplication (*) at
/opt/lib/FHEM/98_average.pm line 98.

und damit ist FHEM abgestürzt.

jetzt hat er offensichlich ein Problem, wenn WERT  und EINHEIT daherkommt...

ok.. das mit dem Absturz kann ich nicht nachvollziehen, jedenfalls kommt
die meldung jedesmal wenn eine notify von einem HMS kommt.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

rudolfkoenig

                                                   

> und damit ist FHEM abgestürzt.

Naja, mein fhem stuerzt zwar nicht ab, Du hast aber Recht.
Kannst Du es nochmal probieren?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

erwin

                                                   

ok super, keine Fehler mehr,
warten wir mal bis nach Mitternacht - schreibe morgen das Ergebnis.
Danke erwin

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

erwin

                                                   

Mhh....,
keine humidity_avg_day Wert im log um Mitternacht....
 
Ich werde nochmal die Log Zeile ins average modul hineinmachen, um zu
sehen, ob notify getriggert wird....
 

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

erwin

                                                   

keine hum.._avg_day einträge im LOG:

Global Log:

2011.12.16 00:00:42 1: Debug average_Callback: HMS100T_c125  temperature_avg_day:22.5
2011.12.16 00:00:51 1: Debug average_Callback: AussenTempHum  temperature_avg_day:6.4
2011.12.16 00:11:52 1: Debug average_Callback: Bad_Thermostat  measured-temp_avg_day:24.4

Device Log:

2011-12-16_00:00:51 AussenTempHum temperature: 6
2011-12-16_00:00:51 AussenTempHum humidity: 83.6
2011-12-16_00:00:51 AussenTempHum temperature_avg_day: 6.4
2011-12-16_00:03:48 AussenTempHum temperature: 6
2011-12-16_00:03:48 AussenTempHum humidity: 83.6



--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

rudolfkoenig

                                                   

On Fri, Dec 16, 2011 at 02:36:04AM -0800, Erwin wrote:
> keine hum.._avg_day einträge im LOG:

Hat AussenTempHum denn im Detail-Ansicht beide avg_day Werte? Wenn nicht, dann
greift der avarage regexp nicht richtig. Wie schaut denn die avg-Definition aus?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

erwin

                                                   

Ja, im Detail View ist alles da:
DEVFAMILY
WS3002011-12-17 10:02:17

 DEVTYPE
S300TH2011-12-17 10:02:17

 humidity
76.12011-12-17 10:02:17

 humidity_avg_day
74.32011-12-17 10:02:18

 humidity_avg_month
79.72011-12-17 10:02:18

 humidity_cum_day
2685758.72011-12-17 10:02:18

 humidity_cum_month
119894516.52011-12-17 10:02:18

 state
T: 3.7 H: 76.12011-12-17 10:02:17

 temperature
3.72011-12-17 10:02:17

 temperature_avg_day
5.22011-12-17 10:02:18

 temperature_avg_month
7.92011-12-17 10:02:18

 temperature_cum_day
189410.52011-12-17 10:02:18

 temperature_cum_month
11937406.22011-12-17 10:02:18


die avg definition hab ich so gelöst:
define myAvg_temperature average .*:temperature:.*
und
define myAvg_humidity average .*:humidity:.*
und
define myAvg_measuredtemp average .*:measured-temp:.*
... die beiden temperature average kommen für alle devices (HMS100, FHT80b,
S300TH), humidity sensor hab ich dzt. nur einen...

Was mir noch aufgefallen ist, und ich keine Erklärung habe: zwischen *device
name* und *temperature_average_day*... ist mehr als ein Leerzeichen (siehe
post von 16.12.). Spielt das evtl. eine rolle?

gruß erwin


--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

rudolfkoenig

                                                   

> define myAvg_temperature average .*:temperature:.*
> und
> define myAvg_humidity average .*:humidity:.*

Ich glaube das ist das Problem, sowas habe ich bisher nicht getestet. Probier
es bis es gefixed wird mit nur einem avg. Definition pro Event wie:
  define myAvg  .*:(humidity|temperature):.*

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig

                                                   

Fix:
  $addNotifyCB{"avg:$devName"} = "average_Callback $devName $trigger"
durch
  $addNotifyCB{"avg:$avgName:$devName"} = "average_Callback $devName $trigger"
ersetzen. Ist aber auch eingecheckt und fuer updatefhem bereitgestellt.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

erwin

                                                   

Rudolf,
deinen Fix hab ich gestern nicht mehr gesehen... ja es gibt auch noch ein
Leben ohne FHEM ;-)))
Danke jedenfalss, hat grundsätzlich nach deinem ersten Tip von gestern
funktioniert, allerdings wollt ich mich gerade auf die Suche machen, warum
im DBLOG nur die temp_avg angekommen ist....
    Global log:

     2011.12.18 00:00:07 1: Debug average_Callback: AussenTempHum  temperature_avg_day:3.4 humidity_avg_day:76.6
  Device Log:
     2011-12-18_00:00:07 AussenTempHum temperature_avg_day: 3.4
     2011-12-18_00:00:07 AussenTempHum humidity_avg_day: 76.6

... egal, ich werde updatefhem machen und auf morgen warten!
Danke und lieber Grüße
Erwin



--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...

erwin

                                                   

Rudolf,
 
Danke, der Fix funktioniert perfekt!!!
Auch im DBLOG kommen jetzt alle Werte richtig an.
 
PS: ich hab jetzt im filelog von
  :(temperature|humidity*).* *
auf:
  :(temperature|humidity*):.**
geändert,* *damit im Weblink nicht die avg werte als 2.wert nach
Mitternacht gerendert werden, was unschöne "Ecken" in der Grafik ergibt.
 
Ich möchte einen eigenen filelog für ALLE avg Werte machen (und nur für
avg-Werte) mit folgender regex:
   .*:(_avg-day|_avg-month):.*
morgen weiß ich mehr...
 
Danke jedenfalls für den FIX und liebe Grüße
erwin
 
 
 
 
 
 

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
FHEM aktuell auf RaspberryPI Mdl 1-4
Maintainer: 00_KNXIO.pm 10_KNX.pm
User: CUNO2 (868 SLOWRF) - HMS100xx, FS20, FHT, 1-Wire  - 2401(iButton), 18x20, 2406, 2413 (AVR), 2450,..,MQTT2, KNX, SONOFF, mySENSORS,....
Hardware:  Busware ROT, Weinzierl IP731, 1-Wire GW,...