Parameter (z.B. Thermostat-Modus) per WebUI/Script ändern

[mrMuppet]

Mir geht es um folgende Problematik:

[...]
Einen Haken hat die Sache.
Beim Zurückschalten auf AUTO bleibt die zuletzt im CENT-Mode in den RT geschriebene Temperatur bis zum nächsten Schaltzeitpunkt aktiv.
Würde ich als bug bezeichnen, denn wenn man direkt am RT über die Menü-Taste von CEN auf AUTO schaltet, geht der RT auf die aktuell aktive Solltemperatur, und so erwartet man das ja auch. Ich habs mal ELV gemeldet.
Also muß man so rechtzeitig auf Normalbetrieb schalten, daß man den nächsten Schaltpunkt nicht verpaßt (meist morgens). Ein workaround: im RT mehr Schaltpunkte setzen als eigentlich benötigt, mit entspr. kurzen Zeitabständen.
[...]

Ist der oben genannte Fehler in V1.508 noch vorhanden? Dann spare ich mir nämlich die Umsetzung.

Vielen Dank!

[sambasamba]

Wenn ich mich recht erinnere ist das nicht eine Frage der Software in der CCU, sondern der FW in den Raumthermostaten.... die RT senden einfach nix bei Umstellen der Betriebsart über ein CCU-Skript.
Hab aber schon länger nicht mehr hingeguckt... weiß jemand ob der Effekt mit neuerer FW behoben wurde?

[dwm]

Weiss jemand zufällig, wie der Aufruf bei den anderen (floating point) Parametern aussehen muss?

Wenn ich z.B. für den Partymode die Zeit und die Partytemperatur übergeben möchte?

Code: Alles auswählen

tclsh setparam.tcl MODE_TEMPERATUR_REGULATOR int 3

scheint den Partymode einzuschalten, aber man müsste halt noch die Zeit setzen können ....

Probiert hatte ich

Code: Alles auswählen

tclsh setparam.tcl PARTY_END_TIME float 120.0

... also 120h ... das klappt definitv nicht.

Ich hab grade auch mit

Code: Alles auswählen

tclsh setparam.tcl TEMPERATUR_COMFORT_VALUE float 21.000000

rumprobiert, das setzt mir allerdings die Comfort-Temperatur auf 6° !?!!?????

[MaxWrestler]

Hallo dwm,
wenn ich meinen Thermostat auslese,dann sehe ich folgende (Party) Parameter:

Code: Alles auswählen

PARTY_END_DAY 0.000000 PARTY_END_HOUR 0 PARTY_END_MINUTE 0

und

Code: Alles auswählen

TEMPERATUR_PARTY_VALUE 17.000000

Firmware 2.0

Gibt es bei dir wirklich den Parameter

Code: Alles auswählen

PARTY_END_TIME

?

[dwm]

Wahrscheinlich war das genau der grosse Wurf von Firmware 2.0

Meine Wandthermostaten sind etwas älter, Firmware 1.7 oder 1.8

Ein Aufruf von

Code: Alles auswählen

tclsh getparam.tcl FEQ00XXXX:2 MASTER

liefert zurück (gekürzt)

Code: Alles auswählen

DECALCIFICATION_DAY 0 DECALCIFICATION_HOUR 11 DECALCIFICATION_MINUTE 0 DISPLAY_TEMPERATUR_HUMIDITY_CHANGE 1 DISPLAY_TEMPERATUR_INFORMATION 0 DISPLAY_TEMPERATUR_UNIT 0 MODE_TEMPERATUR_REGULATOR 1 MODE_TEMPERATUR_VALVE 1 PARTY_END_TIME 0.000000 TEMPERATUR_COMFORT_VALUE 21.000000

Deswegen bin ich mal davon ausgegangen, dass PARTY_END_TIME funktionieren sollte. Wenn 4 Tage eingestellt ist, steht da "96.000" drin, entsprechend gehe ich davon aus, dass die Zeit in Stunden drinstehen soll. Vermutlich funktionieren auf jeden Fall Vielfache von 24h ... ob krumme Werte klappen wäre zu testen

[matheversum]

Probiere mal

Code: Alles auswählen

tclsh setparam.tcl PARTY_END_TIME string 120.0

also string statt float.
Ich habe die Einschaltzeit der Statusanzeige (diese ist auch ein Gleitpunktwert) so gesetzt.

[Goersch]

Interessante Lösung: Bevor ich mich weiter reinbuddel : schaffe ich es prinzipiell über diesen Umweg die im Thermostat hinterlegten Auto Mode Tabellen zu übertragen ? Das wäre genial...

[dwm]

Ups, lange nicht mehr in den Thread gekuckt.

Erst mal: Es funktioniert tatsächlich mit

Code: Alles auswählen

tclsh /usr/local/setparam.tcl FEQXXXXX:2 PARTY_END_TIME string 120.0

@Goersch:
Du siehst die Zeittabellen (unter anderem) mit

Code: Alles auswählen

tclsh /usr/local/getparam.tcl FEQXXXXY:2 MASTER

Dabei gibts Werte

Code: Alles auswählen

TEMPERATUR_MONDAY_1

bis

Code: Alles auswählen

TEMPERATUR_FRIDAY_24

und

Code: Alles auswählen

TIMEOUT_MONDAY_1

bis

Code: Alles auswählen

TIMEOUT_FRIDAY_24

im Prinzip ist das ein Satz von 48 Werten pro Wochentag also schon etwas größer.
Ich hab noch nicht probiert, da drin rumzustellen, aber grundsätzlich muss es die WebUI ja genauso machen.

[powerup]

Also wäre es möglich die Tabelle mit einem externen Programm auszulesen in einer Datenbank zu speichern und dann modifiziert wieder reinzuschreiben? Ohne händisch am Thermostat die Aktion zu bestätigen ?

[dwm]

Mir hats auch grad keine Ruhe gelassen ... ich glaub ich hab jetzt das Format verstanden.

Grundsätzlich stehen da in TEMPERATUR_<wochentag>_<Nummer> die Temperaturen des Abschnitts drin,
in TIMEOUT_<wochentag>_<nummer> die entsprechende ENDZEIT des Abschnitts in MINUTEN SEIT MITTERNACHT.

Beispiel:
0:00 - 7:00 18°C,
7:00 -23:00 21°C
23:00 - 24:00 19°C

am ... sagen wir Montag wäre

Code: Alles auswählen

TEMPERATUR_MONDAY_1 18.0
TEMPERATUR_MONDAY_2 21.0
TEMPERATUR_MONDAY_3 19.0

TIMEOUT_MONDAY_1 420
TIMEOUT_MONDAY_2 1360
TIMEOUT_MONDAY_3 1440

ALLE restlichen Timeouts stehen auf 1440 (also 24:00), die Temperaturwerte der restlichen Abschnitte sind egal.



Kleinen Nebenbemerkung: Recht lustig finde ich übrigens den inkonsistenten Mix aus Deutsch und Englisch

Da könnt man jetzt schon was draus bauen.
Zu Bedenken ist aber schon, dass eine Änderung der Tabellen jedesmal Konfigurationsdaten schreibt, also erst mal ne Servicemeldung generiert bis der Wandthermostat das bestätigt.
Und dass man die Werte (vermutlich) konsistent in einem Aufruf rüberbringen muss, da könnt die Kommandozeile von setparam.tcl schon ein bissl kurz werden.