NEWS
-
@stephan-schleich Die Anzahl der Perioden ist immer gleich...
-
Hab mal ne Frage:
In den Profileinstellungen ist bei mir der 15.04 als Ende der Heizperiode eingetragen.
Ausserhalb der Heizperiode ist eine Fixtemperatur von 20°C eingestellt.
Heute ist mir aufgefallen dass der Adapter die Stellventile der FBH immernoch nach Profil ansteuert.
Hier mal ein EChart
Die Blaue Linie zeigt ob das Stellventil ZU oder AUF ist. Zwischenstellung gibts hier nicht.
Grün wäre die Zieltemperatur und Rot die Raumtemperatur.Weiß jemand wo hier der Fehler liegt?
-
Hab mal ne Frage:
In den Profileinstellungen ist bei mir der 15.04 als Ende der Heizperiode eingetragen.
Ausserhalb der Heizperiode ist eine Fixtemperatur von 20°C eingestellt.
Heute ist mir aufgefallen dass der Adapter die Stellventile der FBH immernoch nach Profil ansteuert.
Hier mal ein EChart
Die Blaue Linie zeigt ob das Stellventil ZU oder AUF ist. Zwischenstellung gibts hier nicht.
Grün wäre die Zieltemperatur und Rot die Raumtemperatur.Weiß jemand wo hier der Fehler liegt?
@davut-karabulut sagte in Test Adapter HeatingControl v2.2.x:
In den Profileinstellungen ist bei mir der 15.04 als Ende der Heizperiode eingetragen.
Wie steht denn der DP heatingcontrol.0.HeatingPeriodActive ?
Was steht in heatingcontrol.0.Rooms.RaumName.State -
@davut-karabulut sagte in Test Adapter HeatingControl v2.2.x:
In den Profileinstellungen ist bei mir der 15.04 als Ende der Heizperiode eingetragen.
Wie steht denn der DP heatingcontrol.0.HeatingPeriodActive ?
Was steht in heatingcontrol.0.Rooms.RaumName.State -
heatingcontrol.0.HeatingPeriodActive steht auf false
und
heatingcontrol.0.Rooms.RaumName.State steht auf auto -
könnte man im Vis-Ordner unter "RoomValues" noch einen Datenpunkt "TemperaturOverrideRemainingTime" hinzufügen und dort die Daten wie bei den anderen Overridepunkten zusammenfassen?
@oli sagte in Test Adapter HeatingControl v2.2.x:
könnte man im Vis-Ordner unter "RoomValues" noch einen Datenpunkt "TemperaturOverrideRemainingTime" hinzufügen und dort die Daten wie bei den anderen Overridepunkten zusammenfassen?
habe dazu ein issue erstellt:
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/233 -
@davut-karabulut https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/231
Muss ich mir anschauen...
-
@Davut-Karabulut Wenn du den Datenpunkt HeatingPeriodActive manuell auf true und dann wieder auf false setzt, sollte sich der RaumStatus auf "no heating" ändern.
Danach sollte nicht mehr nach Profil gefahren werden. -
@rene_hm hab das gleiche Problem und dein Vorschlag mal getestet. Danach steht der Datenpunkt Status auch auf no heating jedoch sobald sich der heatingcontrol Adapter neustartet steht es wieder auf Auto.
-
-
Im github und NPM liegt die 2.3.2 zum Testen bereit.
Es gibt folgende Änderungen:
- russische Übersetzung der Texte für Pittinis vis
- see issue #231: bug fix zurbzgl. der Erkennung der Heizungsperiode
Feedback ist wie immer willkommen...
@rene_hm Du könntest den Adapter eigentlich forken und auch als ClimaControl zur Verfügung stellen für Klimaanlagen, Funktion ist ja eig die selber oder? (Ja man könnte dafür auch den Adapter nutzen aber falls mal änderung kämen, was denkst du dazu?)
-
Nutzt du denn die V2 von HeatingControl?
Du brauchst dann noch die VIS 3.1.2 von Pittini und musst alles konfigurierenWas ist Profil0?
Hallo ich habe gerade ein Verständnisproblem.
Ich habe alle meine Heizzeiten in Profil 1 gespeichert.
Dieses möchte ich auch unbedingt verwenden. Leider verwendet HeatingControl immer Profil0. Das auch immer wieder angelegt wird.
Was mache ich falsch? -
Was ist Profil0?
Hallo ich habe gerade ein Verständnisproblem.
Ich habe alle meine Heizzeiten in Profil 1 gespeichert.
Dieses möchte ich auch unbedingt verwenden. Leider verwendet HeatingControl immer Profil0. Das auch immer wieder angelegt wird.
Was mache ich falsch? -
@vogtländer mit der 2.x habe ich das doch so umgebaut: es gibt Profile ab 1 und nicht mehr ab 0...
Wo legt dir der Adapter ein Profil 0 an? im Objektbaum? -
Hi,
bin grade auf die zusätzlichen Temperatursensoren gestoßen und konnte dazu in der Doku nichts finden. Werden die genutzt im einen Mittelwert zu bilden anstatt nur am Thermostat direkt an der Heizung zu messen?ciao
Martin@martinschm siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/182
Es wird ein Offset zwischen Thermostat und zusätzlichem Sensor ermittelt. Damit wird dann die Soll-Temperatur entsprechend angepasst...
-
Ich hab ja so Zigbee Heizkörperthermostate bei denen man die Stellung der Ventile nicht selber vorgeben kann. Geschieht dann halt über die CurrentTargetTemp. Da diese Heizkörperthermostate schnell die Solltemp. erreichen und die Ventile wieder schließen obwohl am anderen Ende des Raums noch 2 Grad unterschied sind könnte ich jetzt zusätzlich einen Aqara Temperatursensor verwenden um die Differenz daraus auf die Soll-Temperatur zu geben?
Tolle Sache :)
-
Hallo,
erstmal Danke für diesen Adapter.
Ich bin immer wieder fasziniert wie viel Zeit und Nerven in die Adapterentwicklung und Pflege gesteckt wird, und das ohne Geld. Danke dafür.Nun aber zu meinem Problem.
Ich nutze das MAX System mit dem MAXCube Adapter.Fenstersensoren sind im MAX System mit dem Thermostat gekoppelt.
Nicht immer aber sehr oft erkennt der HeatingControl Adapter die Änderung bei geöffneten Fenster ( 12°C) als manuelle Änderung und bleibt auf dem Wert bis zum nächsten Profilzeitpunkt.
Den Haken bei "Thermostat behandelt Fenster offen" habe ich aktiviert.Eine Idee wie ich das Problem weg bekomme?
-
Ich hab ja so Zigbee Heizkörperthermostate bei denen man die Stellung der Ventile nicht selber vorgeben kann. Geschieht dann halt über die CurrentTargetTemp. Da diese Heizkörperthermostate schnell die Solltemp. erreichen und die Ventile wieder schließen obwohl am anderen Ende des Raums noch 2 Grad unterschied sind könnte ich jetzt zusätzlich einen Aqara Temperatursensor verwenden um die Differenz daraus auf die Soll-Temperatur zu geben?
Tolle Sache :)
-
Hallo,
erstmal Danke für diesen Adapter.
Ich bin immer wieder fasziniert wie viel Zeit und Nerven in die Adapterentwicklung und Pflege gesteckt wird, und das ohne Geld. Danke dafür.Nun aber zu meinem Problem.
Ich nutze das MAX System mit dem MAXCube Adapter.Fenstersensoren sind im MAX System mit dem Thermostat gekoppelt.
Nicht immer aber sehr oft erkennt der HeatingControl Adapter die Änderung bei geöffneten Fenster ( 12°C) als manuelle Änderung und bleibt auf dem Wert bis zum nächsten Profilzeitpunkt.
Den Haken bei "Thermostat behandelt Fenster offen" habe ich aktiviert.Eine Idee wie ich das Problem weg bekomme?
@grizzlyco sagte in Test Adapter HeatingControl v2.3.x:
Nicht immer aber sehr oft erkennt der HeatingControl Adapter die Änderung bei geöffneten Fenster ( 12°C) als manuelle Änderung und bleibt auf dem Wert bis zum nächsten Profilzeitpunkt.
Da müssen wir uns das debug log mal anschauen. Ich vermute, das ist ein Laufzeitproblem. Der Haken "Thermostat behandelt Fenster offen" sollte genau dieses Verhalten verhindern. Das Problem ist, dass die Thermostate die neue Solltemperatur senden und der Adapter muss erkennen, dass diese Änderung nicht durch Drehen am Thermostat sondern aufgrund des Öffnen des Fensters geschieht. Ich könnte mir vorstellen, dass das Thermostat schneller reagiert, als das die "Fenster ist offen" Meldung am Adapter ankommt. Dann interpretert der Adapter die Solltemperatur-Änderung vom Thermostat als manuellen Eingriff. Es kann aber auch anders herum problematisch sein: Die "Fenster ist offen" Meldung kommt schnell am Adapter an und die geänderte Solltemperatur vom Thermostat kommt viel später. Auch dann würde der Adapter die neue Solltemperatur als manuellen Eingriff interpretieren. Die beiden Meldung (Fenster ist offen und neue Soll-Temperatur vom Thermostat) müssen also innerhalb eines kurzen Zeitfensters im Adapter ankommen... Das sollten wir im debug log sehen...
-
@grizzlyco sagte in Test Adapter HeatingControl v2.3.x:
Nicht immer aber sehr oft erkennt der HeatingControl Adapter die Änderung bei geöffneten Fenster ( 12°C) als manuelle Änderung und bleibt auf dem Wert bis zum nächsten Profilzeitpunkt.
Da müssen wir uns das debug log mal anschauen. Ich vermute, das ist ein Laufzeitproblem. Der Haken "Thermostat behandelt Fenster offen" sollte genau dieses Verhalten verhindern. Das Problem ist, dass die Thermostate die neue Solltemperatur senden und der Adapter muss erkennen, dass diese Änderung nicht durch Drehen am Thermostat sondern aufgrund des Öffnen des Fensters geschieht. Ich könnte mir vorstellen, dass das Thermostat schneller reagiert, als das die "Fenster ist offen" Meldung am Adapter ankommt. Dann interpretert der Adapter die Solltemperatur-Änderung vom Thermostat als manuellen Eingriff. Es kann aber auch anders herum problematisch sein: Die "Fenster ist offen" Meldung kommt schnell am Adapter an und die geänderte Solltemperatur vom Thermostat kommt viel später. Auch dann würde der Adapter die neue Solltemperatur als manuellen Eingriff interpretieren. Die beiden Meldung (Fenster ist offen und neue Soll-Temperatur vom Thermostat) müssen also innerhalb eines kurzen Zeitfensters im Adapter ankommen... Das sollten wir im debug log sehen...
Hier das Log
Küche Fenster:
Fenster zu 20°C
Fenster auf 12°C
Fenster zu 20°C
kurz danach 12°CWenn ich das richtig sehe kommt die 12°C Sollwert mehre Sekunden bevor das Fenster offen gemeldet ist.
Nee Idee wie ich das verbessern kann?Leider kann ich das Debuglog nicht hochladen. Immer wie kommt "Beim auswerten der Serverantwort ist etwas schiefgegangen. Deswehen habe ich das Log in meine Dropbox kopiert.https://www.dropbox.com/s/cnnaxwjy1jp5h18/log.txt?dl=0
Support us
651
Online32.7k
Users82.4k
Topics1.3m
Posts