FHT: Temperaturgraph futsch

Begonnen von Rosco, 28 Mai 2013, 21:10:30

Vorheriges Thema - Nächstes Thema

Rosco

Hallo ins Forum,

bis vor einiger Zeit konnte ich wunderbar die Temperatur- und Stellantriebverläufe im Plot sehen. Und dann war mit mal Schluss:
Zitat2013-05-26_20:46:39 wz_Heizung actuator: 49%
2013-05-26_20:49:02 wz_Heizung measured-temp: 23.7
2013-05-26_20:49:02 wz_Heizung temperature: 23.7
2013-05-26_20:50:29 wz_Heizung actuator: 49%
2013-05-26_20:56:14 wz_Heizung actuator: 49%
2013-05-26_20:56:15 wz_Heizung battery: ok
2013-05-26_20:56:15 wz_Heizung lowtemp: ok
2013-05-26_20:56:15 wz_Heizung window: closed
2013-05-26_20:56:15 wz_Heizung windowsensor: ok
2013-05-26_20:56:15 wz_Heizung warnings: none
2013-05-26_21:01:59 wz_Heizung actuator: 49%
2013-05-26_21:03:54 wz_Heizung actuator: 49%
2013-05-26_21:03:55 wz_Heizung measured-temp: 23.6
2013-05-26_21:03:55 wz_Heizung temperature: 23.6
2013-05-26_21:03:55 wz_Heizung battery: ok
2013-05-26_21:03:55 wz_Heizung lowtemp: ok
2013-05-26_21:03:55 wz_Heizung window: closed
2013-05-26_21:03:55 wz_Heizung windowsensor: ok
2013-05-26_21:03:55 wz_Heizung warnings: none
2013-05-26_21:11:34 wz_Heizung actuator: 49%
2013-05-26_21:21:09 wz_Heizung actuator: 49%
2013-05-26_21:23:04 wz_Heizung actuator: 49%
2013-05-26_21:24:59 wz_Heizung actuator: 49%
2013-05-26_21:32:39 wz_Heizung actuator: 49%
2013-05-26_21:36:29 wz_Heizung actuator: 49%
2013-05-26_21:42:14 wz_Heizung actuator: 49%
2013-05-26_21:46:04 wz_Heizung actuator: 49%
Der Öffnungsgrad des Actuator wurde weiter übermittelt, steht aber auch seit geraumer Zeit auf 0%.

Mir ist am Raumregler mal aufgefallen, dass das Datum nicht stimmte. Daraufhin hatte ich es auch am Raumregler korrigiert. Ein paar Tage gewartet, ob sich die Situation wieder einschwingt - aber bis lang schwingt da nix.

