Stand alone HM-CC-RT-DN regelt eigenständig die Temperatur

[devil77]

Ich beschäftige mich seit einer knappen Wochen mit Fhem. Dazu habe ich mir einen RaspPi und einnige Homematic Komponenten zugelegt.
Bisher hat alles, dank der Super Dokumentation, wunderbar geklappt. Jedoch hat sich heute eine HM-CC-RT-DN von alleine verstellt.
Das Thermostat wird als Einzelgerät im Schlafzimmer betrieben und ist direkt mit fhem verbunden. Die ganze Zeit stand das Thermostat auf mode manuel und desired-temp off.
Bekam dann einen Anruf das im Schlafzimmer die Heizung an sei. Schneller Blick von Arbeit auf den Server und tatsächlich stand desired-temp plötzlich auf 23.5°C.
Jetzt frage ich mich wie kann das sein? Thermostat stand auf manual und zum Zeitpunkt der Verstellung war keiner Zuhause. In den momentan vorhandenen logs konnte ich auch nichts finden. Hat jemand schon mal etwas ähnliches gehabt?

[Moo2Mee]

Da ist momentan ein Bug drin, habe das Phänomen auch. Siehe http://forum.fhem.de/index.php/topic,26861.0.html

[betateilchen]

Bei mir drehen heute auch plötzlich alle RTs durch und stellen zu einem beliebigen Zeitpunkt eine Solltemperatur ein, die von mir nie vorgegeben wurde. Und das einen Tag vor der Abreise in Urlaub. Super.

[betateilchen]

So. Ich habe nun erstmal die alte CUL_HM und HMConfig wieder eingespielt und hoffe, dass der Spuk damit vorbei ist.

Was mir aufgefallen ist: Die falsche Soll-Temperatur, die da eingestellt wurde, ist von RT zu RT unterschiedlich: Entweder es wurde ON oder OFF eingestellt. Also einige RT wurden von Soll=5° auf Soll=OFF umgestellt, einige andere wurden von Soll=5° auf Soll=ON eingestellt. Da bei mir in allen RT die einstellbare Maximaltemperatur auf 23° eingestellt ist, sah es zuerst so aus, als wären sie willkürlich auf 23° gegangen.

Auch interessant: Es gibt keine Log-Einträge zur Änderung der Soll-Temperatur.

[martinp876]

Beim rt wird einmal am tag der mode auf sich selbst gestellt, um den batstatus zu erhalten. Ich habe es im auto und manu mode probiert, die desired - temp ist konstant geblieben.
Kann es sein, dass die aenderung zur zeit des timestampreadings gekommen ist ?
Welchen mode nutzt ihr ? Manuell ?

[Moo2Mee]

Momentan ist es recht warm, mein Sommermodus: Aktuelle Einstellung ist jeweils Modus=Manual und Temparatur=Off

[betateilchen]

Hallo Martin,

• Die Probleme traten definitiv seit dem heutigen Update auf.
• Die Uhrzeiten des Fehlers waren allerdings unterschiedlich, auf die Timestamps in den Readings hatte ich aber nicht geachtet.
• Bei mir stehen alle RT ganzjährig auf manuell.
• Die Heizperiode, beginnt in meinem fhem automatisch morgen (01.10.).
• Im Sommerbetrieb stehen alle meine RT auf Solltemperatur = 5.0°

