MAX! Wandthermostat Wochenprogramm Fehler

[Sizco]

Ich habe für mein Wandthermostat ein Wochenprogramm definiert:

Code Auswählen Erweitern

set WT_Wohnzimmer weekProfile Mon 17,6:00,19,06:30,17,17:00,19,22:00,17
set WT_Wohnzimmer weekProfile Tue 17,6:00,19,06:30,17,17:00,19,22:00,17
set WT_Wohnzimmer weekProfile Wed 17,6:00,19,06:30,17,17:00,19,22:00,17
set WT_Wohnzimmer weekProfile Thu 17,6:00,19,06:30,17,17:00,19,22:00,17
set WT_Wohnzimmer weekProfile Fri 17,6:00,19,06:30,17,17:00,19,22:00,17
set WT_Wohnzimmer weekProfile Sat 17,9:00,19,22:00,17
set WT_Wohnzimmer weekProfile Sun 17,9:00,19,22:00,17

Die Werte wurden auch korrekt übernommen, im FHEM ist alles richtig ausgelesen.
Um 17Uhr hätte er automatisch von 17° auf 19° erhöhen sollen, allerdings wurde
das Thermostat auf 21° gestellt.

Woran kann das liegen?

[Matthias Gehre]

Gab es beim Setzen des Wochenprogramms Meldungen im Log?
Zeigt das Wandthermostat die korrekte Zeit?
Schaltet das Wandthermostat immer zu den richtigen Zeiten?
Schaltet das Wandthermostat immer auf die falschen Temperaturen?

[Sizco]

Genau zum Schaltzeitpunkt (17Uhr) gab es folgende Meldung im Log:

Code Auswählen Erweitern

2013.02.13 17:00:20 2: CUL_MAX_Parse: Got unhandled message type 70

Die Zeit am Wandthermostat stimmt auch.

Ob immer zu den richtigen Zeiten geschaltet wird, kann ich noch nicht sagen,
habe es gerade erst eingerichtet. Aber um 17Uhr hat es wie eingestellt geschaltet.
Im Display ist auch das eingestellte Programm auf der Zeitleiste erkennbar.

[Matthias Gehre]

> CUL_MAX_Parse: Got unhandled message type 70
Das ist sehr interessant. Ich bin gespannt, was uns das Wandthermostat mitteilen wollte.
Kannst du das mal auf verbose 5 mitschneiden?

[Sizco]

So, hier nochmal die Ausgabe von einem Schaltzeitpunkt (18Uhr).
Laut Plan hätte das Thermostat 17° einstellen sollen, aber es ist Wieder bzw. immernoch 21°.

Code Auswählen Erweitern

2013.02.13 18:00:06 5: CUL/RAW: /Z0CD4044
2013.02.13 18:00:06 5: CUL/RAW: Z0CD4044/202B3BE0
2013.02.13 18:00:06 5: CUL/RAW: Z0CD4044202B3BE0/00000002
2013.02.13 18:00:06 5: CUL/RAW: Z0CD4044202B3BE000000002/AB709

2013.02.13 18:00:06 5: COC: Z0CD4044202B3BE000000002AB7 -69.5
2013.02.13 18:00:06 5: COC dispatch Z0CD4044202B3BE000000002AB7
2013.02.13 18:00:06 5: CUL_MAX_Parse: len 12, msgcnt D4, msgflag 04, msgTypeRaw WallThermostatState, src 02b3be, dst 000000, groupid 0, payload 2AB7
2013.02.13 18:00:06 5: CULMAX0 dispatch MAX,0,WallThermostatState,02b3be,2AB7
2013.02.13 18:00:06 5: MAX_Parse MAX,0,WallThermostatState,02b3be,2AB7
2013.02.13 18:00:06 5: desiredTemperature 21, temperature 18.3
2013.02.13 18:00:06 5: Triggering WT_Wohnzimmer (3 changes)
2013.02.13 18:00:06 5: Notify loop for WT_Wohnzimmer temperature: 18.3
2013.02.13 18:00:17 4: Closing connection FHEMWEB:192.168.0.20:53811
2013.02.13 18:00:17 4: Closing connection FHEMWEB:192.168.0.20:53812
2013.02.13 18:00:17 4: Closing connection FHEMWEB:192.168.0.20:53814
2013.02.13 18:00:17 4: Closing connection FHEMWEB:192.168.0.20:53813

Als zusätzliche Info noch die Definition des Wandthermostates:

Code Auswählen Erweitern

define WT_Wohnzimmer MAX WallMountedThermostat 02b3be
attr WT_Wohnzimmer room Wohnzimmer
define FileLog_WT_Wohnzimmer FileLog ./log/WT_Wohnzimmer-%Y.log WT_Wohnzimmer
attr FileLog_WT_Wohnzimmer logtype text
attr FileLog_WT_Wohnzimmer room Logs

[Matthias Gehre]

Sieht unauffällig aus. Ein Log zu "CUL_MAX_Parse: Got unhandled message type 70" würde mich interessieren.

Aber zurück zu deinem eigentlichen Problem:
Beobachte mal, ob er bei den anderen eingestellten Schaltpunkten auch schaltet und auf was.
Dafür musst du nicht das Thermostat beobachten, sowas können wir später auch im Log nachschauen.

[Sizco]

Ich werde das ganze nochmal beobachten.
Vielleicht liegt es auch an der evtl. zu alten Firmware meiner "Radio-only" COC Erweiterung für den Raspberry.
Leider habe ich noch niemanden gefunden, der eine aktuelle kompilieren kann.

