Test Adapter HeatingControl v2.12.x

[Rene_HM]

@piscator83 ah, du verwendest die Aktoren, und dein Problem ist, dass die Aktoren zu spät schalten?
Das Problem ist, dass die Aktoren durch die Ist-Temperatur getriggert werden. Die kommen bei dir erst um 6:12Uhr und damit schaltet der Aktor erst um 6:12Uhr.
Bei mir ist das anders, da kommen die Ist-Temperaturen ca. einmal pro Minute... Ich schau mal, ob ich in der 1.1.x bei Änderung der Soll-Temperatur gleich noch die Aktoren mit prüfen kann...

[sandro_gera]

@Harry94

Danke nochmal ich hab die Datenpunkte jetzt unter "Groups" gefunden. Dank eines Posts im AdapterThread, den ich vonher überlesen hatte.

[Rene_HM]

@piscator83 ich habe im github eine 1.1.2 hinterlegt. Die sollte die Aktoren direkt nach Änderung der Temperatur schalten. Kannst du mal testen?

[piscator83]

@Rene_HM
Genau so ist es...
Ja die Aqara Zigbee Temperatursensoren posten nur unregelmäßig. Das ist sonst nicht weiter tragisch. Für diese Steuerung hier dann leider offenbar doch.

Grad gesehen, dass du schon fleißig warst. Werds bei nächster Gelegenheit probieren.

[piscator83]

@Rene_HM
Der Schaltvorgang um 21:00 hat punktgenau funktioniert.
Bin zuversichtlich, dass das Ganze morgen früh auch klappt.

[Kraxelhuber]

Ich habe ein Problem mit der automatischen Temperaturabsenkung in Verbindung mit einem Fenstersensor.

Die Kombination "Fenster auf --> Temperatur fährt runter" funktioniert bei mir grundsätzlich gut. Allerdings mit einer Einschränkung: Die Temperatur wird nur automatisch abgesenkt, wenn der state in dem entsprechenden Room auf normal steht, d.h. wenn gerade ein Wochenprogramm aktiv ist. Sobald ich die Temperatur am Thermostat selber verstelle und der state damit den Wert change from thermostat annimmt, wird die Temperatur nicht mehr automatisch abgesenkt, wenn ich das entsprechende Fenster öffne.

Woran könnte das liegen?

[Rene_HM]

@Kraxelhuber weil das so nicht implementiert ist. Wenn ChangeFromThermostat genutzt wird, ist das wie ein manueller Modus, d.h. das Absenken ist deaktiviert...

[Kraxelhuber]

@Rene_HM
Macht es Sinn über eine Implementierung nachzudenken?

Es kommt doch immer wieder einmal vor, dass man vom eigentlichen Programm abweicht und die Temperatur manuell verändert. Trotzdem wäre es sinnvoll, wenn in einem solchen Fall die automatische Temperaturabsenkung greifen würde.

Im Zweifel könnte man die Aktivierung dieses Features ja optional gestalten.

Was meinst du?

[Rene_HM]

@Kraxelhuber in die 1.x bekomme ich das nicht mehr rein. Evtl. ein Featurewunsch für die 2.x.

[da_Woody]

@Rene_HM das liest sich ja sehr interessant. such schon länger eine möglichkeit für meine heizung. daher jetzt die frage, ich heize mit infrarot. als thermostate sind shelly-HT die einen shelly1-PM ansteuern an dem das infra panel hängt. also einfach on/off.
einerseits schreibst du "Im Moment ist dafür nur eine einfache Ein/Aus-Regelung implementiert", andererseits ist immer von ventilen die rede. deswegen bin ich etwas verwirrt.
ich habe im moment 10x shelly-HT und 10x shelly1-PM im einsatz.
funktioniert das so mit deinem adapter?

[Kraxelhuber]

@Rene_HM said in Test Adapter HeatingControl v1.0.x:

@Kraxelhuber in die 1.x bekomme ich das nicht mehr rein. Evtl. ein Featurewunsch für die 2.x.

OK, darf ich das irgendwo vermerken? GitHub?

Ansonsten hast du mit dem Adapter sehr gute Arbeit geleistet. Vielen Dank für dein Engagement!!!

[Rene_HM]

@Kraxelhuber ja, bitte im github ein issue anlegen. Danke.

[Rene_HM]

@da_Woody sagte in Test Adapter HeatingControl v1.0.x:

einerseits schreibst du "Im Moment ist dafür nur eine einfache Ein/Aus-Regelung implementiert", andererseits ist immer von ventilen die rede. deswegen bin ich etwas verwirrt.
ich habe im moment 10x shelly-HT und 10x shelly1-PM im einsatz.
funktioniert das so mit deinem adapter?

Der Adapter hat eine einfache ein/aus-Regelung basierend auf Soll/Ist-Temperaturen integriert. Geschaltet wird dabei ein einfacher digitaler Ausgang.
Wenn Ist kleiner als Soll wird der Datenpunkt auf true gesetzt, wenn Ist größer als Soll ist, wird der Datenpunkt auf false gesetzt. Ein Datenpunkt kann ein Ventil oder auch ein Relais sein, er muss nur vom typ boolean sein.

Da ich die Shelly-Teile nicht kenne, kann ich nur vermuten: Du kannst die shelly-HT als Temperaturfühler verwenden, und die Shelly1-PM als Aktoren. Wenn die im iobroker abgebildet sind, sollte das mit dem Adapter funktionieren. Du brauchst dann nur noch einen Datenpunkt in einem script, um die aktuelle Soll-Temperatur zu speichern. Ich weiß aber nicht, wie träge das ganze System mit diesen Teilen ist, d.h. wie häufig werden Ist-Temperaturen übertragen und wie lange dauert es, bis der Schaltbefehl beim Aktor ist. Da gibt es sicher Erfahrung hier im Forum...

