Test Adapter HeatingControl v2.12.x
-
@Dominik-F said in Test Adapter HeatingControl v2.0.x:
Im Datenpunkt steht 0 Grad und das ist ja auch korrekt wenn es inaktiv ist. Wenn ich eine Absenkung von -1 Grad einstelle, steht im Datenpunkt partyDecrease 1 Grad, aber auch nur für den jeweiligen Raum.
Hier in meinem Beispiel ist ein Raum mit Partyabsenkung, der andere ohne
Hi Dominik,
ja ist ja auch alles korrekt. Funktioniert aber nur bei relativer Absenkung.
Bei absoluter Absenkung reduziert er auf genau den Wert, den du einträgst. Wenn du 0 einträgst, dann senkt er auf 0. Dann ist es nicht wie bei dir inaktiv, sondern irgendwann sehr kalt. -
Okay sorry, dann hatte ich das falsch verstanden. Ich denke da bleibt dir nix anderes übrig als entweder relative zu nutzen oder, ne Party ist ja eigentlich immer abends, dann in den Räumen wo du keine Party hast den Wert aus dem Profil zu nehmen, und dort wo du absenken willst halt ein oder 2 Grad weniger als im Profil einzustellen.
-
Hi @Rene_HM
ich habe grade in den Settings von absolute auf relative Absenkungen umgestellt.
Im Objektbaum steht allerdings weiterhin absolute
Die Datenpunkte in den Räumen für die relative Absenkung wurden allerdings schon angelegt.
Muss ich noch irgendwas machen, damit der Adapter jetzt mit relativer Absenkung arbeitet?
ciao
Martin -
@martinschm nein, die Umstellung im admin sollte ausreichen. Du bist auf 1.x, richtig?
-
Mit der 2.0 wird bei mir der Datenpunkt für Feiertage nicht aktualisiert. Neu starten des Adapters bringt Abhilfe. Leider wird nicht mehr erkannt ob ein Fenster geöffnet wird, der Datenpunkt bleibt auf false. Im Log steht leider nichts wenn ich das fenster öffne.
-
@vikk88 sagte in Test Adapter HeatingControl v2.0.x:
Mit der 2.0 wird bei mir der Datenpunkt für Feiertage nicht aktualisiert. Neu starten des Adapters bringt Abhilfe.
da bin ich gerade dran (siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/180)
Leider wird nicht mehr erkannt ob ein Fenster geöffnet wird, der Datenpunkt bleibt auf false. Im Log steht leider nichts wenn ich das fenster öffne.
und das müsste ich gestern gelöst haben (siehe https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/178). Dazu aktuelle Version aus github installieren...
closed V2 - VIS Zeigt Feiertag obwohl kein Feiertag #180
closed V2 - Windows Open #178
-
@Rene_HM Ja Fenstererkennung geht wieder, danke
-
Eine Frage an die user zum gewünschten Verhalten des Adapters in Version 2.x:
Szenario:
- Fenstersensoren sind direkt mit Thermostat gekoppelt
- Thermostat kann selbständig die Soll-Temperatur absenken, wenn ein Fenster offen ist
- gleichzeitig soll aber auf manuelle Eingriffe am Thermostat reagiert werden (also Übernahme dieser Temperatur bis zum nächsten Profilpunkt)
Problem:
- Sobald das Thermostat die Soll-Temperatur abregelt, wird das als manueller Eingriff erkannt und die Temperatur wird bis zum nächsten Profilpunkt gesetzt
Optionen:
- direkte Kopplung von Fenstersensoren an Thermostate nicht empfehlen
- Übernahme der manuell eingestellten Soll-Temperatur in dem Fall nicht empfehlen
- wenn Fenster offen, manuell eingestellte Soll-Temperatur ignorieren (funktioniert nur, wenn Adapter das Fenster-Offen früher erkennt, als die neue Soll-Temperatur, das ist nicht immer möglich, vor allem ist es durch SensorOpenDelay durch user beeinflussbar)
- weiteres?
-
wäre es nicht möglich die Direkt Verknüpfung über die Temp auszulesen.
Sagen wir Absenk Temp der Direkt Verknüpfung ist 12 Grad . Wenn du nun sagt bei 12 Grad keine Übernahme ins Profil und keine Übersteuerung bis anderer Wert müsste man das doch abfangen können.
Übersehe ich hier den Nachteil? -
@All könnt ihr eine Installation schon empfehlen? die npm Version, klappt bei mir nicht mehr wirklich, braucht täglich n Adapter Reboot damit die Profilwerte gezogen werden
-
@Stephan-Schleich ich kann schon empfehlen
-
@Stephan-Schleich sagte in Test Adapter HeatingControl v2.0.x:
könnt ihr eine Installation schon empfehlen?
Es kommt darauf an, einiges ist noch nicht 100% fertig. siehe die issue list:
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues?q=is%3Aopen+is%3Aissue+milestone%3A"V2.0+Release"
Alles was unter Milestone "V2.0 Release" steht, will ich vor Release in's latest noch beheben...Aber mit Unterstützung durch euch als Tester kommen wir da sicher auch voran...
-
@Adnim sagte in Test Adapter HeatingControl v2.0.x:
wäre es nicht möglich die Direkt Verknüpfung über die Temp auszulesen.
ja, das geht aber nur bei absoluter Absenkung und unter der Voraussetzung, dass beide Werte immer gleich gehalten werden (in der CCU und hier im Adapter)... Ich denke, das ist nicht sehr zuverlässig...
Ich denke eher, dass ich den Wert vom Thermostat ignoriere, wenn ich bis ca. 2 Sekunden vorher ein "Fenster ist offen" erhalten habe... Das würde dann eine zusätzliche Option werden...
-
@Rene_HM sagte in Test Adapter HeatingControl v2.0.x:
Ich denke eher, dass ich den Wert vom Thermostat ignoriere, wenn ich bis ca. 2 Sekunden vorher ein "Fenster ist offen" erhalten habe... Das würde dann eine zusätzliche Option werden...
aber die direkt verknüpfung ist doch auch mit den TFKs die absenkung und fenster offen kommen da quasi zeitgleich!?
ja, das geht aber nur bei absoluter Absenkung und unter der Voraussetzung, dass beide Werte immer gleich gehalten werden (in der CCU und hier im Adapter)... Ich denke, das ist nicht sehr zuverlässig...
am Anfang halt einmal einstellen global parameter absenktemp, so hat es das Heizungsskript von looxer ja auch?
-
@Rene_HM Wie schon dir auf dem Git geschrieben.
Wenn der Thermostat direkt über die CCU mit dem Fenstersensor verbunden ist, dann die Temp im dem Fall ignorieren. Und für den Status einfach den Fenstersensor Status nehmen. Mehr siehe Git -
@Rene_HM said in Test Adapter HeatingControl v2.0.x:
@martinschm nein, die Umstellung im admin sollte ausreichen. Du bist auf 1.x, richtig?
Ja bin auf der 1.x.
Ich schaue heute Abend nochmal und werde mal prüfen wie die Steuerung tatsächlich ist, also ob relativ oder absolut gesenkt wird.
-
Hallo,
ich habe derzeit wieder das Problem, dass der Adapter spinnt. Das äußert sich darin, dass er 1. Das Log voll haut (pro Tag 500MB und das ist wirklich viel an Logs
2. Funktionieren die Einstellungen dann über die Visualisierung nicht. Er übernimmt auch für alle Räume immer die gleiche Temperatur.
Jetzt weiß ich nur nicht, wie ich ein 500MB Log zeigen kann.Die meisten Einträge sind der bekannte Cron Job
und Temperatur Änderungen, in einer so hohen Häufigkeit, dass es ein normaler Mensch eigentlich nicht schaffen könnte
Was kann ich tun, damit ich das Problem in den Griff bekomme?
Viele Grüße -
@FuXXz2 als erstes Adapter neu starten, und dann Änderungen am Profil langsam vornehmen. Das Problem wird sichtbar, wenn man zu schnell hintereinander Profil-Parameter verändert...
In der 2.x dürfte dieses Problem nicht mehr auftauchen, da serialisiere ich die Eingaben und verarbeite sie nicht parallel... -
@Rene_HM
Im zweiten Spoiler ist ein Auszug aus dem Log um Mitternacht, da war niemand wach, der Änderungen vorgenommen hat.
Und dann sind es 500MB. Fünfhundert! -
@FuXXz2 schreibst du irgendetwas per script?
Bzgl. log würde ich nur die Stelle benötigen, wo das erste mal die Grenze der cron jobs erreicht wird. Alles andere sind Folgefehler...
Im log um Mitternacht ist doch alles okay. Kann es sein, dass deine Anwesenheitserkennung ständig sagt, dass jemand anwesend ist?
