UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[AxelF1977]

@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

[sauerstofff]

@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

[sauerstofff]

sorry, der Post hier kann gelöscht werden

[Michi_Pi]

@Rene_HM Ich hätte auch mal eine Frage zu der Heizperiode.
Ich verwende den Datenpunkt heatingcontrol.0.HeatingPeriodActive in 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.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.

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?

[Rene_HM]

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

[Rene_HM]

@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

[Rene_HM]

@michi_pi Mit der 2.6.2 sollte das Thema erledigt sein...

[Rene_HM]

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

[AxelF1977]

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

[Michi_Pi]

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

[Rene_HM]

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

[Rene_HM]

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

[Michi_Pi]

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

[robson]

Hallo zusammen,

ich habe den Adapter nun auch seit ein paar Wochen installiert und konfiguriert. Gestern startete dann auch bei mir die Heizperiode.

Ich habe HmIP-Thermostate und HM (Classic)-Fenstersensoren. Jetzt habe ich das (bekannte) Problem, dass der Adapter den korrekten Fensterstatus nicht an das Thermostat weitergibt. Aktuell sind bspw. die Fenster zu, das Thermostat denkt jedoch, das Fenster sei offen. Die Verzögerung bei den Fenstersensoren steht aktuell auf 0 Sek.

Auf Github habe ich gelesen, dass es mit dieser HM-Gerätekonstellation hier noch Probleme gibt:

Window-open function of HM thermostats

HM thermostats have an open window function in two variants. On the one hand as temperature drop detection and 
on the other hand in connection with a window contact. This function causes the adapter to switch to manual mode 
when the window is opened. Ideally, this function should be deactivated so as not to interfere with the functionality of 
the adapter. If thermostat use information from window sensor then "thermostat handles window open" option should be enabled.

Ehrlich gesagt verstehe ich "Ideally, this function should be deactivated so as not to interfere with the functionality of the adapter" nicht. Welche Funktion soll ich deaktivieren, damit die Erkennung funktioniert? Am Thermostat kann ich nichts deaktivieren. Jetzt habe ich die Thermostate auf Manu Mode gestellt. Dies scheint aber auch nicht zu funktionieren.

Stehe ich da gerade auf dem Schlauch?

Die Aktoren sollten allesamt sauber konfiguriert sein:

Für einen Tipp wäre ich dankbar!

[AxelF1977]

@rene_hm sagte in Test Adapter HeatingControl v2.6.x:

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

Guten Morgen,

ändern kann ich die Zeiten und Temperaturen unter den Objekten

Ändere ich die Werte im VIS, verändern die sich nicht unter den Objekten.

[Rene_HM]

@axelf1977 schalte den Adapter bitte auf debug-log. Danach änderst du den Raum in der vis. Dann postest du bitte das entstandene log.
und nochmal die Frage: den Haken im admin (siehe mein vorheriges post) hast du gesetzt?

[Rene_HM]

@robson Der Hinweis bezieht sich auf folgendes issue: https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/202.
Bin mir nur nicht sicher, ob das zu deinem Problem passt. Du schreibst, alle Fenster sind zu und trotzdem "denkt" das Thermostat, die Fenster sind offen. Wie siehst du das? Übrigens: der Adapter gibt nicht den Fensterstatus an das Termostat weiter. Der Adapter gibt eine geänderte Zieltemperatur an das Thermostat weiter, wenn er so konfiguriert ist...
Ändert sich der State im Raum von "auto" zu "auto WindowOpen", wenn du ein Fenster öffnest? Der o.g. Tip bezieht sich auf die State-Änderung von "auto" auf "manuel" bei Öffnen des Fensters...

[robson]

Hallo Rene,

danke für deine Rückmeldung.

@rene_hm sagte in Test Adapter HeatingControl v2.6.x:

@robson Der Hinweis bezieht sich auf folgendes issue: https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/202.
Bin mir nur nicht sicher, ob das zu deinem Problem passt.

Tatsächlich passt dies nicht zu meinem Problem.

@rene_hm sagte in Test Adapter HeatingControl v2.6.x:

Du schreibst, alle Fenster sind zu und trotzdem "denkt" das Thermostat, die Fenster sind offen. Wie siehst du das? Übrigens: der Adapter gibt nicht den >Fensterstatus an das Termostat weiter. Der Adapter gibt eine geänderte Zieltemperatur an das Thermostat weiter, wenn er so konfiguriert ist...

Auch das schafft sofort mehr Klarheit. Danke dir dafür. Somit muss ich die Thermostat-Steuerung, ob ein Fenster auf oder zu ist, dann manuell über ein Programm pflegen.

Ich wünsche allen mitlesenden einen schönen Tag der Deutschen Einheit

[Rene_HM]

@robson sagte in Test Adapter HeatingControl v2.6.x:

Somit muss ich die Thermostat-Steuerung, ob ein Fenster auf oder zu ist, dann manuell über ein Programm pflegen.

Warum? Der Adapter senkt die Zieltemperatur, wenn ein Fenster offen ist. Damit muss man die Funktion des Thermostats nicht nutzen. Das Problem ist nur, wenn beide (das Thermostat und der Adapter) versuchen, "Fenster offen" zu behandeln, das führt dann zu dem "bekannten Problem" mit dem manual-State...

[Qax1]

Moin Moin,

da die Thermostatventile stetig mehr werden hab ich jetzt auch mal Heatingcontrol installiert.
Gibt es eine Möglichkeit Gruppen zu erstellen ?
Zum Beispiel Erdgeschoss, und darin dann alle Thermostate im EG zu steuern ?

Gruß Stefan