Dewpoint und absFeuchte seit Update im Dezember 2017 fehlerhaft

Gast45 · 02 Januar 2018, 17:03:54

Hallo zusammen, ich hoffe ich bin hier richtig. Ist mein erster Post hier.

Ich habe schon länger eine FHEM-Installation, die für meine Temperatur- und Feuchtigkeitssensoren über dew_state den Taupunkt und absolute Feuchtigkeit berechnet. Die berechneten Werte erschienen auch monatelang im STATE. Seit dem letzten Update erscheinen die Werte aber nicht mehr im STATE. Berechnet werden sie aber, da sie im LOG geschrieben werden.

Hat das Problem noch jemand? Gibt es eine Lösung?

Ich habe bereits alles mal weg und wieder rein konfiguriert. Problem bleibt bestehen.

enno · 02 Januar 2018, 17:36:42

Könnte das eine Lösung sein?

https://forum.fhem.de/index.php/topic,78359.msg731858.html#msg731858

Code Auswählen

Events gibt es jetzt nur noch, wenn das Reading dewpoint durch die Filter event-on-(update|change)-reading durchgeht.

Gruss
Enno

Gast45 · 02 Januar 2018, 18:52:59

Danke. Gelesen hatte ich das schon, aber so recht verstehe ich das nicht. Außerdem erscheint das Reading dewpoint bei mir gar nicht im device. Somit kann ich auch nichts durch Event-on jagen. Die absFeuchte erscheint aber sehr wohl als Reading. Die hatte ich mal eingetragen, aber brachte auch keine Änderung.
Alles sehr sonderbar.
Ich habe inzwischen eine Installation auf dem neuen Raspian komplett neu aufgesetzt. Die verhält sich identisch. $:-\$

Hallerschneider · 02 Januar 2018, 23:01:59

Hallo,
fhem_update vor 4 Tagen und das gleiche mit dewpoint. Keine Ahnung was da schief ging. Ich warte mal das nächste größere Update ab.

Gast45 · 03 Januar 2018, 16:03:20

Schön zu wissen, dass man nicht alleine das Problem hat. Ich werde wohl auch das nächste Update abwarten müssen. Ich wollte aber zumindest auf das Problem hinweisen, in der Hoffnung, dass es jemand liest, der sich einen Reim darauf machen kann

Gast45 · 06 Januar 2018, 19:36:29

Heute mal neues Update eingespielt. Keine Veränderung.
Hat jemand eine Idee welches Modul hier nicht richtig arbeitet? 98_dewpoint wird es ja eher nicht sein, da die Werte berechnet werden.

Gast45 · 11 Januar 2018, 17:19:38

Hallo zusammen. Heute wurde eine Änderung in 98_dewpoint eingespielt und der Hinweis ,,use NOTIFYDEV" gegeben. Kann mit dem Hinweis jemand was anfangen? Der STATE wird jedenfalls immer noch nicht mit den aktuellen Taupunkt ergänzt.

KölnSolar · 11 Januar 2018, 18:12:28

So ganz verstehe ich nicht, worum es geht: das reading dewpoint erscheint bei mir wie immer mit seinem Wert im korrekten device. In state hat es meines Erachtens sowieso nichts verloren, da damit der state des Original-devices verändert wird und das könnte ja Auswirkungen haben $:-\$

Aber egal, verschiebt mal den Thread ins richtige Unterforum(lt. maintainers in Automatisierung), dann liest es vielleicht auch der maintainer.

Grüße Markus

Gast45 · 11 Januar 2018, 19:29:14

Mh, bei mir erscheint nur die absFeuchte im device, der dewpoint nicht. Aber wie gesagt landen alle Werte im LOG. Also werden sie scheinbar grundsätzlich berechnet. Die Logˋs habe ich so definiert, dass es je Zeitpunkt eine Zeile mit allen Werten gibt:
T: 8.8 H: 88 D: 6.9 A: 7.6
Das schöne am geänderten State war ja gerade, dass es in der Übersicht kompakt auftauchte. Und das geht gerade seit dem Update Anfang Dezember 2017 plötzlich nicht mehr.

Wie verschiebt man das Thema? Muss ich da was tun und wenn ja, was?

Sorry, ich übe hier noch

PS: wenn es Absicht ist, dass der State nicht mehr ergänzt wird, dann ist das zwar nicht schön, aber es wäre eine Erklärung und somit keine Fehlfunktion. Dann muss aber die Hilfe geändert werden, denn dort steht ja gerade, dass mit dew_state genau das passieren soll.

LuckyDay · 11 Januar 2018, 21:00:50

Ich habe jetzt mal auch das aktuelle 98_devpoint.pm ausprobiert, das erzeugt jetzt 2 mal ein state event

Code Auswählen