Damit der FHT schön weiter Daten sendet habe ich eine einfache Funktion `FHT_Sync´ definiert.
ZitatCFGFN
DEF    +*3:30 set TYPE=FHT time
NAME    FHT_Sync
NR      35
NTM     23:28:06
REP     -1
STATE   Next: 23:28:06
TRIGGERTIME 1369776486.06835
TRIGGERTIME_FMT 2013-05-28 23:28:06
TYPE at

Sicherheitshalber habe ich nachstehend auch noch einmal einen Screenshot der fht-Logdatei Definition aufgeführt.

(siehe Anhang / see attachement)

Bei der Gelegenheit: Was hat es mit der Meldung unter RegExp Parts auf sich?

Ich freue mich über eine Hilfestellung, wie ich nun verfahren soll/muss/kann. Dafür schon jetzt vielen Dank und
beste Grüße ins Forum
Rosco
fhem 5.8 (Community Ware), CUL CC1101-USB-Lite 868MHz (3.4), HMLAN, Loxone Miniserver, Loxberry, HA Bridge
RSL 2-Draht Schalter
FS20 ST, DI
FHT80b, 8v, FHTTK
HM_PB_4DIS_WM, HM-LC-SW2-FM

UliM

Moin,
Siehst Du denn Meldungen zu Temperatur etc unter telnet 772 bzw im Eventmonitor?
Nur um erstmal einzugrenzen, ob's am FHT oder am Filelog liegt.
Gruß Uli
RPi4/Raspbian, CUL V3 (ca. 30 HomeMatic-devices), LAN (HarmonyHub, alexa etc.).  Fördermitglied des FHEM e.V.

rudolfkoenig

Dieses Problem kann ich bestaetigen, und ich habe keine Loesung.

Bei mir kommt es auch ab und zu vor, dass einer der FHTs tagelang keine Temperaturdaten sendet, da hilft auch ein set time nicht (obwohl dieser akzeptiert wird, genauso wie set desired-temp). Das letzte mal wollte ich das Geraet gerade austauschen, da fing es wieder an Temperaturdaten zu senden. Ich habe mir bisher nicht die Muehe gemacht, eine low-level Analyse wie in http://www.fhemwiki.de/wiki/Maximal_nutzbare_SlowRF_Ger%C3%A4te beschriben durchzufuehren, das wuerde evtl. weiterhelfen.

>  Bei der Gelegenheit: Was hat es mit der Meldung unter RegExp Parts auf sich?

Ist ein von FHEMWEB neuerdings unterstuetzte, fuer Anfaenger gedachte Methode, mehrere Geraete in der gleichen Datei zu loggen.
Siehe ersten Absatz in Link

Jumbo

habe genau das gleiche problem bei der FHT80b....

habe gestern ein update gemacht.... alle daten kommne rein , sind auch im Log zu sehen , aber im Plot wird nix gezeichnet....

jemand ne idee ?

Rosco

´n Abend ins Forum,

da bin ich aber "froh", dass ich nicht der alleinige "Leittragende" bin...

Merkwürdig, das vorletzte measured-temp kam am 26.05. und heute nach langer Sendepause ein kurzes Lebenszeichen:
Zitat2013-05-29_09:12:59 wz_Heizung actuator: 0%
2013-05-29_09:20:39 wz_Heizung actuator: 0%
2013-05-29_09:20:40 wz_Heizung hour: 5
2013-05-29_09:20:40 wz_Heizung minute: 20
2013-05-29_09:24:30 wz_Heizung desired-temp: 18.0
2013-05-29_09:26:26 wz_Heizung desired-temp: 18.0
2013-05-29_09:26:27 wz_Heizung measured-temp: 22.9
2013-05-29_09:26:27 wz_Heizung temperature: 22.9
2013-05-29_09:30:14 wz_Heizung actuator: 0%
2013-05-29_09:32:09 wz_Heizung actuator: 0%
Danach steht im log die übliche Flatline ´actuator: 0%`
Obwohl diese Meldungen alle 3-4 Minuten eintragen ist seit 20:28 Sendeschluss:
Zitat2013-05-29_20:27:39 wz_Heizung actuator: 0%
2013-05-29_20:28:06 wz_Heizung time
Das Display an den 8v´s (zwei an einem Regler angemeldet) zeigt tatsächlich 0%; ist auch im Moment warm genug, so dass nicht geheizt werden muss. Das Antennensymbol steht.

Der Event-Monitor zeigt munter Meldungen eines anderen 80b, von wz_Heizung ist jedoch kein Lebenszeichen mehr im Monitor zu sehen.

Was (bevor ich jetzt in operative Hektik verfalle) meint ihr zu einem:
- Syncen des 80b, damit der danach wieder mit dem "normalen" Sendebetrieb beginnt
- Löschen aller ´wz_Heizung´-Einträge aus fhem und nach Batteriereset neu anlegen (lassen)
Letzterer Angang kann aber ja eigentlich nicht sinnhaft sein...

@Rudi:
Vielen Dank für Deine Hinweise auf die Foreneinträge. Tröstlich, dass dies Phänomen sogar Dir Rätsel aufgibt. :-)
Bei der Gelegenheit: Vielen Dank für diese tolle Arbeit. Auch mir als Newbie und Dummie macht es Spass mit fhem erste Wirkungen zu realisieren, die sicher noch viele weitere Fragen nach sich ziehen werden. Die Community hier ist fleißig in der Unterstützung, auch wenn sich mir persönlich bei der Programmierung vieles nur schwer erschließt.

