MAX!-TempScanner spielt "verrückt"

Begonnen von Bonzon, 04 Februar 2014, 21:50:58

Vorheriges Thema - Nächstes Thema

Bonzon

Hallo zusammen,

irgendwie spielt der MAX!-TempScanner bei mir "verrückt", oder zumindest macht er nicht das was ich will.

Folgende Herausforderung. Ich habe alle meine MAX!-Thermostat komplett neu an meinen FHEM auf dem Raspberry Pi gepaired.
Da der MAX!-TempScanner immer ein Weekprofile benötigt, habe ich bei allen folgendes cmd ausgeführt

set HT_.* weekProfile Mon 17 Tue 17 Wed 17 Thu 17 Fri 17 Sat 17 Sun 17


weekprofile-0-Sat-temp 17.0 °C  2014-02-04 19:44:12
weekprofile-0-Sat-time  00:00-00:00  2014-02-04 19:44:12 
weekprofile-1-Sun-temp  17.0 °C  2014-02-04 19:44:12 
weekprofile-1-Sun-time  00:00-00:00  2014-02-04 19:44:12
weekprofile-2-Mon-temp  17.0 °C  2014-02-04 19:44:12 
weekprofile-2-Mon-time  00:00-00:00  2014-02-04 19:44:12
weekprofile-3-Tue-temp  17.0 °C  2014-02-04 19:44:12
weekprofile-3-Tue-time  00:00-00:00  2014-02-04 19:44:12
weekprofile-4-Wed-temp  17.0 °C  2014-02-04 19:44:12
weekprofile-4-Wed-time  00:00-00:00  2014-02-04 19:44:12
weekprofile-5-Thu-temp  17.0 °C  2014-02-04 19:44:12
weekprofile-5-Thu-time  00:00-00:00  2014-02-04 19:44:12
weekprofile-6-Fri-temp 17.0 °C  2014-02-04 19:44:12
weekprofile-6-Fri-time  00:00-00:00  2014-02-04 19:44:12


Mein Verständnis ist jetzt, dass die MAX!-Thermostate durchgehend auf 17°C bleiben müssten. Zwei der drei Thermostate machen auch das was sie sollen. Leider muckert aber eines rum und es hat sich um 17 Uhr von alleine auf 21°C gestellt und ich verstehe nicht warum.

Und dann hätte ich in dem Atemzug auch gleich noch eine weitere Unstimmigkeit. Ich würde gern die Temperatur manuell ändern können. Ich war immer den Annahme, dass ich auch mit MAX!-TempScanner am Thermostat direkt die Temperatur ändern kann und auch übers FHEM mittel "set HT_WZ desiredTemperature auto 22". Das funktioniert leider aber überhaupt nicht.

Ich hoffe es kann mir jemand mit meinen kleinen problemchen Weiterhelfen.

Viele Grüße,

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hallo Bonzon,

es gibt ein Problem mit den Wochenprogrammen siehe
http://forum.fhem.de/index.php/topic,17231.msg112738.html#msg112738.

Den letzten Schaltpunkt des Tages sollte man kurz vor Tageswechsel setzen.

ZitatZwei der drei Thermostate machen auch das was sie sollen. Leider muckert aber eines rum und es hat sich um 17 Uhr von alleine auf 21°C gestellt und ich verstehe nicht warum.

Der Scanner ist zutiefst "demokratisch" keiner wird benachteiligt.  Die Gründe werde wohl an anderer Stelle zu finden sein.
Bitte verbose-level des betroffen Thermostats auf 3 stellen und Log posten.

ZitatIch würde gern die Temperatur manuell ändern können. Ich war immer den Annahme, dass ich auch mit MAX!-TempScanner am Thermostat direkt die Temperatur ändern kann und auch übers FHEM mittel "set HT_WZ desiredTemperature auto 22". Das funktioniert leider aber überhaupt nicht.

Was heisst "das funktioniert überhaupt nicht " konkret ?

Der Scanner kann ein
set HT_WZ desiredTemperature auto 22
nicht verhindern.
Also:
Scanner deaktivieren mit Attribut "scanTemp 0", damit ist er aus dem Spiel.
Wenn nun was nicht funktioniert, hat es mit dem Scanner nichts zu tun.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Hi John,

vielen lieben Dank für deine Antwort.

Ich möchte an der Stelle noch einmal hervorheben, dass ich deinen MAX!-TempScanner super finde und vor allem die Leistung die du in ihn gestekct hast. Ich bin begeisteter Nutzer des Modules, nur leider hakelt es gerade ein wenig und ich hoffe mir kann weitergeholfen werden.

Auf die Idee, den Scanner abzuschalten, bin ich noch gar nicht gekommen um zu schaue, ob nicht das Thermostat ein eigenleben hat.

Ich habe jetzt mal das Attribut scanTemp auf 0 gesetzt und aus dem Scanner genommen.
Ich logge nun auch auch alles etwas genauer mit. Schauen wir mal was da jetzt so rauskommt.

Bezüglich meiner anderen Frage.

"Überhaupt nicht" ist vielleicht ein wenig übertrieben. Ich versuche das ganze mal an zwei Szenarien, die ich gestern hatte, näher zu erklären.

