Test Adapter HeatingControl v2.12.x

Rene_HM

@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...

Rene_HM

@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

@rene_hm

Hier das Log

Küche Fenster:
Fenster zu 20°C
Fenster auf 12°C
Fenster zu 20°C
kurz danach 12°C

Wenn 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

deta

@rene_hm

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

Rene_HM

@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

EdgarM73 created this issue in rg-engineering/ioBroker.heatingcontrol

closed Warnings with new js-controller 3.3 #235

Rene_HM

@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...?

deta

@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

EdgarM73 created this issue in rg-engineering/ioBroker.heatingcontrol

closed Warnings with new js-controller 3.3 #235

grizzlyco

@rene_hm

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?

Rene_HM

@grizzlyco Option 3: die Übernahme der manuellen Änderung vom Thermostat deaktivieren (falls du das nicht nutzt)

grizzlyco

@rene_hm
ist das nicht das gleiche wie Option 1?

oder was meinst du damit?

grizzlyco

@rene_hm

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

tcj

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?

ChrisXY

Wäre cool wenn der Adapter geupdatet wird. Mit dem neuen JS wird viel ins Log geschrieben

Rene_HM

@chrisxy das erfordert leider ein paar Umbauten, dauert also noch... außerdem: js-controller 3.3 ist erst beta

DK43

@tcj

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".

eviltrooper

Hallo, ich habe ein Problem mit den Adapter,
Die fixe Temperatur scheint nichtmal funktionieren:
Eingestell habe ich 19
Aber alles steht auf 20°C

Ein Neustart hilft auch nichts.

Nutze Version 2.3.1

Bzw. Ändert der Controller das überhaupt wenn ich es manuell am Thermostat ändere?

eviltrooper

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.

Rene_HM

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

eviltrooper

Wann kann man den die 2.3.2 über iobroker runterladen?
Da bekomm ich aktuell nur 2.3.1

Thomas Braun

@eviltrooper

github:	2.3.2
latest:	2.3.2 for 22 days
stable:	2.3.1 for 36 days

Ist also via Beta-Repository seit 22 Tagen verfügbar.
Aber ist halt Beta, mit allen Ecken und Kanten, die ggf. noch der Entdeckung durch Beta-Tester harren.

NEWS