Test Adapter HeatingControl v2.12.x
-
@Stephan-Schleich sagte in Test Adapter HeatingControl v1.0.x:
Gibt's eigentlich eine Möglichkeit die Temperatur zu ändern ohne das hinterlegte Zeitlayout zu verändern?
Override nutzen?
-
@UncleB sagte in Test Adapter HeatingControl v1.0.x:
Ich glaub den Bug gefunden zu haben..
Das schaue ich mir auch mal an.... Danke für den Tipp.
-
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
@Stephan-Schleich sagte in Test Adapter HeatingControl v1.0.x:
Gibt's eigentlich eine Möglichkeit die Temperatur zu ändern ohne das hinterlegte Zeitlayout zu verändern?
Override nutzen?
Muss dort die Zeit zusätzlich definiert werden? Oder wird es beim nächsten durchlauf zurückgesetzt?
-
@Stephan-Schleich Du musst eine Zeit angeben, wie lange der Override gilt. Das wird auch beim Profil-Setzen berücksichtigt, d.h. die Profilwerte werden erst wieder gesetzt, wenn diese Zeitdauer abgelaufen ist...
-
@Rene_HM hmm schade, fände es schon cool auch nen override innerhalb der profil settings zu haben - siehst du das nicht so? evtl. ein zusätzlicher override state innerhalb des profiles?
-
@Stephan-Schleich tja, irgendwann sieht man vor lauter Einstellungen und Optionen dann einfach nicht mehr durch
Der ganze Adapter hat m.E. sowieso schon zu viele Einstellmöglichkeiten... Das Thema override hatten wir hier in dem thread vor einiger Zeit lange diskutiert und so kam es zur aktuellen Implementierung... -
@Rene_HM Alles klar, danke. Dann versuch ich mal die Zeit Differenz des Profiles immer nach offerridetime zu schreiben dann muss nur noch die override temperatur setzten - ich hoffe der logik ansatz funtzt
Bug?: Wenn ich das Offset z.B. auf 5Grad stelle schaltet er das Heizungsthermostat aus, beabsichtigt oder bug?
-
@Rene_HM said in Test Adapter HeatingControl v1.0.x:
@danny_v1 Dafür gibt es diese Einstellung:
Das habe ich gerade getestet es wird aber trotzdem nach einer kurzen Weile (ca 1 min) wieder auf den Wert im Profil zurückgeregelt. Habe es mit bis zum nächsten Profilpunkt versucht.
-
@Stephan-Schleich Ich habe es deshalb so gelöst, dass der Adapter bei mir Datenpunkte regelt, die aber nur in eine Richtung den Wert weitergeben. Die liegen bei mir unter dem Javascript-Adapter.
Der heatingcontrol steuert also diese Datenpunkte und ein Script sorgt dann dafür, dass bei einer Änderung der Wert an das Thermostat weitergegeben wird. Andersrum aber nicht. Ändere ich das Thermostat direkt, dann ändert sich nur der Wert unter Homematic (bei mir), aber der Heatingcontrol bekommt davon nix mit und regelt erst beim nächsten Mal, wenn sich in einem Profil wieder was ändert.
Mit dem Override hatte ich laufend Probleme und Fehlermeldungen die sich aufgeschaukelt hatten, auch schon ,weil das auch bei jedem Fensteröffnen startete (da bei Homematic dann die Zieltemperatur eben geändert wird). Und die Fenster mit im Adapter sorgte fr noch mehr Chaos und ich wollte diese Funktion eh nicht dort, sondern als direkte Geräteverknüpfungen.So ist der Heatingcontrol bei mir nur noch für die Wochenprogramme zuständig und macht das perfekt. Alles andere machen Scripte oder die Geräte direkt selbst und das auch perfekt.
Gruss, Jürgen
-
@Rene_HM @Stephan-Schleich Ich habe mal ein Issue angelegt. Vielleicht lässt sich der Adapter ja mit einer Option erweitern, dass manuelle Änderungen ganz einfach ignoriert werden, bis ein Wochenprofil eine Änderung erfordert.
Gruss, Jürgen
-
Hallo,
Gibt es einen Boost - Modus im Adapter bzw kann das realisiert werden? Also die Möglichkeit für eine definierte Zeit die Thermostate voll aufzudrehen.Meine GöGa meint das ab und zu der Raum mal mit unerträglicher Wärme geflutet werden muss.
Danke -
@CKMartens Genau das würde doch die erwähnte Override-Funktion machen. Du stellst im Adapter ein, für wie lange ein Override gilt und drehst dann manuell am Thermostat auf. Nach der im Adapter eingestellten Zeit wird dann automatisch wieder der zuvor im Wochenprofil hinterlegte Wert eingestellt.
Gruss, Jürgen
-
@danny_v1 Dann würde ich davon ein debug-log zur Analyse benötigen.
-
@Wildbill sagte in Test Adapter HeatingControl v1.0.x:
Du stellst im Adapter ein, für wie lange ein Override gilt und drehst dann manuell am Thermostat auf.
Wieso das Thermostat dann manuell aufdrehen? Die Idee ist doch, dem Thermostat eine höhere Zieltemperatur zu geben, als es im Profil hinterlegt ist. Diese Zieltemperatur soll für eine Weile gelten (also z.Bsp. 2 Stunden). Wenn es nun im Raum kälter ist, als die neue Zieltemperatur, dann sollte doch das Thermostat selbständig aufdrehen um zu heizen und um somit die höhere Zieltemperatur zu erreichen.
-
@Wildbill ich danke Dir für die schnelle Antwort.
-
@Rene_HM Ich möchte ja eigentlich aufheizen (wie meine Frau sagt "den Raum überschlagen") obwohl die Ist-Temperatur des Raumes passt.
Reicht es dann TemperaturOverride also 25° und TemperaturOverrideTime 00:30 einzustellen? Sehe ich das richtig das dann nach den 30 Minuten automatisch wieder die "normale" Heizperiode fortgesetzt wird?
-
@CKMartens genau.
-
@Rene_HM Danke...
-
-
@danny_v1 ja, das passt so.
Was mir auf den ersten Blick auffällt: Du hast UseActors eingeschaltet, aber keine Aktoren konfiguriert. Ich würde also auch UseActors im admin ausschalten, das verringert schon mal die Systemlast, weil nicht ständig geschaut werden muss, dass keine Aktionen mit Aktoren notwendig sind.
Bzgl. der Änderungen vom Thermostat habe ich wohl noch einen bug.
Du nutzt die Option "bis zum nächsten Profilpunkt". Die Änderung vom Thermostat wird auch übernommen und gesetzt. Jetzt triggert dein Anwesenheits-DP die Neuberechnung und die merkt, dass es einen Unterschied zwischen Profil und aktuellen Einstellungen gibt und korrigiert das. Hier muss ich zusätzlich prüfen, dass die Änderungen ja so gewollt sind und nicht rückgängig gemacht werden. Werde ich in 1.1.0 hinzufügen...