(http://up.picr.de/19678611ii.jpg)

Eine desired-temp völlig ohne logische Notwendigkeit an den RT zu schicken, nur um einen Batterie-Status zu bekommen, halte ich für völlig abstrus. (Sowas kenne ich bisher nur von Microsoft. Wenn die Autos bauen würden, müsste man nach einem Reifenwechsel ein neues Autoradio einbauen, damit die Klimaanlage wieder funktioniert.)

[Ralli]

Hallo zusammen,

ich kann mich anschließen. Habe drei RT, von denen zumindest zwei auf einmal komische Werte aufwiesen, die nie eingestellt waren. Die RT standen eigentlich auf Manuell und On. Auf einmal waren komische Werte eingestellt. Ebenfalls erst seit dem Update.

[ext23]

Guten Morgen,

ich habe heute morgen auch ein Schock bekommen, ein Thermostat auf 8 Grad, das andere auf "on".

2014-10-01_00:53:00 az_Heizung measured-temp: 22.9
2014-10-01_00:53:00 az_Heizung batteryLevel: 2.9
2014-10-01_00:53:00 az_Heizung actuator: 0
2014-10-01_00:53:00 az_Heizung desired-temp: off
2014-10-01_00:53:01 az_Heizung battery: ok
2014-10-01_00:53:01 az_Heizung desired-temp: 8.0
2014-10-01_00:53:01 az_Heizung CMDs_done
2014-10-01_00:55:28 az_Heizung measured-temp: 22.9
2014-10-01_00:55:28 az_Heizung batteryLevel: 2.9
2014-10-01_00:55:28 az_Heizung actuator: 0
2014-10-01_00:55:28 az_Heizung desired-temp: 8.0
2014-10-01_00:57:41 az_Heizung measured-temp: 22.9
2014-10-01_00:57:41 az_Heizung batteryLevel: 2.9
2014-10-01_00:57:41 az_Heizung actuator: 0
2014-10-01_00:57:41 az_Heizung desired-temp: 8.0


2014-10-01_01:20:20 bz_Heizung_ClimRT_tr measured-temp: 22.3
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr ValvePosition: 0
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr motorErr: ok
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr desired-temp: off
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr controlMode: manual
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr boostTime: -
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr T: 22.3 desired: off valve: 0
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr partyStart: -
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr partyEnd: -
2014-10-01_01:20:20 bz_Heizung_ClimRT_tr partyTemp: -
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr motorErr: ok
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr desired-temp: on
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr controlMode: manual
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr boostTime: -
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr T: 22.3 desired: on valve: 0
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr partyStart: -
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr partyEnd: -
2014-10-01_01:20:21 bz_Heizung_ClimRT_tr partyTemp: -


Gruß
Daniel

[topfi]

Ich habe das letzte update am 28.09. eingespielt und wundere mich seitdem auch über nächtliche Logeinträge der Art

Code Auswählen Erweitern

CUL_HM set Heizung_Boden_Clima desired-temp 5.0 wobei die desired-temp hier richtig ist. Jetzt sehe ich, dass heute (01.10.) neuere Versionen von CUL_HM und HMConfig verfügbar sind. Ist dort der "Fehler" bereinigt oder verschlimmert?

[devil77]

Und schon wieder allein verstellt. Diemsal nicht auf 23.5°C sondern auf 5°C.

[Moo2Mee]

Ich hab mal das Log um den Zeitpunkt. RT hat sich von OFF auf 13,5°C gestellt. Ich hoffe, das hilft. Wenn ich anderes machen soll, ich stehe bereit 

Code Auswählen Erweitern


2014.10.01 09:46:27 5: HMLAN/RAW: /E23C4D8,0000,0EBFD5EE,FF,FFC8,09A03F23C4D8AC71DC

2014.10.01 09:46:27 5: HMLAN_Parse: BASIS R:E23C4D8   stat:0000 t:0EBFD5EE d:FF r:FFC8     m:09 A03F 23C4D8 AC71DC
2014.10.01 09:46:27 5: BASIS dispatch A0909A03F23C4D8AC71DC::-56:BASIS
2014.10.01 09:46:27 5: HMLAN_Send:  BASIS S:SCAACB139 stat:  00 t:00000000 d:01 r:CAACB139 m:09 803F AC71DC 23C4D8 02041BBE6DD3
2014.10.01 09:46:27 5: CUL_HM TH_Schlafz protEvent:CMDs_processing... pending:1
2014.10.01 09:46:27 4: CUL_HM TH_Schlafz dupe: repeat 2 ack, dont process
2014.10.01 09:46:27 5: HMLAN/RAW: /RCAACAFB2,0002,00000000,FF,7FFF,09803FAC71DC23C4D802041BBE6DD3

2014.10.01 09:46:27 5: HMLAN_Parse: BASIS R:RCAACAFB2 stat:0002 t:00000000 d:FF r:7FFF     m:09 803F AC71DC 23C4D8 02041BBE6DD3
2014.10.01 09:46:28 5: HMLAN_Send:  BASIS S:+23C4D8,02,01,00
2014.10.01 09:46:28 5: HMLAN_Send:  BASIS S:SCAACB19E stat:  00 t:00000000 d:01 r:CAACB19E m:1A A011 AC71DC 23C4D8 8104
2014.10.01 09:46:28 5: CUL_HM TH_Schlafz protEvent:CMDs_processing... pending:0
2014.10.01 09:46:28 5: HMLAN/RAW: /RCAACB139,0002,00000000,FF,7FFF,09803FAC71DC23C4D802041BBE6DD3

2014.10.01 09:46:28 5: HMLAN_Parse: BASIS R:RCAACB139 stat:0002 t:00000000 d:FF r:7FFF     m:09 803F AC71DC 23C4D8 02041BBE6DD3
2014.10.01 09:46:28 5: HMLAN/RAW: /RCAACB19E,0001,0EBFDA22,FF,FFC8,1A800223C4D8AC71DC01041B103840

2014.10.01 09:46:28 5: HMLAN_Parse: BASIS R:RCAACB19E stat:0001 t:0EBFDA22 d:FF r:FFC8     m:1A 8002 23C4D8 AC71DC 01041B103840
2014.10.01 09:46:28 5: BASIS dispatch A0F1A800223C4D8AC71DC01041B103840::-56:BASIS
2014.10.01 09:46:28 5: CUL_HM TH_Schlafz protEvent:CMDs_done
2014.10.01 09:46:28 5: HMLAN_Send:  BASIS I:+23C4D8,00,01,00
2014.10.01 09:46:28 5: Triggering TH_Schlafz (3 changes)
2014.10.01 09:46:28 5: Notify loop for TH_Schlafz battery: ok
2014.10.01 09:46:28 5: Triggering TH_Schlafz_Clima (8 changes)
2014.10.01 09:46:28 5: Notify loop for TH_Schlafz_Clima motorErr: ok
2014.10.01 09:46:28 5: Update structure 'TH_Alle_Clima' to undefined because device TH_Schlafz_Clima has changed
2014.10.01 09:46:28 5: Triggering TH_Alle_Clima (3 changes)
2014.10.01 09:46:28 5: Notify loop for TH_Alle_Clima LastDevice: TH_Schlafz_Clima
2014.10.01 09:46:30 5: HMLAN/RAW: /E23C4D8,0000,0EBFDFB8,FF,FFC8,EF861023C4D8AC71DC0A6CCB100040

2014.10.01 09:46:30 5: HMLAN_Parse: BASIS R:E23C4D8   stat:0000 t:0EBFDFB8 d:FF r:FFC8     m:EF 8610 23C4D8 AC71DC 0A6CCB100040
2014.10.01 09:46:30 5: BASIS dispatch A0FEF861023C4D8AC71DC0A6CCB100040::-56:BASIS
2014.10.01 09:46:30 5: Triggering TH_Schlafz (4 changes)
2014.10.01 09:46:30 5: Notify loop for TH_Schlafz measured-temp: 20.3
2014.10.01 09:46:30 5: Triggering TH_Schlafz_Clima (10 changes)
2014.10.01 09:46:30 5: Notify loop for TH_Schlafz_Clima measured-temp: 20.3
2014.10.01 09:46:30 5: Update structure 'TH_Alle_Clima' to undefined because device TH_Schlafz_Clima has changed
2014.10.01 09:46:30 5: Triggering TH_Alle_Clima (3 changes)
2014.10.01 09:46:30 5: Notify loop for TH_Alle_Clima LastDevice: TH_Schlafz_Clima
2014.10.01 09:46:30 5: Triggering TH_Schlafz_Weather (2 changes)
2014.10.01 09:46:30 5: Notify loop for TH_Schlafz_Weather measured-temp: 20.3
2014.10.01 09:46:30 5: HMLAN/RAW: /E2225A9,0000,0EBFE236,FF,FFCC,2386102225A90000000A24D50D0040

2014.10.01 09:46:30 5: HMLAN_Parse: BASIS R:E2225A9   stat:0000 t:0EBFE236 d:FF r:FFCC     m:23 8610 2225A9 000000 0A24D50D0040
2014.10.01 09:46:30 5: BASIS dispatch A0F2386102225A90000000A24D50D0040::-52:BASIS


[martinp876]

ich habe gestern abend das automatisch setzen des Modes abgeschaltet. Ein Umsetzen der temperatur,so es durch die Änderung hervorgerufen wurde (wahrscheinlich) sollte also nicht mehr vorkommen - mit der Version von heute Morgen.

[Moo2Mee]

Stimmt, seit dem letzten Update bleiben die Temperaturen ohne selbstständige Änderungen.

[betateilchen]

bisher sind mir auch keine "Eigenmächtigkeiten" der Regler mehr aufgefallen.