HM-CC-RT-DN heizt aus mir unerklärlichen Gründen

Begonnen von JoeALLb, 15 März 2014, 15:20:48

Vorheriges Thema - Nächstes Thema

JoeALLb

Hallo,
habe im Gästezimmer eine mir unerklärliche Heizperiode
entdeckt, siehe Screenshot.
Da sieht man, dass von 05:00 bis 7:30 geheizt wurde.
Anbei das List des  HM-CC-RT-DN,
das dieses Verhalten nicht erklären sollte.
Der Mode ist auf Auto und templistSAT ist schön mit 14° angegeben.

Hat jemand eine Idee?

Edit: FHEM ist gestern aktualisiert.


list temp.og.Gaestezimmer_ClimRT_tr
Internals:
   DEF        220FFD04
   HMLAN1_MSGCNT 380
   HMLAN1_RAWMSG E220FFD,0000,CC8CA1E5,FF,FFBF,9C8610220FFD0000000A70A10E002D
   HMLAN1_RSSI -65
   HMLAN1_TIME 2014-03-15 15:11:34
   LASTInputDev HMLAN1
   MSGCNT     380
   NAME       temp.og.Gaestezimmer_ClimRT_tr
   NR         318
   STATE      T: 16.1 desired: 14.0 valve: 0
   TYPE       CUL_HM
   chanNo     04
   device     temp.og.Gaestezimmer
   CHANGETIME:
   Helper:
     Dblog:
       T:
         Mydblogsql:
           TIME       1394892234.8225
           VALUE      16.1 desired: 14.0 valve: 0
       Valveposition:
         Mydblogsql:
           TIME       1394892694.55351
           VALUE      0
       Desired-temp:
         Mydblogsql:
           TIME       1394892234.8225
           VALUE      14.0
       Measured-temp:
         Mydblogsql:
           TIME       1394892234.8225
           VALUE      16.1
       Mode:
         Mydblogsql:
           TIME       1394892234.8225
           VALUE      auto
       Motorerr:
         Mydblogsql:
           TIME       1394892234.8225
           VALUE      ok
   Readings:
     2014-03-05 14:37:09   H               0
     2014-02-18 12:00:40   R-boostPeriod   5 min
     2014-02-18 12:00:40   R-boostPos      80 %
     2014-02-26 12:43:18   R-btnNoBckLight off
     2014-02-18 12:00:40   R-dayTemp       21 C
     2014-02-26 12:43:18   R-daylightSaveTime on
     2014-02-26 12:43:18   R-decalcTime    11:00
     2014-02-26 12:43:18   R-decalcWeekday Sat
     2014-02-26 12:43:18   R-modePrioManu  all
     2014-02-26 12:43:18   R-modePrioParty all
     2014-02-18 12:00:40   R-nightTemp     17 C
     2014-02-26 12:43:18   R-noMinMax4Manu off
     2014-02-26 12:43:18   R-regAdaptive   on
     2014-02-26 12:43:18   R-reguExtI      15
     2014-02-26 12:43:18   R-reguExtP      30
     2014-02-26 12:43:18   R-reguExtPstart 30
     2014-02-26 12:43:18   R-reguIntI      18
     2014-02-26 12:43:18   R-reguIntP      33
     2014-02-26 12:43:18   R-reguIntPstart 45
     2014-02-26 12:43:18   R-showInfo      time
     2014-02-26 12:43:18   R-showWeekday   off
     2014-02-26 12:43:14   R-sign          off
     2014-02-18 12:00:40   R-tempMax       30.5 C
     2014-02-18 12:00:40   R-tempMin       4.5 C
     2014-02-26 12:43:18   R-tempOffset    0.0K
     2014-02-18 12:00:40   R-valveErrPos   15 %
     2014-02-18 12:00:40   R-valveMaxPos   100 %
     2014-02-18 12:00:40   R-valveOffsetRt 0 %
     2014-02-26 12:43:18   R-winOpnBoost   off
     2014-02-18 12:00:40   R-winOpnDetFall 1.4 K
     2014-02-26 12:43:18   R-winOpnMode    on
     2014-02-18 12:00:40   R-winOpnPeriod  15 min
     2014-02-18 12:00:40   R-winOpnTemp    12 C
     2014-03-15 15:11:34   ValvePosition   0
     2014-03-15 15:11:34   desired-temp    14.0
     2014-03-15 15:11:34   measured-temp   16.1
     2014-03-15 15:11:34   mode            auto
     2014-03-15 15:11:34   motorErr        ok
     2014-03-15 15:11:34   state           T: 16.1 desired: 14.0 valve: 0
     2014-02-26 12:43:18   tempListFri     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListMon     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListSat     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListSun     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListThu     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListTue     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempListWed     05:00 14.0 07:00 14.0 16:30 14.0 22:00 14.0 24:00 14.0
     2014-02-26 12:43:18   tempList_State  verified
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   DbLogExclude .*:600
   event-on-update-reading .*
   expert     1
   group      Heizung
   model      HM-CC-RT-DN
   peerIDs
   room       Device
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

martinp876

es könnte sein
- dass die Templiste veraltet ist => getConfig machen
- die Temperatur extern geaendert wurde
* FHEM kommando
* handrad
* gepeerter TC-IT
* gepeerter RT

JoeALLb

Zitat von: martinp876 am 15 März 2014, 16:07:10
- dass die Templiste veraltet ist => getConfig machen
- die Temperatur extern geaendert wurde
* FHEM kommando
* handrad
* gepeerter TC-IT
* gepeerter RT

Leider nichts dergleichen, es war niemand zum besagten Zeitpunkt im Haus und schon garnicht in diesem Stock.
getConfig war neu, habs auch gerade eben nochmal gemacht...
Gepeert ist kein anderes Gerät, sondern NUR fhem.

Habe das selbe Verhalten gerade in einem anderen Zimmer entdeckt, in den anderen jedoch nicht.
Im Gästezimmer war es die letzten Tage immer gleich:
von 05:00 bis 07:00 wurde auf 19° hochgezeizt.
Interessant ist auch, dass genau diese Zeiten in der Templist definiert sind, jedoch nicht mit 19, sondern mit 14°.
Kann es sein, dass hier der Wert irgendwie falsch in das Register geschrieben wurde, oder dass es Probleme gibt, wenn mehrere
Heizzeiten die selbe Temperatur eingetragen haben?
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

frank

weder Tist noch Tsoll von plot und von list sind identisch. sind das überhaupt die richtigen plotdaten?

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

ZitatKann es sein, dass hier der Wert irgendwie falsch in das Register geschrieben wurde, oder dass es Probleme gibt, wenn mehrere
Heizzeiten die selbe Temperatur eingetragen haben?
dann manche einmal ein getConfig undzeichne die Rohdaten auf - schicke die erwartete Temliste mit.
Es ist prinzipiell keine Problem mehre Zeiten mit gleicher Temp zu haben.
Interessant ist auch ein log um die kritische Zeit (7:00)

JoeALLb

Ich habe gestern alle templists neu gesetzt und siehe da,  heute war keine Heizphase drin. Auch nicht I'm zweiten Raum.
Ich werde das noch etwas beobachten,  der Thread kann aber denke ich geschlossen werden...
Danke für die Hilfe und eure Ideen...  Woran es jedoch tatsächlich gelegen hat könnte ich nicht erkennen.

Gesendet von meinem Xperia Pro mit Tapatalk

FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270