Test Adapter HeatingControl v2.12.x
-
@sigi234 sagte in Test Adapter HeatingControl v1.0.x:
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
@deta aber das sind doch 6 Perioden (0 bis 5)?
Jupp, er hat 0 nicht mitgezählt.
Ja klar. Dann wird es im VIS nicht angezeigt -
@Rene_HM said in Test Adapter HeatingControl v1.0.x
Die Absenk-Temperaturen sind doch Raum-spezifisch. Wenn du also keine Absenkung für das Schafzimmer konfigurierst, wird dort auch nicht abgesenkt...
Ah ok da hab ich das übersehen.
Also die Thermeratur Übernahme von Thermostat geht jetzt. Aber dann funktioniert auch die Sensor Erkennung nicht mehr. Und wenn man händisch auf den ursprünglichen Wert zurückregelt, könnte es ja dann eigentlich auch wieder im "normalen" Modus weitergehen?
-
@danny_v1 sagte in Test Adapter HeatingControl v1.0.x:
Aber dann funktioniert auch die Sensor Erkennung nicht mehr.
ja, so ist es implementiert. Im Override reagiert der Adapter auch auf die Sensoren, also muss ich das hier noch einbauen
Und wenn man händisch auf den ursprünglichen Wert zurückregelt, könnte es ja dann eigentlich auch wieder im "normalen" Modus weitergehen?
ja, das könnte ich noch einbauen...
-
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
Aber dann funktioniert auch die Sensor Erkennung nicht mehr.
ja, so ist es implementiert. Im Override reagiert der Adapter auch auf die Sensoren, also muss ich das hier noch einbauenABER: hier braucht es einen größeren Umbau. Aktuell entsteht eine Endlosschleife:
- Änderung kommt vom Thermostat, weil jemand daran dreht
- Änderung wird übernommen
- Fenster geht auf
- reduzierte Temperatur wird auf das Thermostat geschrieben
- vom Thermostat kommt die reduzierte Temperatur wieder zurück
- diese wird aktuell als neue Änderung vom Thermostat übernommen und mit der Reduzierung wegen "Fenster auf" wieder auf das Thermostat geschrieben... und so weiter...
Ich lasse das also in der 1.1.0 so, wie es ist. In einer 2.x gehe ich dieses Thema an...
-
@Rene_HM Also wenn rein kommt, dass wenn man das Thermostat wieder auf den Wert vom Profil stellt der "normale" Modus wieder an ist wäre das schon super (Aber was passiert, wenn ich im Profil 18°C habe, dann stelle ich am Thermostat 20°C ein, mache ein Fenster auf und dann dreh ich wieder auf 18°C?).
Sonst könnte man ja auch den Override nehmen und die Override Zeit bis zum nächsten Profil Punkt per Skript berechnen.
-
Moin,
Frage eines "Beginners". Habe den Adapter installiert, ein Profil angelegt (jeder Tag versch) und dann über die VIS je Raum die Temperaturen eingegeben. MAX Cube und deren Thermostate sind vorhanden, stehen alle auf "manuell"
Problem 1: Er stellt die Temperaturen nicht ein
Problem 2: Die VIS liest die Temperaturen nicht aus, d.h. wenn ich gestern in einem Raum 22 Grad eingegeben habe, steht dort heute etwas Anderes. (ggfs. frage ich auch mal im "VIS-Post")Habe ich da falsche Einstellungen genommen?
-
@Jens-Lattwesen sagte in Test Adapter HeatingControl v1.0.x:
Habe ich da falsche Einstellungen genommen?
Hast Du die Vis Nutzung im Adapteradmin überhaupt aktiviert?
-
-
@Jens-Lattwesen Ok. Grundsätzlich gilt, wenn das Vis nicht macht wasses soll, ist i.d.R der Adapter nicht richtig konfiguriert.
-
@Pittini
Ok, so auch meine Idee.Habe alles nochmal deinstalliert, neu installiert und taste mich jetzt mit einem Raum mal ran.
Was mir auffiel ist, er legt trotz Auswahl "jeder Tag anders" auch einen Datenpunkt "Mo-Su" an.
-
Also iwas haut die Soll Temperaturen immer wieder durcheinander,
Eigtl sollte jetzt das Büro 21 Grad Soll haben (Die anderen Räume auch zwischen 20 und 21 Grad, auf dem Screenshot ist das Büro zu sehen)
Jedoch stehen die Datenpunkte im Adapter auf 19 Grad, (wie auch in der VIS zu entnehmen) auch die Datenpunkte der "SET_POINT_TEMPERATURE" meiner HmIP Geräte stehen auf 19 Grad, ich hab keine Ahnung woher die 19 Grad kommen..
Hast da ne Idee?
Edit: Grad sehen ich auch das wieder alle Zeiten resettet wurden, Gäste Temperatur alles weg.. Oh Mann..
Noch ein Screenshot:
-
Moin,
Thema Ventilstellung, das müste der Punkt sein:
Also Value State. Aber dieser Wert ändert sich nicht. Bleibt bei mir so.
Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?
-
@deta wen du die Ventilstellung in % suchst dan ist es Level zumindest bei den Hm Ip Geräten
-
@deta sagte in Test Adapter HeatingControl v1.0.x:
Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?
Nochmal: der Adapter überträgt eine Solltemperatur an's Thermostat. Den Rest (Ventilstellung) macht das Thermostat und nicht der Adapter...
-
@UncleB Da bleibt nur Analyse des log-Files, möglichst im debug-Mode...
-
@Issi Jep genau das! Danke
-
@Jens-Lattwesen sagte in Test Adapter HeatingControl v1.0.x:
Was mir auffiel ist, er legt trotz Auswahl "jeder Tag anders" auch einen Datenpunkt "Mo-Su" an.
wenn einmal ein Profiltyp ausgewählt wurde, werden die DP angelegt. Sie bleiben bestehen, wenn man den Typ wechselt (werden also nicht automatisch gelöscht). Du kannst sie aber manuell löschen. Dann sollten die nicht benötigten auch nicht wieder angelegt werden.
-
@Rene_HM sagte in Test Adapter HeatingControl v1.0.x:
@deta sagte in Test Adapter HeatingControl v1.0.x:
Es ist wie bekannt eine CCU3 auf dem Raspi am laufen, Hab ich da was übersehen einzustellen? Das der Wert übertragen wird?
Nochmal: der Adapter überträgt eine Solltemperatur an's Thermostat. Den Rest (Ventilstellung) macht das Thermostat und nicht der Adapter...
Schon klar.
-
@danny_v1 sagte in Test Adapter HeatingControl v1.0.x:
(Aber was passiert, wenn ich im Profil 18°C habe, dann stelle ich am Thermostat 20°C ein, mache ein Fenster auf und dann dreh ich wieder auf 18°C?).
was sollte denn passieren?
-
@Rene_HM Dann müsste ja eigentlich erkannt werden das ich händisch am Thermostat eingegriffen habe, danach wurde das Fenster geöffnet, dadurch sollte herunter geregelt werden. Danach sollte erkannt werden das der Wert aus dem Profil wieder eingestellt wurde und die automatische Regelung wieder aktiv wird.
So stelle ich mir das vor.