Zum einen habe ich über die FHEM Weboberfläche den Befehl "set HT_WZ desiredTemperature auto 22" abgesetzt. Das Thermostat reagiert und schaltet sich ohne größere Verzögerung auf den Wert. Was dann aber passiert ist kurios. Nach ca. 3-5 Minuten (vielleicht ein Zyklus des Scanners) regelt sich das Thermostat zurück auf die vom Wochenprofil vorgegebene Temperatur 17°C...dem soll ja aber nicht so sein. Ich möchte ja gern die Temperatur über den FHEM manuell steuern und er soll die Temperatur erst zum nächsten Schaltpunkt um 0 Uhr korrigieren.

Zum anderen bin ich direkt zum Thermostat gegangen, dass auf 17°C stand und habe es auf 22 °C hochgedreht. Er übernimmt die Temperatur und sendet sie auch an den FHEM. Dann passiert wieder etwas merkwürdiges. Nach wenigen Minuten passiert das selbe wie oben. Er regelt zurück auf die Temperatur vom Wochenprofil und ich sitze im kalten Zimmer ;) Der FHEM bekommt nun auch wieder den aktuellen Zustand des Thermostates von 17°C zugesendet.

Rundum:

Ich habe jetzt einmal den Scanner für das Thermostat im Wohnzimmer deaktiviert und schaue jetzt einmal was er macht.
ich versuche jetzt einmal:

1. Den Scanner für das Thermostat im Bad zu deaktivieren und die Temperatur manuell über den FHEM zu erhöhen
2. Die Temperatur am Thermostat im Arbeitszimmer manuelle zu erhöhen und mit verbose 3 mitzuloggen

Sobald ich ein Log habe, poste ich es hier.

Vielen Dank für die Mühen.

Stan
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hi Stan,
ich vermissen deine Antwort zum Thema Wochenprofil, das ist in diesem Zusammenhang wichtig.

Ausserdem wäre es total hilfreich, wenn du deine Signatur so änderst, dass man auf den ersten Blick sieht, mit welchen Komponenten zu arbeitest.

Jedes mal nachfragen macht auf Dauer keinen Spaß.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Hi John,

so also...am Scanner scheint es nicht zu liegen, denn das HT schaltet außerhalb des Wochenprofiles einfach automatisch :(

Kennst du zufällig das default Wochenprofil von Werk aus?

Ich lass jetzt mal die Thermostate den Tag vollständig durchlaufen. Sodass ein korrektes Log entsteht.

Ich weiß halt nicht so recht, ob es an der Problematik mit dem "letzten" Schaltpunkt im Wochenprofil liegt, die in dem Link von dir beschrieben wird. Ich mein klar...wenn man nur einen Schaltpunkt hat, dann ist der natürlich der letzte. :o

Was mir jetz noch einfällt, ist ein neues pairen des "fehlerhaften" HTs. Vielleicht verpennt es einfach das set für das Wochenprofil.

Und mit der Signatur hast du vollkommen recht...hab sie mal eingetragen.
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul

John

Hi Stan,
Zitat
Kennst du zufällig das default Wochenprofil von Werk aus?
Kannst du mit den HT+ selbst rausfinden.
Einfach Factory Reset und dann kann man ja das Profil konfigurieren bzw. die Einstellung begutachten.

Allerdings bügelt FHEM nach dem Pairing gleich seine Idee vom Wochenprofil drüber.
Das sieht im Code so aus:
$defaultWeekProfile = "444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520";

Das sagt doch alles oder ?

ZitatWas mir jetz noch einfällt, ist ein neues pairen des "fehlerhaften" HTs. Vielleicht verpennt es einfach das set für das Wochenprofil.

Gute Idee, ich rate dir tageweise und pro Thermostat das Profil einzustellen.
Die Busbelastung ist durch das Übertragen extrem hoch (kostet Unmengen von Credits)

Vielleicht probierst du doch nochmal den angebotenen Workaround, aber wir können ja auch noch ein paar Tage
über default-Settings und möglich Ursachen pallavern.

John
CubieTruck Docker Node-Red Tasmota Shelly Homematic-IP

Bonzon

Okay...mit dem palavern hab ich es auch nicht so   :-X

Ich hab jetzt nen factory Reset am HT vom Wohnzimmer gemacht...neu gepaired und wenn ich

set HT_WZ weekProfile Mon 17,23:55,17 Tue 17,23:55,17 Wed 17,23:55,17 Thu 17,23:55,17 Fri 17,23:55,17 Sat 17,23:55,17 Sun 17,23:55,17

dann kommt das

2014.02.05 19:18:10 2: MAX: Invalid value  for READING .weekProfile. Forcing to 444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520

Ich wusste das ich die Nummernfolge schonmal gesehen hatte :S
Raspberry Pi Typ B, 512 MB mit CUL V3.4 (Firmware 1.57 CUL868) für Homatic und CUL V3.4 (Firmware 1.57 CUL868) für MAX!
MAX!: Heizkörperthermostate, Wandthermostat WT+
Homatic: HM-LC-SW1-FM
Netatmo Wetterstation: Indoor-Modul, Outdoor-Modul