NEWS
Test Adapter HeatingControl v2.12.x
-
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:
-
@deta in der Original-Raumvorlage war dort eine Anzeige für % des Ventils. Ich habe hier nur digitale ein/aus Ventile, die auch noch mit dem Adapter gesteuert werden (useActors = on). Also zeige ich mir hier an, ob das Ventil ein oder aus ist.
-
@deta in der Original-Raumvorlage war dort eine Anzeige für % des Ventils. Ich habe hier nur digitale ein/aus Ventile, die auch noch mit dem Adapter gesteuert werden (useActors = on). Also zeige ich mir hier an, ob das Ventil ein oder aus ist.
@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
@deta in der Original-Raumvorlage war dort eine Anzeige für % des Ventils. Ich habe hier nur digitale ein/aus Ventile, die auch noch mit dem Adapter gesteuert werden (useActors = on). Also zeige ich mir hier an, ob das Ventil ein oder aus ist.
Wo greifst du den Wert ab? Wo steht er? Konnte in den Objekten nichts finden, meine den useActors
-
@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
@deta in der Original-Raumvorlage war dort eine Anzeige für % des Ventils. Ich habe hier nur digitale ein/aus Ventile, die auch noch mit dem Adapter gesteuert werden (useActors = on). Also zeige ich mir hier an, ob das Ventil ein oder aus ist.
Wo greifst du den Wert ab? Wo steht er? Konnte in den Objekten nichts finden, meine den useActors
@deta useActors ist eine Option das Adapters im admin. Damit kann man eine einfache Regelung (ein/aus) von Ventilen realisieren, die nicht über Thermostate direkt gesteuert werden (was immer die bevorzugte Variante sein sollte). In dem Fall hat man den Aktor ja irgendwo im ioBroker als Datenpunkt...
Wenn dein Ventil durch ein Thermostat gesteuert wird, müsstest du dort wieder den alten %-Wert hinzufügen. Ich ändere eines der templates wieder auf den Ursprungszustand, dann sieht man den Unterschied... -
@deta useActors ist eine Option das Adapters im admin. Damit kann man eine einfache Regelung (ein/aus) von Ventilen realisieren, die nicht über Thermostate direkt gesteuert werden (was immer die bevorzugte Variante sein sollte). In dem Fall hat man den Aktor ja irgendwo im ioBroker als Datenpunkt...
Wenn dein Ventil durch ein Thermostat gesteuert wird, müsstest du dort wieder den alten %-Wert hinzufügen. Ich ändere eines der templates wieder auf den Ursprungszustand, dann sieht man den Unterschied... -
wie installiere ich denn den Adapter als 2te Instanz?
-
wie installiere ich denn den Adapter als 2te Instanz?
-
Dann kann ich da aber nicht die Version von Github installieren oder? Fand die Idee super eine 2te Instanz zu installieren, die zu testen und wenn alles klappt diese dann zu nutzen und die alte zu löschen
-
Dann kann ich da aber nicht die Version von Github installieren oder? Fand die Idee super eine 2te Instanz zu installieren, die zu testen und wenn alles klappt diese dann zu nutzen und die alte zu löschen
@Dominik-F Instanzen kannst du mehrere haben, Adapter nur in einer Version.
-
@Dominik-F Instanzen kannst du mehrere haben, Adapter nur in einer Version.
also ist der Vorschlag weiter oben mit der weiteren instanz von Github so nicht möglich?
-
Dann kann ich da aber nicht die Version von Github installieren oder? Fand die Idee super eine 2te Instanz zu installieren, die zu testen und wenn alles klappt diese dann zu nutzen und die alte zu löschen
@Dominik-F ich bin mir nicht ganz sicher. Ich wollte es testen und habe es irgendwie wegen geistiger Umnachtung vergessen.
Aber @Thomas-Braun schreibt ja gerade das es anscheinend nicht funktioniert.
-
also ist der Vorschlag weiter oben mit der weiteren instanz von Github so nicht möglich?
@Dominik-F
Nein. Wie gesagt, Adapter als Rahmen immer nur in einer Version.
Daraus abgeleitete Instanzen können mehrere laufen. -
@Dominik-F
Nein. Wie gesagt, Adapter als Rahmen immer nur in einer Version.
Daraus abgeleitete Instanzen können mehrere laufen.schade, danke für die Info. Dann warte ich auf die Reaktionen der ersten Tester bevor ich aktualisiere
-
@deta useActors ist eine Option das Adapters im admin. Damit kann man eine einfache Regelung (ein/aus) von Ventilen realisieren, die nicht über Thermostate direkt gesteuert werden (was immer die bevorzugte Variante sein sollte). In dem Fall hat man den Aktor ja irgendwo im ioBroker als Datenpunkt...
Wenn dein Ventil durch ein Thermostat gesteuert wird, müsstest du dort wieder den alten %-Wert hinzufügen. Ich ändere eines der templates wieder auf den Ursprungszustand, dann sieht man den Unterschied... -
@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
Ich ändere eines der templates wieder auf den Ursprungszustand, dann sieht man den Unterschied...
Im vis sind jetzt zwei Versionen:
-
wie im Original