[da_Woody]

@Rene_HM thnx 4 infos!
die shellys sind alle im broker auch als alias erreichbar, das ist nicht das problem, sollte also funktionieren. werd mich mal dran machen...

Ich weiß aber nicht, wie träge das ganze System mit diesen Teilen ist, d.h. wie häufig werden Ist-Temperaturen übertragen und wie lange dauert es, bis der Schaltbefehl beim Aktor ist. Da gibt es sicher Erfahrung hier im Forum...

da mach dir mal keine sorgen, hier gibts wenige die sich mit den shellys besser auskennen als ich. auch wenn ich nicht für alles lösungen weis. bin seit 2 jahren intensiv dabei, auch lange im forum. war beim umstieg auf den adapter 4.0.x wegen FW1.8.x live dabei.
die trägheit ist in dem fall das kleinste problem. auf 20° eingestellt, bei 20,1 off, bei 19,9 on. auch im deepsleep melden die HT jede änderung. meine hängen sowieso an einem netzteil.
mit shellys hab ich auf jeden fall mehr erfahrung, als mit ioBroker und dme ganzen brimborium.

[kaschperle83]

Kann ich die Vis Erweiterung auch in meine bestehende integrieren und es nicht als eigene laufen lassen?

[Pittini]

@kaschperle83 sagte in Test Adapter HeatingControl v1.0.x:

Kann ich die Vis Erweiterung auch in meine bestehende integrieren und es nicht als eigene laufen lassen?

Ob Du es kannst weis ich nicht, grundsätzlich geht das. Siehe meine Antworten hier auf ne ähnliche Frage:
https://forum.iobroker.net/topic/27889/vorlage-vis-für-adapter-heatingcontrol/267

[Hohenbostler]

Hi zusammen,

seit 2 tagen nutze ich auch den HEating Control Adapter, naja ich versuche es. Aktuell möchte ich ohne die Pittini VIS auskommen da ich nur Jarvis nutze.

Ich habe aber ein paar grundsätzliche Fragen.

Ich habe im Wohnzimmer ein Thermostat und eine Fenster erkennung.
Eingestellt habe ich das sobald jemand das Thermostat dreht dieses als Override geschrieben wird.

Dazu habe ich ein paar Fragen. Welche Gewichtung haben die einzelnen States ?

zB Welche wert wird genommen wenn ich den Override Wert schreibe das Fenster aber offen ist.
Welcher Wert wird genommen wenn ich einen Override stehen habe und das Fenster schliesse.

Verschwindet der Override auch irgendwann oder wie lange bleibt dieser bestehen ?

Worst Case -> Ein Wert steht im Override ( 23 ) einer steht in der 1. Periode (20) .einer in der zweiten Periode ( 18 )
Bei Fenster offen kommt (0) und dann noch im Away Fenster ( 5) -> Wie gesagt nicht steinigen Worst Case -> Fenster ist offen override Wert steht drin -> Ich bin nicht daheim und die Periode wechselt von 0 auf 1.

Sorry für die vielen dummen fragen .

[Rene_HM]

@Hohenbostler sagte in Test Adapter HeatingControl v1.0.x:

zB Welche wert wird genommen wenn ich den Override Wert schreibe das Fenster aber offen ist.

in der 1.x wird Fenster offen bei override nicht beachtet. In der 2.x baue ich das gerade ein.

Welcher Wert wird genommen wenn ich einen Override stehen habe und das Fenster schliesse.

in der 2.x schalte ich zurück auf override. In der 1.x hat das keinen Einfluß

Verschwindet der Override auch irgendwann oder wie lange bleibt dieser bestehen ?

ja, klar. Du gibst ja eine Zeit vor (OverrideTime) wie lange der override gilt.

Worst Case -> Ein Wert steht im Override ( 23 ) einer steht in der 1. Periode (20) .einer in der zweiten Periode ( 18 )
Bei Fenster offen kommt (0) und dann noch im Away Fenster ( 5) -> Wie gesagt nicht steinigen Worst Case -> Fenster ist offen override Wert steht drin -> Ich bin nicht daheim und die Periode wechselt von 0 auf 1.

in der 1.x passiert gar nichts. Nach Ablauf override - zeit wird auf den Wert geschaltet, der aktuell laut automatik anstehen sollte.
in der 2.x wird im override nur auf Fenster auf/zu geachtet. Abwesenheit und override geht ja nicht, da du ja nicht da bist um override auszulösen... Nach Ablauf override wird wieder auf automatik geschaltet und damit auch alle Absenkungen beachtet.

Zusammengefasst: override ist ein manueller Modus der die Automatik unterbricht.

[Rene_HM]

@UncleB sagte in Test Adapter HeatingControl v1.0.x:

Edit: Grad sehen ich auch das wieder alle Zeiten resettet wurden, Gäste Temperatur alles weg.. Oh Mann..

Kannst du evtl. bestätigen, dass die Daten verloren gehen, wenn Stromausfall o.ä. das System abschaltet?
Kennt jemand anderes so ein Problem?

[Jens Lattwesen]

@Rene_HM Moin, Fragen zu den Profilen. Ich habe aktuell 1 Profil am Laufen (3 Zimmer). Läuft sehr gut.

Jetzt zum Problem:

Ich möchte ein weiteres Zimmer seperat, betreffend der Anwesenheit steuern. Nun habe ich aber nur einen "Anwesenheits-Datenpunkt".

Hilft mir ein weiteres Profil oder wie kann ich das Problem lösen?