Beste Grüße ins Forum
Rosco
fhem 5.8 (Community Ware), CUL CC1101-USB-Lite 868MHz (3.4), HMLAN, Loxone Miniserver, Loxberry, HA Bridge
RSL 2-Draht Schalter
FS20 ST, DI
FHT80b, 8v, FHTTK
HM_PB_4DIS_WM, HM-LC-SW2-FM

Puschel74

Hallo,

auch wenn ich nicht viel beitragen kann aber das

Zitat- Löschen aller ´wz_Heizung´-Einträge aus fhem und nach Batteriereset neu anlegen (lassen)

wird, mit Verlaub, auch keine Besserung bringen.
Wie Rudi schon sagte, dieses Phänomen gibt auch ihm Rätsel auf (und das soll was heissen).

Was du evtl. noch versuchen kannst ist den FHT neu an FHEM an zu lernen.
Also am FHT Cent auf NA und in fhem einen Befehl absetzen (desired-temp ändern oder was auch immer - Uhrzeit setzen geht auch aber desired-temp ändern finde ich einfacher)

Bin ich froh das meine 11 FHT seit der letzten LOVF-Meldung und neu anlernen mit explizitem setzen der IODev brav ihren Dienst verrichten.
Wobei ich auch einen hab der ab und an mal spinnt - aber der ist im Eingangsbereich und da ist es mit egal.
Dort dient der FHT nur als teurer Temperatur-Sensor (wenn er was sendet) ^^

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Rosco

Hallo ins Forum,

neueste Erkenntnisse aus der FHT-Beobachtung:

Ja, in fhem wird wieder in der Log-Datei aufgezeichnet.
Nein, nicht die Tempertur (obwohl ein desired-temp dabei war), sondern nur der Actuator

Etwas anderes ist mir aufgefallen, als ich den 80b in die Hand nahm.
Der zeigt heute am 30.05. 16:23 ein Datum 31.05. und eine Uhrzeit 22:32 und eine halbe Stunde später 02:55 an (gleiches Datum).

Das stimmt merkwürdig...

Wie oben beschrieben setze ich ja ein set time um die FHT´s wach zu halten, geplant um 03:30.
Im Log habe ich aber deutlich mehr Zeitausgaben stehen:
Zitat2013-05-30_15:28:04 wz_Heizung actuator: 0%
2013-05-30_15:28:06 wz_Heizung hour: 15
2013-05-30_15:28:07 wz_Heizung minute: 28
2013-05-30_15:29:59 wz_Heizung actuator: 0%
2013-05-30_15:30:01 wz_Heizung hour: 15
2013-05-30_15:30:02 wz_Heizung minute: 30
2013-05-30_15:33:49 wz_Heizung actuator: 0%
2013-05-30_15:37:39 wz_Heizung actuator: 0%
2013-05-30_15:37:40 wz_Heizung hour: 19
2013-05-30_15:39:34 wz_Heizung actuator: 0%
2013-05-30_15:39:37 wz_Heizung hour: 19
2013-05-30_15:39:37 wz_Heizung minute: 39
2013-05-30_15:41:29 wz_Heizung actuator: 0%
2013-05-30_15:45:19 wz_Heizung actuator: 0%

Kann es sein, dass hier die verquere Uhrzeit die Darstellung im Plot beeinträchtigt?

Beste Grüße ins Forum
Rosco
fhem 5.8 (Community Ware), CUL CC1101-USB-Lite 868MHz (3.4), HMLAN, Loxone Miniserver, Loxberry, HA Bridge
RSL 2-Draht Schalter
FS20 ST, DI
FHT80b, 8v, FHTTK
HM_PB_4DIS_WM, HM-LC-SW2-FM

Puschel74

Hallo,

