Test Adapter HeatingControl v2.12.x
-
@rene_hm
Die Fensterabsenkung funktioniert über das Thermostat.
Wenn eine neue Periode gesetzt wird, dann wird die Fenster offen Temperatur überschrieben.
Heatingcontrol hat aber eigentlich die Info vom Fensterkontakt -
@simatec Das wäre ein Feature-Request... Wenn der Adapter "Fenster offen" selbst behandelt, wird bei Änderung der Periode die Absenkung mit berücksichtigt. In deinem Fall tut er das (noch) nicht...
-
@rene_hm
Dann versuche ich nochmal die Variante, dass der Adapter das behandelt -
Hallo Rene,
ich habe aktuell Probleme mit der VIS.
Ich habe das Update auf die Version 2.6.0 gemacht.
Mein altes VIs von Pittini zicke schon beide der alten 1er Version rum.
Ich habe mal in einem neuen Projekt die Version 3.2.0 von der VIS geladen, aber auch hier habe ich das selbe Problem.
Wenn ich ich das DropDown ein Zimmer wähle, lädt er nicht die richtigen Zeiten und Temperaturwerte in die Felder, es sind immer die selben, das hat ja mal funktioniert.
Mach ich was falsch, ist das schon bekannt? Woran liegt das?
Siehe Screenshots
In den Profilen des Adapters sind die Werte richtig hinterlegt, sie werden aber nicht geladen. Änderungen werden auch nicht übernommen.
Danke für die Hilde und VG
-
@axelf1977 von welcher Adapter-Version hast du aktualisiert? Von einer 1.x auf die 2.6?
Dann bitte die Änderungen, speziell was die Profile betrifft, beachten:
https://forum.iobroker.net/topic/22579/test-adapter-heatingcontrol-v2-6-x/1639 -
Danke für die Antwort.
Sind diese Änderungen, danke für den Link, in der Version v 3.2.0 von Pittini drin? Denn die habe ich testweise zu laufen, und da funktioniert das auch nicht. Einige Einstellungen konnte ich dank Deinem Link übernehmen, gehen tut es trotzdem nicht...
-
@axelf1977 Die notwendigen Änderungen sind seit 3.1 in der vis drin...
-
@rene_hm Danke.
Dann werde ich en Adapter einmal komplett deinstallieren und neu aufsetzen und gucken ob die Probleme dann behoben sind. Denn wie gesagt, auch in der VIS 3.2 habe ich die Probleme
Ich melde mich ob das was gebracht hat
-
@rene_hm said in Test Adapter HeatingControl v2.6.x:
@tcj dann lass doch die HeizPeriode das ganze Jahr an, evtl. in Kombination mit einem Sommer-Profil...
Moin @rene_hm,
ich würde mich hier gern noch einmal einklinken da ich die gleiche Fragestellung habe.
Erst einmal vielen Dank für diesen grandiosen Adapter. So macht es Spaß in die Klimaregulierung mit ioBroker einzusteigen
Für den Rest der Familie wäre die Bedienung bzw. der Wechsel auf die Steuerung einfacher, wenn die Thermostate regulär bedient werden können.
Aktuell verwende ich die Stellräder als Override falls eine temporäre Temperatur gewünscht ist.
Bei ganzjähriger Heizperiode und unterschiedlichen Profilen müsste ich beim Profilwechsel doch zusätzlich die Thermostateinstellungen auf "nichts" ändern, oder?
Ist allerdings der Menüpunkt Heizperiodeneinstellungen nicht genau für diesen Anwendungsfall?
"Wenn keine Heizperiode ist, Fixtemperatur für alle Räume 10°C (auch wenn an den Thermostaten was anderes eingestellt wird - ist ja gerade keine Heizperiode)
Liebe Grüße
Marcel
-
sorry, der Post hier kann gelöscht werden
-
@Rene_HM Ich hätte auch mal eine Frage zu der Heizperiode.
Ich verwende den Datenpunktheatingcontrol.0.HeatingPeriodActivein einem Skript, mit dem ich anhand der Außentemperatur oder auf Anwesendheit überprüfe, ob die Heizung außerhalb der Heizperiode aktiviert oder deaktivert werden soll. Soweit so gut.
Nun möchte ich außerhalb der Heizperiode nicht jedes Zimmer heizen sondern nur ein, zwei Räume.
Ich habe dazu die Räume auf true gesetzt die ich heizen möchte und alle anderen auf false gesetzt.Jetzt mein Problem, wenn ich die den DP
heatingcontrol.0.HeatingPeriodActiveaktiviere, werden für alle Räume die Temperaturen der Profileinstellung eingetragen und auf auto gestellt. Im Datenpunkt selbst ist aber der Raum immer noch auf false.
Eigentlich sollte es doch so sein, dass wenn der Raum nicht aktiviert ist, dass hier doch nichts verändert werden sollte. Also die Temperatureinstellung, den letzten gültigen Wert behalten sollte.
Ist das Problem bekannt oder vielleicht auch so gewollt?
-
@sauerm sagte in Test Adapter HeatingControl v2.6.x:
Für den Rest der Familie wäre die Bedienung bzw. der Wechsel auf die Steuerung einfacher, wenn die Thermostate regulär bedient werden können.
Dafür gibt es doch verschiedene Möglichkeiten...
Aktuell verwende ich die Stellräder als Override falls eine temporäre Temperatur gewünscht ist.
Im screenshot nutzt du nicht "override" sondern "bis zum nächsten Profilpunkt". Der Unterschied besteht im Zeitpunkt des Zurücksetzens auf den Profilparameter (entweder nach einer bestimmten Zeit (=override) oder erst bei nächsten Profilpunkt ohne Zeitlimit)
Bei ganzjähriger Heizperiode und unterschiedlichen Profilen müsste ich beim Profilwechsel doch zusätzlich die Thermostateinstellungen auf "nichts" ändern, oder?
warum?
"Wenn keine Heizperiode ist, Fixtemperatur für alle Räume 10°C (auch wenn an den Thermostaten was anderes eingestellt wird - ist ja gerade keine Heizperiode)
In dem Fall macht der Adapter in der eingestellte Zeit einfach nichts. Wenn aber am Thermostat gedreht wird, dann verwendet das Thermostet den Wert. Der Adapter setzt den Wert dann nicht zurück. Die Idee ist, dass am Anfang der "heizfreien" Zeit die Thermostate auf einen Wert gesetzt werden. Ab dann macht der Adapter bis zum Beginn der Heizperiode nichts mehr..
-
@michi_pi sagte in Test Adapter HeatingControl v2.6.x:
Jetzt mein Problem, wenn ich die den DP heatingcontrol.0.HeatingPeriodActive aktiviere, werden für alle Räume die Temperaturen der Profileinstellung eingetragen und auf auto gestellt. Im Datenpunkt selbst ist aber der Raum immer noch auf false.
Das ist so nicht gewollt. Da fehlt wahrscheinlich noch ein check...
Ich habe ein Ticket angelegt...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/260 -
@michi_pi Mit der 2.6.2 sollte das Thema erledigt sein...
-
Im github und NPM liegt die 2.6.2 zum Testen bereit.
Es gibt folgende bug-fixes:
- isActive pro Raum wird bei Heizungsperiode einschalten nun beachtet
- FireplaceMode kann nun auch in der Pittini-vis genutzt werden, die Änderungen werden nun in de Räume übernommen
Feedback ist wie immer willkommen
-
Hallo,
ich habe den Adapter jetzt neu installiert, das Pittini 3.1.2 als VIS eingebunden, leider bleibt es bei dem Fehler, den ich bereits beschrieben habe. Die Felder für Datum und Uhrzeit im VIS ändern sich NICHT zu den Werten des jeweiligen Raums. Ich kann es nur "Global" ändert, es ändert sich dann für alle Räume. Siehe das schwarz hinterlegte Feld
Edit. Ich habe festgestellt, wenn ich die Werte in ioBroker in den Objekten Eintrage, ändern sich die Felder nach Wechsel de4s Raumes über das DropDown Feld. Änderungen werden aber nicht in die Profile der jeweiligen Räume geschrieben
-
@rene_hm Erstmal danke für das schnelle anpacken des Bugs.
Habe eben die Version installiert, leider habe ich immer noch das gleiche Verhalten.
State schaltet auf auto und CurrentTarget auf einem Wert den ich nicht nachvollziehen kann, denn diese Temperatur habe ich in keinem Profil eingetragen. -
@axelf1977 sagte in Test Adapter HeatingControl v2.6.x:
Edit. Ich habe festgestellt, wenn ich die Werte in ioBroker in den Objekten Eintrage, ändern sich die Felder nach Wechsel de4s Raumes über das DropDown Feld. Änderungen werden aber nicht in die Profile der jeweiligen Räume geschrieben
Kannst du zeigen, welche Objekte du direkt änderst?
Du hast schon den Haken hier gesetzt?
-
@michi_pi sagte in Test Adapter HeatingControl v2.6.x:
State schaltet auf auto und CurrentTarget auf einem Wert den ich nicht nachvollziehen kann
okay, beschreibe bitte mal, was du Schritt für Schritt machst?
Mein Test sah so aus:- ich habe für einen Raum den isActive auf false gesetzt: heatingcontrol.0.Rooms.Wohnzimmer.isActive
- dieser Raum geht dann in den State "no heating"
- dann schalte ich die Heizperiode aus heatingcontrol.0.HeatingPeriodActive
- alle anderen Räume gehen ebenfalls auf "no heating"
- dann schalte ich die Heizperiode wieder an
- alle Räume gehen auf "auto" nur o.g. Wohnzimmer bleibt auf "no heating"
Was machst du anders? Kannst ein debug-log für diesen Vorgang posten?
-
@rene_hm der Test sah bei mir genau so aus, allerdings hab ich das nur im VIS gemacht.
Ich habe eben die einzelnen Räume in den Objekten nochmal einmal von true auf false und wieder in den ausgangszustand gesetzt. Jetzt funktioniert es komischerweise, dass dieser Zustand beachtet wird.
Habe den Zustand der Räume nach dem Update auf v2.6.x nicht geändert, evtl. hat es damit was auf sich.
In VIS funktioniert es jetzt auch problemlos.Vielen Dank.
