Hallo zusammen,
nachdem ich jetzt meine Netatmo soweit zum laufen bekommen habe und auch einen Homatic-Schalter in den Badlüfter integriert habe, würde ich gern mittels des Taupunktes den Lüfter steueren.
Ich muss zugeben, so ganz klar bin ich mir mit dem dewpoint-Modul noch nicht, aber ich habe das hier einmal versucht
define dew_state dewpoint dewpoint .* Temperature Humidity Dewpoint
Für mein Verständnis sollte jetzt jedes Device, das die Readings "Temperature" und "Humidity" hat ein neues Reading "Dewpoint" bekommen.
Leider ist dem aber nicht so, oder vielleicht habe ich auch einfach ein Denkfehler.
Ich hoffes es kann mir jemand weiterhelfen.
Viele Grüße,
Stan
Meines wissens wird "Temperature Humidity Dewpoint" bei den uebliche Modulen kleingeschrieben.
Ich habe sie bei der Definition einfach weggelassen.
Also hier ein kurzer Log-Auszug aus dem Netatmo-Indoor-Modul
2014-02-03_11:40:05 NETATMO_INDOOR last_measure: 2014-02-03_11:37:49
2014-02-03_11:40:07 NETATMO_INDOOR last_measure: 2014-02-03_11:37:49
2014-02-03_11:40:09 NETATMO_INDOOR Co2: 979
2014-02-03_11:40:09 NETATMO_INDOOR Co2InPrecent: 65.2666666666667
2014-02-03_11:40:11 NETATMO_INDOOR Humidity: 63
2014-02-03_11:40:13 NETATMO_INDOOR Noise: 35
2014-02-03_11:40:15 NETATMO_INDOOR Pressure: 1014.8
2014-02-03_11:40:17 NETATMO_INDOOR Temperature: 19.6
2014-02-03_11:40:19 NETATMO_INDOOR When: 1391423869
Was würde denn passieren, wenn ich Temperature, Humidity und Dewpoint weglasse? Sucht er dann nicht nach "temperature", "humidity"?
Du hast recht, ich habe die Netatmo readings noch nicht gesehen.
Vielleicht sollten wir einfach auf eine Antwort von Willi warten.
Jup...trotzdem danke für deine schnelle Antwort
So nun klappt es....ich habe zwar keine Lösung für mein eigentliches Problem gefunden, dass ich gern die Readings "Temperature" und "Humidity" eines bestimmten Gerätes ( in meinem Fall ein Netatmo ) zur Bestimmung des dewPoints zu verwenden.
Ich hatte die Tage aber meine Netatmo-Integration auf Andre's (justme1968) netamto-Modul umgestellt und mit diesem werden die Readings kleingeschrieben.
Somit funktioniert der generelle dewPoint define define dew_state dewpoint dewpoint .* einwandfrei.
Hallo,
bei mir funktioniert das dewpoint-Modul für die Netatmo Devices komischerweise gar nicht. Für andere Geräte (z. B. pilight_temp) geht es ohne Probleme.
Ich habe es als dewpoint .* temperature humidity dewpoint definiert und mal verbose auf 5 gestellt. Es wird aber nichts geloggt, weder für erfolgreiche, noch für erfolglose Berechnungen.
Ein Besipiel für ein Netatmo Device:
NAME
netatmo_aussen
humidity
78
temperature
-2.5
(Reading dewpoint nicht vorhanden)
und ein pilight_temp Device welches funktioniert:
NAME
WS2
temperature
17.5
humidity
46
dewpoint
5.8
Hi zusammen!
Gibt es da mittlerweile ein Möglichkeit, wie man den Taupunkt in die Readings eines Netatmo hinein bekommt? Ich habe verschiedene Sachen schon ausprobiert (z.B. von hier: https://wiki.fhem.de/wiki/Dewpoint (https://wiki.fhem.de/wiki/Dewpoint) oder hier http://www.meintechblog.de/2015/08/raumklima-im-smart-home-mit-fhem-verbessern-taupunktoptimiertes-lueften/ (http://www.meintechblog.de/2015/08/raumklima-im-smart-home-mit-fhem-verbessern-taupunktoptimiertes-lueften/) ), aber leider klappt es noch nicht. Habe ich ein Brett vor dem Kopf, oder geht das generell aus irgendwelchen Gründen dort nicht?
Vielen Dank für eure Hilfe!
Gruß, Bernd
Ich mache es mittlerweile wie hier beschrieben: https://wiki.fhem.de/wiki/Dewpoint#Variante_.C3.BCber_99_myUtils - funktioniert eigentlich tadellos
Hmmm, das hatte bei mir auch nicht funktioniert. Muss ich dann nochmal testen. Vielleicht hatte ich da einen Fehler drin...
Dank dir schon mal!
Gesendet von iPhone mit Tapatalk
Also irgendwie ist da der Wurm drin. Beim Innensensor habe ich den Wert nun nach einem Boot endlich drin. Aber beim Außensensor bekomme ich den Wert absolut nicht hinein. Ich habe sogar das Userreading nochmal vom Innensensor kopiert. Aber es klappt nicht....
Gesendet von iPhone mit Tapatalk
Heißen denn die Readings gleich?
Uhhh da sagst du was. Dürfen sie das nicht? Hatte jetzt in beiden Userreading folgendes drin:
dew:temperature.* {urDewpoint($name)}
Gesendet von iPhone mit Tapatalk
doch, aber wenn sie nicht gleich heissen müsstest Du halt
Die Readings-Namen für Temperatur und Luftfeuchtigkeit bei Device können bei bedarf auch abweichend angegeben werden. Bei den Homematic-Wandthermostaten heßt das Reading für die tatsächlich gemessene Temperatur measured-temp und nicht temperature, dann würde die definition des userReading wie folgt aussehen:
attr <Device> userReadings dew:measured-temp.* {urDewpoint($name,'measured-temp')}
machen
Ach so - Nein - die heißen bei Innen- und auch Außensensor gleich.
Gesendet von iPhone mit Tapatalk
Also ich finde es nicht. Hat jemand eine Ahnung? Das erste Listing ist der Innensensor (Ort und Koordinaten entfernt) und das zweite ist der Außensensor. Und ja ich weiß - ich muss wieder lüften... :P
Internals:
DEF 70:ee:50:20:87:6e
Device 70:ee:50:20:87:6e
INTERVAL 900
IODev Wetter
LAST_POLL 2017-02-11 13:40:19
NAME netatmo_D70_ee_50_20_87_6e
NOTIFYDEV global
NR 187
NTFY_ORDER 50-netatmo_D70_ee_50_20_87_6e
STATE T: 24.9 H: 40 P: 1018.4 CO2: 1177 N: 37
SUBTYPE DEVICE
TYPE netatmo
altitude 88
city xxx
country DE
dataTypes Temperature,CO2,Humidity,Noise,Pressure
date_setup 2017-02-09 18:53:08
firmware 124
last_setup 2017-02-09 18:53:08
last_status_store 2017-02-11 12:50:46
last_upgrade 2017-02-10 12:54:24
location 51.xxx,6.xxx
model NAMain
moduleName Wohnzimmer
openRequests 0
stationName Cluni
status ok
wifi_status 36
Readings:
2017-02-11 13:30:55 co2 1177
2017-02-11 13:30:55 dew 10.38
2017-02-11 13:30:55 humidity 40
2017-02-11 13:30:55 noise 37
2017-02-11 13:30:55 pressure 1018.4
2017-02-11 12:50:36 pressure_abs 1007.8
2017-02-11 12:50:36 pressure_trend stable
2017-02-11 02:13:46 temp_max 26.1
2017-02-11 10:27:24 temp_min 17.8
2017-02-11 12:50:36 temp_trend up
2017-02-11 13:30:55 temperature 24.9
Helper:
readingNames:
temperature
co2
humidity
noise
pressure
Attributes:
IODev Wetter
alias Klima.Wohnzimmer
devStateIcon .*:no-icon
group Klima
room Wohnzimmer,netatmo
stateFormat T: temperature H: humidity P: pressure CO2: co2 N: noise
userReadings dew:temperature.* {urDewpoint($name)}
Internals:
DEF MODULE 70:ee:50:20:87:6e 02:00:00:20:fa:a6
Device 70:ee:50:20:87:6e
INTERVAL 900
IODev Wetter
LAST_POLL 2017-02-11 13:40:19
Module 02:00:00:20:fa:a6
NAME netatmo_M02_00_00_20_fa_a6
NOTIFYDEV global
NR 188
NTFY_ORDER 50-netatmo_M02_00_00_20_fa_a6
STATE T: 3.2 H: 81
SUBTYPE MODULE
TYPE netatmo
battery_vp 6468
dataTypes Temperature,Humidity
firmware 44
last_message 2017-02-11 12:50:45
last_seen 2017-02-11 12:50:45
last_setup 2017-02-09 18:53:08
model NAModule1
moduleName Terrasse
openRequests 0
rf_status 74
status ok
Readings:
2017-02-11 12:55:05 battery ok
2017-02-11 12:55:05 battery_percent 100
2017-02-11 13:30:55 humidity 81
2017-02-11 12:37:55 temp_max 3.1
2017-02-11 05:49:29 temp_min 0.7
2017-02-11 12:49:53 temp_trend up
2017-02-11 13:30:55 temperature 3.2
Helper:
readingNames:
temperature
humidity
Attributes:
IODev Wetter
alias Klima.Terrasse
devStateIcon .*:no-icon
event-on-change-reading battery humidity temperature
group Klima
room Garten,Wetterdaten,netatmo
stateFormat T: temperature H: humidity
userReadings dew:temperature.* {urDewpoint($name)}
Schade - keiner eine Idee?
bis auf dein "event-on-change-reading" sieht es bei mir eigentlich genauso aus.
Das habe ich bei mir drin, weil ansonsten ständig eine Batteriewarnung auf "battery_percent" kommt. Und genau da hatte ich auch noch einen Fehler drin - ich hatte das Komma zwischen den Readings vergessen. Jetzt geht es...
Dank dir für den Hinweis! :D
Auch ich hatte das Problem, dass dewpoint in Kombination mit meinem NetAtmo-Device nicht funktionieren wollte; ich bin dem Ganzen nachgegangen und ich glaube, dass ein `max_timediff=3600` viele Probleme loest.
Hintergrund:
Im folgenden seht ihr ein klassisches Update vom NetAtmo:
- Zuerst kommt temperature (Log-Eintrag mit `temperature!`) und wird von dewpoint processed - scheinbar ist im gleichen notify allerdings nichts von humidity zu sehen
- Kurz darauf kommt dann humidity (Log-Eitnrag mit `humidity!` - dieses Mal processed dewpoint das Ganze aber mit leerer Temperatur (schoen an den selbst eingebauten `dewpoint_notify_self`Log-Messages zu sehen)
Jedes Mal wenn dewpoint also so ein reading bekommt, fehlt entweder die temperature oder die humidity; dewpoint ist intelligent genug, hier ein bestehendes Reading vom device auszulesen und hier kommt `max_timediff` ins Spiel: nur wenn das Reading
juenger ist, als der konfigurierte Wert, wird es fuer die Betrachtung verwendet.
Was in meinem Kopf noch nicht ganz klar ist: die Readings muessten zeitlich sehr knapp beieinander liegen; tun sie aber nicht:
- dev=netatmo_mine, hum_name=humidity, reference humidity=35 (735), temp=13.9 -> Alter des humidity Readings sind `735` Sekunden
- >dev=netatmo_mine, temp_name=temperature, reference temperature=13.9 (172), hum=34 -> Alter des temperature Readings sind `172` Sekunden (auch wenn es gerade in diesem Moment upgedatet wurde
Auf jeden Fall brauchts deshalb einen relativ grossen `max_timediff` Wert, der diesen Umstand ignoriert. Vielleicht hat ja sonst noch jemand eine Idee, wieso die historischen Readings so "komisch" sind...
2020.04.03 11:26:37 3: netatmo_mine: poll (MODULE)
2020.04.03 11:26:37 3: netatmo_mine: requestDeviceReadings (Temperature,Humidity)
2020.04.03 11:26:37 4: dewpoint_notify: cmd_type=dewpoint devname=netatmo_mine dewname=dewpoint_netatmo, dev=netatmo_mine, dev_regex=netatmo_mine temp_name=temperature hum_name=humidity
2020.04.03 11:26:37 5: dewpoint_notify: s='temperature: 13.9'
2020.04.03 11:26:37 5: dewpoint_notify: evName='temperature:' val=13.9'
2020.04.03 11:26:37 5: dewpoint_notify: temperature! dev=netatmo_mine, temp_name=temperature, temp=13.9
2020.04.03 11:26:37 5: dewpoint_notify: max_timediff=3600
2020.04.03 11:26:37 5: dewpoint_notify_self: before if
2020.04.03 11:26:37 5: dewpoint_notify_self: empty humidity, not-empty temperature
2020.04.03 11:26:37 5: >dev=netatmo_mine, hum_name=humidity, reference humidity=35 (735), temp=13.9
2020.04.03 11:26:37 5: dewpoint_notify_self: afterif
2020.04.03 11:26:37 5: dewpoint_notify_self: before dewpoint calculation
2020.04.03 11:26:37 5: dewpoint_notify: dewpoint=-1.3
2020.04.03 11:26:37 5: dewpoint_notify_self: after dewpoint calculation
2020.04.03 11:26:37 5: dewpoint_notify: absoluteHumidity= 4.2
2020.04.03 11:26:37 5: dewpoint_notify: rval=-1.3
2020.04.03 11:26:37 4: dewpoint_notify: cmd_type=dewpoint devname=netatmo_mine dewname=dewpoint_netatmo, dev=netatmo_mine, dev_regex=netatmo_mine temp_name=temperature hum_name=humidity
2020.04.03 11:26:37 5: dewpoint_notify: s='humidity: 34'
2020.04.03 11:26:37 5: dewpoint_notify: evName='humidity:' val=34'
2020.04.03 11:26:37 5: dewpoint_notify: humidity! dev=netatmo_mine, hum_name=humidity, hum=34
2020.04.03 11:26:37 5: dewpoint_notify: max_timediff=3600
2020.04.03 11:26:37 5: dewpoint_notify_self: before if
2020.04.03 11:26:37 5: dewpoint_notify_self: empty temperature, not-empty humidity
2020.04.03 11:26:37 5: >dev=netatmo_mine, temp_name=temperature, reference temperature=13.9 (172), hum=34
2020.04.03 11:26:37 5: dewpoint_notify_self: afterif
2020.04.03 11:26:37 5: dewpoint_notify_self: before dewpoint calculation
2020.04.03 11:26:37 5: dewpoint_notify: dewpoint=-1.7
2020.04.03 11:26:37 5: dewpoint_notify_self: after dewpoint calculation
2020.04.03 11:26:37 5: dewpoint_notify: absoluteHumidity= 4.1
2020.04.03 11:26:37 5: dewpoint_notify: rval=-1.7