NEWS
-
@deta kann ich bestätigen, zum Glück bin ich nicht alleine

@Stephan-Schleich Hast du auch bei dir gerade HolidayPresent=true ? Wenn ja scheint da das Problem zu sein. Das Problem ist auch auf dem Git ein Thema.
-
@Stephan-Schleich sagte in Test Adapter HeatingControl v1.0.x:
@deta kann ich bestätigen, zum Glück bin ich nicht alleine

Ich dachte mir gehts nur wieder alleine so. Hatte es bereits ja schon mal geschrieben, aber keine Reaktion erhalten. Und mir die Tage mal den Wolf gesucht, aber keine Lösung gefunden dazu, daher der neue Post heute mal wieder.
Zur Notlösung hab ich jetzt eine Neustart um Mitternacht des Adapter eingebaut. Aber ist ja nur ein Kompromiss Notlösung.
@deta said in Test Adapter HeatingControl v1.0.x:
@Stephan-Schleich sagte in Test Adapter HeatingControl v1.0.x:
@deta kann ich bestätigen, zum Glück bin ich nicht alleine

Ich dachte mir gehts nur wieder alleine so. Hatte es bereits ja schon mal geschrieben, aber keine Reaktion erhalten. Und mir die Tage mal den Wolf gesucht, aber keine Lösung gefunden dazu, daher der neue Post heute mal wieder.
Zur Notlösung hab ich jetzt eine Neustart um Mitternacht des Adapter eingebaut. Aber ist ja nur ein Kompromiss Notlösung.
Ich kann das auch bestätigen, heute Morgen musste ich den Adapter neustarten.
-
@Stephan-Schleich Hast du auch bei dir gerade HolidayPresent=true ? Wenn ja scheint da das Problem zu sein. Das Problem ist auch auf dem Git ein Thema.
@deta jup, ich hab auch schon rumprobiert, aber auch wenn ich holiday present ausgeschalten hab ist nix passiert, den Adapter hab ich bisher nicht neugestartet
-
@Stephan-Schleich Hast du auch bei dir gerade HolidayPresent=true ? Wenn ja scheint da das Problem zu sein. Das Problem ist auch auf dem Git ein Thema.
-
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:

-
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:

Hallo @Rene_HM,
das klingt ja sehr gut. Ich würde die V2 gerne testen.
Ist es ein sinnvoller Workaround die „alte“ Version drauf zu lassen und zu deaktivieren und die V2 als weitere Instanz zu installieren damit man ein funktionierendes Fallback mit der „alten“ Version hat?Gruß Michael
-
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 gibt's ne Übersicht was in der vis geändert werden muss?
-
Hallo @Rene_HM,
das klingt ja sehr gut. Ich würde die V2 gerne testen.
Ist es ein sinnvoller Workaround die „alte“ Version drauf zu lassen und zu deaktivieren und die V2 als weitere Instanz zu installieren damit man ein funktionierendes Fallback mit der „alten“ Version hat?Gruß Michael
@MichMein sagte in Test Adapter HeatingControl v2.0.x:
Ist es ein sinnvoller Workaround die „alte“ Version drauf zu lassen und zu deaktivieren und die V2 als weitere Instanz zu installieren damit man ein funktionierendes Fallback mit der „alten“ Version hat?
ich habe das zwar nicht ausprobiert, klingt aber sinnvoll. Dadurch, dass sich die Profile ändern, müsste man sonst bei downgrad auf V1.x diese wieder manuell neu einstellen.
-
@Rene_HM gibt's ne Übersicht was in der vis geändert werden muss?
@Stephan-Schleich sagte in Test Adapter HeatingControl v2.0.x:
gibt's ne Übersicht was in der vis geändert werden muss?
die Übersicht gibt's jetzt hier
Wichtig sind die Profil- und Perioden-Indizes. Die müssen geändert werden.
Wenn man das nicht ändert, zeigt die vis alle Zeiten und Temperaturen um eine Periode versetzt an...
Alles andere ist optional... -
@Stephan-Schleich sagte in Test Adapter HeatingControl v2.0.x:
gibt's ne Übersicht was in der vis geändert werden muss?
die Übersicht gibt's jetzt hier
Wichtig sind die Profil- und Perioden-Indizes. Die müssen geändert werden.
Wenn man das nicht ändert, zeigt die vis alle Zeiten und Temperaturen um eine Periode versetzt an...
Alles andere ist optional...@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
Alles andere ist optional...
Was ist Optional?
-
@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
Alles andere ist optional...
Was ist Optional?
-
Was ist mit Aktor für ein Punkt gemeint?

-
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
