NEWS
Test Adapter HeatingControl v2.12.x
-
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?
-
@davut-karabulut sagte in Test Adapter HeatingControl v2.3.x:
könnte ich jetzt zusätzlich einen Aqara Temperatursensor verwenden um die Differenz daraus auf die Soll-Temperatur zu geben
das ist die Idee...
-
@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
-
heatingcontrol.0 2021-05-02 12:02:04.146 warn (2195) Read-only state "heatingcontrol.0.Rooms.Wohnzimmer.StatusLog" has been written without ack-flag with value " 02.05.2021 12:00:01 auto public holiday 20°C <br> 02.05.2021 08:00:00 auto public ho heatingcontrol.0 2021-05-02 12:02:04.072 warn (2195) Read-only state "heatingcontrol.0.Rooms.Wohnzimmer.CurrentTimePeriod" has been written without ack-flag with value "8" heatingcontrol.0 2021-05-02 12:02:03.869 warn (2195) Read-only state "heatingcontrol.0.Rooms.Wohnzimmer.StatusLog" has been written without ack-flag with value " 02.05.2021 12:00:01 auto public holiday 20°C <br> 02.05.2021 08:00:00 auto public ho heatingcontrol.0 2021-05-02 12:02:03.757 warn (2195) Read-only state "heatingcontrol.0.Rooms.Wohnzimmer.CurrentTimePeriod" has been written without ack-flag with value "8" hm-rpc.0 2021-05-02 12:02:03.648 warn (1905) State value to set for "hm-rpc.0.00129993968020.1.LEVEL" has value "43" greater than max "1.01"
Denke es liegt am neuen Host Adapter. Da es seit dem Update erscheint. Ich glaube, da must du noch was ändern.
cu Deta
-
@deta sagte in Test Adapter HeatingControl v2.3.x:
Denke es liegt am neuen Host Adapter. Da es seit dem Update erscheint. Ich glaube, da must du noch was ändern.
siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/235
-
@grizzlyco sagte in Test Adapter HeatingControl v2.3.x:
Nee Idee wie ich das verbessern kann?
Ich würde mal versuchen, die Sensor-Delays (open und close) auf 0 zu setzen, die brauchst du ja nicht, wenn das Thermostat sich darum kümmert.
Trotzdem würde das "Fenster-ist-Offen"-event 200ms später kommen, als die neue (reduzierte) Temperatur vom Thermostat. Ideal wäre es anders herum... Ich warte 3 Sekunden auf Änderungen vom Thermostat, nachdem das Fenster offen gemeldet hat. Wenn das ganze anderes herum kommt, (also erst die neue Temperatur und dann die Fenster-Offen-Meldung) müsste ich die Zukunft voraussehen können
Vielleicht kannst du dem Thermostat ja sagen, dass es erst nach 1 Sekunden Fenster offen die Temperatur reduziert...? -
@rene_hm sagte in Test Adapter HeatingControl v2.3.x:
@deta sagte in Test Adapter HeatingControl v2.3.x:
Denke es liegt am neuen Host Adapter. Da es seit dem Update erscheint. Ich glaube, da must du noch was ändern.
siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/235
sag ich doch
-
leider kann ich die Zeit nicht verändern. Ist Fix im MAX System hinterlegt.
Option1: Fenster absekung von Heating Control übernehmen lassen und Fenster vom Thermostat enkoppelt.
Option2: Anpassung von HeatingControl Adapter.Hat noch ein anderer diese probleme?
-
@grizzlyco Option 3: die Übernahme der manuellen Änderung vom Thermostat deaktivieren (falls du das nicht nutzt)
-
@rene_hm
ist das nicht das gleiche wie Option 1?oder was meinst du damit?
-
ach du meinst ganz ohne Temp einstellung an den Thermostaten arbeiten.
Möchte ich eigentlich ungern.
So ist es für die anderen leichter, wenn die mal eben eine Temp. ändern wollen -
Ist es eine gute Idee, meine FBH mittels HeatingControl regeln zu wollen?
Ich wohne in einer Mietwohnung mit FBH und je Raum (acht) einem Bimetall-Thermostaten.
Ich würde das ganze gerne "versmarten", aber kostenmäßig im Rahmen bleiben.
Denn die optisch und technisch wohl beste Variante wären Homematic Wandthermostate mit Schaltausgang, aber die kosten 80€/Stk.
Günstigere funktioniell ähnliche WLAN-Thermostate gibt es zwar um 20€/Stk, aber nicht für die "deutschen" 55mm Schalterprogramme - und meine alten Thermostate stecken alle in den bekannten zwei/dreier-Rahmen.
Die fallen also leider aus - sonst hätte ich sie schon längst.Xiaomi-Zigbee-Thermometer und Tür/Fenster-Sensoren sind bereits überall vorhanden.
Ist es also eine gute Idee, die Bimetall-Thermostate einfach durch Sonoff oder Shellyies zu ersetzen?
Eventuell sogar durch zwei Sonoff 4CH im Schrank der Stellmotoren?
Und iobroker/HeatingControl übernehmen den Rest?Wie ausfallsicher ist das?
-
Wäre cool wenn der Adapter geupdatet wird. Mit dem neuen JS wird viel ins Log geschrieben
-
@chrisxy das erfordert leider ein paar Umbauten, dauert also noch... außerdem: js-controller 3.3 ist erst beta
-
Hab jetzt diesen Winter meine FBH mittels HeatingControl geregelt. Funktioniert tadellos.
Davor habe ich die FBH mit diesen Thermostaten geregelt ( auch 230v Schaltausgang)
Die Stellventile im Heizkreisverteiler werden jetzt einfach mit 0815 Zigbee On/Off Relais geschaltet (Stückpreis 12€)
Wenn deine Stellventile im Heizkreisverteiler auch mit 230v betrieben werden und Stromlos geschlossen sind wäre das eine günstige Möglichkeit für dich deine FBH zu "versmarten".
-
Hallo, ich habe ein Problem mit den Adapter,
Die fixe Temperatur scheint nichtmal funktionieren:
Eingestell habe ich 19
Aber alles steht auf 20°CEin Neustart hilft auch nichts.
Nutze Version 2.3.1
Bzw. Ändert der Controller das überhaupt wenn ich es manuell am Thermostat ändere?
-
Mhh anscheinend der Datenpunkt „present“war auf „false“ obwohl ich da gar kein Datenpunkt für habe..
hab den jetzt einfach auf True gesetzt und es funktioniert (Fehler beim Upgrade?)
Mhh aber der Bug den ich hier gefunden, mit dem issue231 hilft dann bei mir auch. -
Im github und auf NPM liegt die 2.4.0 zum Testen bereit.
Es gibt folgende Änderungen:- Anpassungen für js-controller 3.3
Ich musste speziell für das Interface zur Pittini-vis einige Änderungen vornehmen.
Wäre gut, wenn das getestet werden könnte (werden alle Daten richtig in der vis angezeigt, fehlen updates, o.ä.?)Feedback ist wie immer willkommen...