Ich habe auch wieder die gleiche Fehöermeldung bekommen, allerdings nicht im Zusammenhang mit einem Schaltzeitpunkt.

Code Auswählen Erweitern

2013.02.13 18:39:21 5: CUL/RAW: /Z0FE2047
2013.02.13 18:39:21 5: CUL/RAW: Z0FE2047/002B3BE0
2013.02.13 18:39:21 5: CUL/RAW: Z0FE2047002B3BE0/00000001
2013.02.13 18:39:21 5: CUL/RAW: Z0FE2047002B3BE000000001/8012600C
2013.02.13 18:39:21 5: CUL/RAW: Z0FE2047002B3BE0000000018012600C/00D

2013.02.13 18:39:21 5: COC: Z0FE2047002B3BE0000000018012600C0 -67.5
2013.02.13 18:39:21 5: COC dispatch Z0FE2047002B3BE0000000018012600C0
2013.02.13 18:39:21 5: CUL_MAX_Parse: len 15, msgcnt E2, msgflag 04, msgTypeRaw 70, src 02b3be, dst 000000, groupid 0, payload 18012600C0
2013.02.13 18:39:21 2: CUL_MAX_Parse: Got unhandled message type 70


Um 18:45 wurde nochmal geschaltet auf 17°. Dieses Mal hat es geklappt:

Code Auswählen Erweitern

2013.02.13 18:46:01 5: CUL/RAW: /Z0CE4044
2013.02.13 18:46:01 5: CUL/RAW: Z0CE4044/202B3BE0
2013.02.13 18:46:01 5: CUL/RAW: Z0CE4044202B3BE0/00000002
2013.02.13 18:46:01 5: CUL/RAW: Z0CE4044202B3BE000000002/2C210

2013.02.13 18:46:01 5: COC: Z0CE4044202B3BE0000000022C2 -66
2013.02.13 18:46:01 5: COC dispatch Z0CE4044202B3BE0000000022C2
2013.02.13 18:46:01 5: CUL_MAX_Parse: len 12, msgcnt E4, msgflag 04, msgTypeRaw WallThermostatState, src 02b3be, dst 000000, groupid 0, payload 22C2
2013.02.13 18:46:01 5: CULMAX0 dispatch MAX,0,WallThermostatState,02b3be,22C2
2013.02.13 18:46:01 5: MAX_Parse MAX,0,WallThermostatState,02b3be,22C2
2013.02.13 18:46:01 5: desiredTemperature 17, temperature 19.4
2013.02.13 18:46:01 5: Triggering WT_Wohnzimmer (3 changes)
2013.02.13 18:46:01 5: Notify loop for WT_Wohnzimmer temperature: 19.4

[Matthias Gehre]

> CUL_MAX_Parse: Got unhandled message type 70
ist erstmal kein Fehler. Es heißt nur, dass das Wandthermostat eine Nachricht gesendet hat,
und wir wissen nicht, was es bedeutet. Hat wahrscheinlich auch nichts mit deinem ursprünglichen Problem zu tun.
Trotzdem möchte ich natürlich rausfinden, was die Nachricht bedeutet.

Was für Nachrichten gab es von dem Wandthermostat vor und nach der ominösen Nachricht mit type 70?
Ein etwas längeres Log wäre vielleicht hilfreich.

[Sizco]

Ich habe nochmal die Log-Datei ab 18Uhr angehängt, evtl. hilft dir das weiter.

[Matthias Gehre]

Ja, super. Ich glaub ich habs. Es scheint das gleiche Format zu sein, wie der Payload von Ack-Nachrichten
vom Wandthermostat. Parsing ist in der nächsten Version eingebaut.

[Sizco]

Ich habe es noch weiter getestet. Scheinbar übernimmt das Wandthermostat jetzt
gar nicht mehr meine Wochenprogramm Einstellungen.
Auf der Zeitachse im Display erscheint eine falsche bzw. nicht aktuelle Einstellung.

[Marvin]

Hatte auch das Problem,
warte einfach mal eine weile und schicke dann einfach das Wochenprofil noch einmal.
So hat es bei mir geklappt, war allerdings zu ungeduldig und hatte zwischendurch noch einen FactoryReset gemacht.

Marvin

[Sizco]

Am gestrigen Tag funktionierte das Wochenprogramm ohne Probleme.
Das Thermostat stellte immer die richtige Temperatur zu den richtigen Zeiten ein.

Noch eine Frage:
Wie kann ich im Automatikmodus die Temperatur kurzfristig ändern?
Wenn ich sie ändern will schaltet sich das Thermostat jedesmal in den Manuellen Modus,
dann bekommt er aber die nächtste automatische Schaltung nicht mit.

Außerdem hatte ich gestern das Phänomen, dass mein Wandthermostat manchmal eine Temperatur von 0°C zurück gibt.
Das verursacht dann auf meiner Grafik unschöne Spitzen nach unten.

[Matthias Gehre]

> Wie kann ich im Automatikmodus die Temperatur kurzfristig ändern?
Steht im Wiki und im Forum und in der Commandref.

[Marvin]

Mit

Code Auswählen Erweitern

set Thermostat_66ff44 desiredTemperature auto 26

setzt du bei Thermostat die Temperatur auf 26 bis zum nächsten auto Programm Schaltpunkt.

Oder manuell am Wandthermostat sollte auch gehen.

Das mit den 0.0 ist mir auch aufgefallen. Woran das liegt kann ich dir aber leider nicht sagen.

Marvin