ZitatKann es sein, dass hier die verquere Uhrzeit die Darstellung im Plot beeinträchtigt?

Das ist mMn eher unwahrscheinlich da die Daten mit dem FHEM-Timestamp im Log landen.
Für den Plot wird das Log dann nur nach temperature-Einträgen durchsucht und die Werte dahinter dann angezeigt.

Aber das
ZitatDer zeigt heute am 30.05. 16:23 ein Datum 31.05. und eine Uhrzeit 22:32 und eine halbe Stunde später 02:55 an (gleiches Datum).
und auch das
Zitat2013-05-30_15:28:06 wz_Heizung hour: 15
2013-05-30_15:28:07 wz_Heizung minute: 28
2013-05-30_15:29:59 wz_Heizung actuator: 0%
2013-05-30_15:30:01 wz_Heizung hour: 15
2013-05-30_15:30:02 wz_Heizung minute: 30
2013-05-30_15:33:49 wz_Heizung actuator: 0%
2013-05-30_15:37:39 wz_Heizung actuator: 0%
2013-05-30_15:37:40 wz_Heizung hour: 19
2013-05-30_15:39:34 wz_Heizung actuator: 0%
2013-05-30_15:39:37 wz_Heizung hour: 19
2013-05-30_15:39:37 wz_Heizung minute: 39
verwundert mich doch etwas.
Irgendwas (oder Irgendwer) setzt an deinem FHT die Uhrzeit falsch.

Du bist sicher das der FHT mit DIR als Zentrale zusammen arbeitet?

Grüße
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

Rosco

Hallo Puschel74,

Danke für Deine Erläuterung. Demnach verursacht fhem nicht die Änderungen an Datum und Uhrzeit im Regler.
Da war ich mir nicht sicher, ob dies durch den ´set wz_Heiung time´ beeinflusst würde.

Nun, ich hatte ja auch gute Zeiten mit dem 80b und seinen zwei 8v´n, wo alles brav geloggt und geplottet wurde. Und plötzlich gab´s nur noch Actuator-Werte im Plot.

Habe nun mal den Cul gezogen und wieder eingesteckt (vielleicht war ja der Puffer voll). Auch habe ich die Antriebe mit dem Regler neu gesynct (im Event Monitor wurde fleißig mitgezählt) - aber wie schon befürchtet. Keine Darstellung der Temperatur...

Macht es Sinn, alle Einträge zu löschen und den 80b neu anzulernen?
Ist ´set device time´ ok, um den 80b nicht in die Sendepause abgleiten zu lassen?

Beste Grüße
Rosco
fhem 5.8 (Community Ware), CUL CC1101-USB-Lite 868MHz (3.4), HMLAN, Loxone Miniserver, Loxberry, HA Bridge
RSL 2-Draht Schalter
FS20 ST, DI
FHT80b, 8v, FHTTK
HM_PB_4DIS_WM, HM-LC-SW2-FM

Rosco

Hallo ins Forum,

erfreuliche Neuigkeiten: der besagte FHT 80b ist wieder "on air".
Seit heute 01.06., 01:12 Uhr sendet mein wz_Heizung wieder; weiß der Henker warum?

Am Vormittag gab es dann wieder eine Sendepause, dann wurde der Graph weitergezeichnet. Die Zuweisung des Datums im Log ist zutreffend und wird demnach auch richtig im Plot benannt.
Obwohl der Raumregler in seiner Anzeige voreilt. Da haben wir heute schon den 03.06., die Uhrzeit stimmt - zufälligerweise?

Ich werde nächste Woche mal hören, was ELV dazu meint.

Happie Wiekent und beste Grüße ins Forum
Rosco
fhem 5.8 (Community Ware), CUL CC1101-USB-Lite 868MHz (3.4), HMLAN, Loxone Miniserver, Loxberry, HA Bridge
RSL 2-Draht Schalter
FS20 ST, DI
FHT80b, 8v, FHTTK
HM_PB_4DIS_WM, HM-LC-SW2-FM