NEWS
Test Adapter HeatingControl v2.12.x
-
@Conquest
Ich glaub den Bug gefunden zu haben..
Wenn du zB 4 Profile erstell hast, werden die in der VIS ja als Profil 1 - 4 dargestellt.
Datenpunkte in heatingcontrol hast du dann (zumindest ist das bei mir so 0 - 3)
Ich bin bislang davon ausgegangen
DP Profile 0 = VIS Profil 1
DP Profile 1 = VIS Profil 2
usw....
Dem ist aber nicht so, Profile 1 = VIS Profil 1 usw..
Profile0 ist also für die Katz
Ich hab jetzt einfach ein weiteres 5tes Profil erstellt, welches ich einfach in der VIS Ignoriere, damit kann ich leben
Kannst ja mal testen
-
@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?

@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?
-
@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?
-
@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... -
@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.
-
@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 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
-
inspiriert vom Heizungsthermostat-Script und weil meine homeputer-Lizenz abgelaufen ist, und ich meine Heizungssteuerung von dort nach iobroker portieren wollte, ist der Adapter HeatingControl entstanden.
Features:
- setzen der Zieltemperatur in verschiedenen Thermostaten
- beliebige Anzahl von täglichen Zeitabschnitten mit unterschiedlichen Zieltemperaturen
- Zeit und Zieltemperatur per Visualisierung konfigurierbar
- automatische Suche nach vorhandenen Thermostaten im System (über Gewerk) und Zuordnung zu Räumen
- Für den Fall, dass der Thermostat nur als Thermometer verwendet wird, behandelt der Adapter auch digitale Outputs zum Schalten der Ventile. Im Moment ist dafür nur eine einfache Ein/Aus-Regelung implementiert (die für meine Zwecke ausreichend ist). Weitere Regelungen sind aber als Idee bereits vorhanden und können implementiert werden. Es gibt nun auch einen linearen on/off mit Hysterese
- es werden bis zu zwei Outputs für Ventile unterstützt
- Outputs werden auch automatisch den Räumen zugeordnet. Dafür müssen diese dem gleichen Gewerk wie Thermostate zugeordnet sein.
- im Admin des Adapters können Räume deaktiviert werden
- Absenkung bei Abwesenheit
- Ventile ein oder aus außerhalb der Heizperiode
- Verbindung zu ical
- Verbindung zu Feiertags-Adapter
- Senden von Nachrichten per email, Signal, Telegram, discord, ...
- Kamin-Modus
- Wartungsmodus
- mehrere Profile
- Tages-Programme für
- Montag - Sonntag
- Montag - Freitag + Samstag - Samstag
- jeden Tag separat
Versionen:
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 -
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
-
@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.
-
@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
@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.
-
@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
-
@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.
@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?
-
@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.
-
@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... -
@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...