2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather humidity: 90
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather measured-temp: 19.6
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather T: 19.6 H: 90
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather absFeuchte: 15.2
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather dewpoint: 17.9
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather T: 19.6 H: 90 D: 17.9

hier nochmal extra gezeigt , die finden sich jetzt natürlich auch im LOGfile

Code Auswählen

2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather T: 19.6 H: 90
2018-01-11 20:46:48.633 CUL_HM og_Wohnzimmer_Weather T: 19.6 H: 90 D: 17.9

LOG

Code Auswählen

jetzt-->falsch
2018-01-11_20:46:48 og_Wohnzimmer_Weather T: 19.6 H: 90 D: 17.9
2018-01-11_20:46:48 og_Wohnzimmer_Weather T: 19.6 H: 90


früher -->richtig
2018-01-11_20:10:44 og_Wohnzimmer_Weather T: 19.5 H: 55 D: 10.2
2018-01-11_20:08:38 og_Wohnzimmer_Weather T: 19.6 H: 55 D: 10.3
2018-01-11_20:03:44 og_Wohnzimmer_Weather T: 19.5 H: 55 D: 10.2
2018-01-11_19:57:52 og_Wohnzimmer_Weather T: 19.4 H: 55 D: 10.1
2018-01-11_19:55:38 og_Wohnzimmer_Weather T: 19.4 H: 56 D: 10.4

KölnSolar · 11 Januar 2018, 23:06:03

ZitatDas schöne am geänderten State war ja gerade, dass es in der Übersicht kompakt auftauchte.

Verstehe, ist aber vielleicht mit stateformat machbar $:-\$

ZitatWie verschiebt man das Thema?

edit des 1. Beitrags u. dann gibt's(glaub ich) unten links einen Button

Gast45 · 12 Januar 2018, 17:01:39

Die doppelten Einträge im log hatte ich auch. Ich habe es wegbekommen indem ich auf ,,D:" gefiltert habe:
AddRegexpPart <device>:.*D:.*

Gast45 · 12 Januar 2018, 17:03:26

Stateformat nutze ich, klappt aber nicht, weil der dewpoint in den Reading nicht erscheint.
Ich glaube ich finde mich mit der Situation ab.

the ratman · 12 Januar 2018, 17:53:29

ich stelle grade fest, das problem hab ich auch zu 50%.
getestet mit netatmo, das auf beiden installs fehlerfrei rennt.

am aktiven fhem rennt dewpoint wie immer. da hab ich einen extra dewpoint pro device anglegt.
am zukünftigen fhem rennt dewpoint seit 28.11.2017 nicht mehr. auf der installation hab ich dewpoint nur 1 mal mit .* am laufen.

RieWi · 17 Januar 2018, 18:16:15

ich habe das gleiche Problem wie fhem-hm-knecht und zwar doppelte Einträge im Log

2018-01-17_09:35:06 lt_Aussen T: 5.3 H: 79.0
2018-01-17_09:35:06 lt_Aussen temperature: 5.3
2018-01-17_09:35:06 lt_Aussen T: 5.3 H: 79.0 D: 1.9
2018-01-17_09:35:06 lt_Aussen T: 5.3 H: 79.0
2018-01-17_09:35:06 lt_Aussen humidity: 79.0
2018-01-17_09:35:06 lt_Aussen T: 5.3 H: 79.0 D: 1.9

Im DeviceOverview fehlt der Dewpoint!
Internals: STATE: T: 5.3 H: 79.0
Readings: STATE: T: 5.3 H: 79.0
Ein weiterverwenden des Dewpoint durch STATE-Abfrage ist somit nicht möglich.

Fhem Logfile mit dewpoint verbose = 5:
2018.01.17 18:01:25 4: dewpoint_notify: cmd_type=dewpoint devname=lt_Aussen dewname=dew_state, dev=lt_Aussen, dev_regex=lt_.* temp_name=T hum_name=H
2018.01.17 18:01:25 5: dewpoint_notify: s='T: 5.3 H: 79.0'
2018.01.17 18:01:25 5: dewpoint_notify: evName='T:' val=5.3'
2018.01.17 18:01:25 5: dewpoint_notify T: H:, temp=5.3 hum=79.0
2018.01.17 18:01:25 5: dewpoint_notify: s='temperature: 5.3'
2018.01.17 18:01:25 5: dewpoint_notify: evName='temperature:' val=5.3'
2018.01.17 18:01:25 5: dewpoint timeout=1
2018.01.17 18:01:25 5: dewpoint_notify: dewpoint=1.9
2018.01.17 18:01:25 5: dewpoint_notify: current=T: 5.3 H: 79.0 D: 1.9

Hier gibt es einen dewpoint Timeout=1 !!!

Zur Zeit ersetze ich nach jedem Update die 98_dewpoint.pm durch die alte Version vom 12.10.2014 dann funktioniert wieder alles.