-
mit Aktor

Hallo @Rene_HM,
gibt es die Möglichkeit einzelne Räume temporär aus dem Auto-Modus rauszunehmen? Habe ich das übersehen oder wenn nicht, könntest Du das einbauen? Wäre ganz praktisch falls mal ein Raum nicht geheizt werden muss falls z.B. eines der Kinder nicht zu Hause ist oder dergleichen..Danke
EDIT: und eventuell einen zentralen Button um alles wieder in den Auto-Modus zu versetzen.
-
-
Hallo @Rene_HM,
gibt es die Möglichkeit einzelne Räume temporär aus dem Auto-Modus rauszunehmen? Habe ich das übersehen oder wenn nicht, könntest Du das einbauen? Wäre ganz praktisch falls mal ein Raum nicht geheizt werden muss falls z.B. eines der Kinder nicht zu Hause ist oder dergleichen..Danke
EDIT: und eventuell einen zentralen Button um alles wieder in den Auto-Modus zu versetzen.
-
Es ist soweit, die 2.0.0 steht als alpha-Version zum testen (aktuell nur im github) bereit.
Zusätzlich gibt es eine angepasste Pittini-vis in der Version 3.1.0 (derzeit nur unter rg-engineering/iobroker-heatingcontrol-vis. @Pittini wird dies aber in sein Repo übernehmen.
ACHTUNG: Es sind intern sehr viele Änderungen passiert, es können also durchaus noch Fehler vorhanden sein. Wer gern testet und Fehler akzeptiert, kann die Version nutzen, alle anderen sollten noch ein wenig warten.
Fehler bitte als github issue dokumentieren. Danke.
Es sind folgende Änderungen enthalten:
- kemplette Überarbeitung des Quellcodes (Struktur, interne Daten, ...)
- Perioden and Profile zählen nun immer von 1 anstatt 0, alte Einstellungen müssen einmalig manuell übernommen werden
- ChangesFromThermostat pro Raum wurde entfernt
- Neuberechnung der Daten und Übertragung wird jetzt nur noch für den Raum vorgenommen, wo neue Daten vorliegen (bisher wurde immer alle Räume berechnet)
- SensorOpenDelay / SensorCloseDelay wurde umbenannt, bitte die Einstellungen prüfen
- ResetButton hinzugefügt, um den manuellen Modes (nach Änderung vom Thermostat) zu beenden und zu Auto zurückzukehren
- Status log pro Raum hinzugefügt
- das Profil kann gespeichert und geladen werden (im admin)
- Profil (alles oder per Raum) bzw. Perioden können per Button kopiert werden
- Datenpunkt-Auswahl-Menü für externe Datenpunkte im admin hinzugefügt
- automatische Erkennung für Thermostate, Sensoren und Aktoren überarbeitet
- Raum-Erkennung überarbeitet
- Grenzen und Schrittweite zur Einstellung der Profiltemperatur für die Pittini-vis kann im admin eingestellt werden
- einfache Fenster-Status-Anzeige für Pittini-vis hinzugefügt
- Raum-Status-Liste als einfache html-Tabelle für vis hinzugefügt
- bearbeitete issues im github:
- #161 Profil springt zur angegebenen Zeit nicht um
- #153 cron Probleme beim ändern eines Profils mittels Javascript
- #152 Fenstererkennung im manuellen Modus
- #148 Bei Änderung vom Thermostat bis zum nächsten Profilpunkt müssen Sensoren berücksichtigt werden
Hier noch ein paar Bilder der Änderungen:
Profile/Perioden zählen von 1:

Speichern/Laden von Profilen:

Suche von Räumen, Thermostaten, Sensoren und Aktoren:




Profil-Einstellung:



einfache Fensterstatus-Anzeige:

Raum-Status-Liste

Status-Log und Reset-Manual-Button in der vis:

@Rene_HM said in Test Adapter HeatingControl v2.0.x:
Es ist soweit, die 2.0.0 steht als alpha-Version zum testen (aktuell nur im github) bereit.
Zusätzlich gibt es eine angepasste Pittini-vis in der Version 3.1.0 (derzeit nur unter rg-engineering/iobroker-heatingcontrol-vis. @Pittini wird dies aber in sein Repo übernehmen.
ACHTUNG: Es sind intern sehr viele Änderungen passiert, es können also durchaus noch Fehler vorhanden sein. Wer gern testet und Fehler akzeptiert, kann die Version nutzen, alle anderen sollten noch ein wenig warten.
Fehler bitte als github issue dokumentieren. Danke.
Es sind folgende Änderungen enthalten:
Hi,
die V2 ist heute bei mir in der Adapterliste aufgetaucht, hab das stable Repository. Hab jetzt gesehen, das am 29.12 die Alpha releast wurde. Ist die jetzt innerhalb von 2 Tagen stable geworden oder ist sie noch immer eher Alpha?Muss ich beim Installieren irgendwas beachten wg der breaking changes?
Alle alten Datenpunkte löschen oder wird das automatisch in die neue Struktur überführt?Hab falsch geschaut, bei mir ist die 1.1.2 und nur in den Release Notes steht die 2.0 schon drin.
Wer lesen kann ist klar im Vorteil ....ciao
Martin -
@Rene_HM said in Test Adapter HeatingControl v2.0.x:
Es ist soweit, die 2.0.0 steht als alpha-Version zum testen (aktuell nur im github) bereit.
Zusätzlich gibt es eine angepasste Pittini-vis in der Version 3.1.0 (derzeit nur unter rg-engineering/iobroker-heatingcontrol-vis. @Pittini wird dies aber in sein Repo übernehmen.
ACHTUNG: Es sind intern sehr viele Änderungen passiert, es können also durchaus noch Fehler vorhanden sein. Wer gern testet und Fehler akzeptiert, kann die Version nutzen, alle anderen sollten noch ein wenig warten.
Fehler bitte als github issue dokumentieren. Danke.
Es sind folgende Änderungen enthalten:
Hi,
die V2 ist heute bei mir in der Adapterliste aufgetaucht, hab das stable Repository. Hab jetzt gesehen, das am 29.12 die Alpha releast wurde. Ist die jetzt innerhalb von 2 Tagen stable geworden oder ist sie noch immer eher Alpha?Muss ich beim Installieren irgendwas beachten wg der breaking changes?
Alle alten Datenpunkte löschen oder wird das automatisch in die neue Struktur überführt?Hab falsch geschaut, bei mir ist die 1.1.2 und nur in den Release Notes steht die 2.0 schon drin.
Wer lesen kann ist klar im Vorteil ....ciao
Martin -
@martinschm naja, ich habe die 1.1.2 am gleichen Tag ins stable gebracht, wie ich die 2.0 als pre-Release angekündigt habe...
@Rene_HM said in Test Adapter HeatingControl v2.0.x:
@martinschm naja, ich habe die 1.1.2 am gleichen Tag ins stable gebracht, wie ich die 2.0 als pre-Release angekündigt habe...
Hi, ja war ja komplett der Fehler bei mir. Hab das Updatezeichen gesehen, mir die Release Notes angeschaut ganz oben 2.0 gesehen und hab dann hier im Forum nach Hinweisen zu den Breaking Changes gesucht und dann das mit der Alpha gelesen.
Wäre ich nen Tick langsamer vorgegangen hätte ich mein Fehler direkt gemerkt. Bei mir im Kopf ist noch drin, das die letzte Version in den Release Notes die ist, die man auch grade installiert. Daher die Verwirrung
-
@Rene_HM said in Test Adapter HeatingControl v2.0.x:
@martinschm naja, ich habe die 1.1.2 am gleichen Tag ins stable gebracht, wie ich die 2.0 als pre-Release angekündigt habe...
Hi, ja war ja komplett der Fehler bei mir. Hab das Updatezeichen gesehen, mir die Release Notes angeschaut ganz oben 2.0 gesehen und hab dann hier im Forum nach Hinweisen zu den Breaking Changes gesucht und dann das mit der Alpha gelesen.
Wäre ich nen Tick langsamer vorgegangen hätte ich mein Fehler direkt gemerkt. Bei mir im Kopf ist noch drin, das die letzte Version in den Release Notes die ist, die man auch grade installiert. Daher die Verwirrung
Hi,
ich hätte noch eine Frage. Ich hab HM Heizungsthermostate verbaut, die haben ja als Modus die Möglichkeit Automatik / Manuell / Boost.
Bei Automatik greifen die ja auf das Programm in der Homematic Zentrale zurück, daher stehen die bei mir alle auf Manuell. Dieser Status wird bei mir in iQontrol, das ich zur Visualisierung nutze auch angezeigt, was allerdings etwas verwirrend ist. Automatik = er macht irgendwas, was in HM eingestellt ist, Manuell = er macht was in heatingcontrol eingestellt ist.
Ist es möglich, das man den Status Automatik auf heatingcontrol umbiegt und Manuell wirklich manuell bedeutet?
ciao
Martin

