Test Adapter HeatingControl v2.12.x
-
@bigbatz sagte in Test Adapter HeatingControl v2.9.x:
Ich hab mal versucht den Schalter heatingcontrol.0.Rooms.Niclas.isActive eines Raumes auf false zu setzen um damit den Stellantrieb zu sagen bitte alles AUS. Leider hat das nicht dazu geführt das der Actor auf OFF gegangen ist.
Der Akor wird dabei auch nicht direkt ausgeschaltet. Die Idee ist eigentlich, das Abfahren der Profile zu deaktivieren. Aber: man kann eine Zieltemperatur für diese Zeit setzen. Wenn diese niedriger ist, als die aktuelle, sollte der Aktor ausschalten.
Auch ist mit aufgefallen das wenn ich heatingcontrol.0.Rooms.Niclas.isActive im ioBroker auf false setze, wird das in deiner Admin GUI nicht angezeigt
Das ist auch richtig so: Im admin wird der Raum generell aktiv. Wenn er er hier inaktiv ist, werden die DP für den Raum nicht angelegt bzw. wird auf keinen der evtl. vorhandenen DP reagiert, intern gibt es den Raum dann gar nicht. Ein aktiver Raum kann aber zusätzlich per DP inaktiv geschaltet werden. Das dient, wie oben schon gesagt, dem Deaktivieren des Profils.
-
@rene_hm
Hallo, ich bin hier auf ein Problem gestoßen, wobei ich mir nicht ganz sicher bin, ob ich nicht etwas falsch mache.-
Heatingcontrol v2.9.3
-
js-controller 4.0.24
Das Problem entsteht, wenn ich das Profil "Mo-Fr, Sa-So" nutze und führt dazu, dass die Änderungen der "target temperature" nicht als neue Profileinstellung übernommen werden.
Ich starte mit einer frisch angelegten Instanz, vorher sind alle Datenpunkte gelöscht worden. Dann nehme ich folgende Anpassungen vor:
-
Thermostat Settings (as new profile setting, until next profile point)
-
Actuator settings (actuators used)
- General Profile Settings (Profile Type Mo-Fr, Sa-So; Number of profiles+periods=1)
- Heatingperiod settings (use predefined Heating Period)
- Anlage eines Themostats
Sobald ich am Thermostat die "target temperature" ändere, erscheint im Log folgende Fehlermeldung:
heatingcontrol.0 2023-01-22 12:30:52.540 warn State "heatingcontrol.0.Profiles.1.Wohnzimmer.Sa-Su.Periods.6.Temperature" has no existing object, this might lead to an error in future versionsDass HT hier auf die Period "6" referenziert, wundert mich, da ich ja nur eine Period angelegt habe:
Und damit werden die Änderungen vom Thermostat auch nicht übernommen.
Das Ganze funktioniert übrigens wunderbar, wenn ich das Profil "Mo-So" nutze. In diesem Fall werden die gewünschten Änderungen vom Themostat auch direkt in das Profil geschrieben.
Hat jemand eine Idee, woran das liegen könnte? -
-
danke für deine Rückmeldung. Ich habe wie in deinem Beispiel -die 4,5 grad- angegeben, aber beim Ausschalten wird der Actor nicht angesteuert. In den IOBroker Objekten wird "sonoff.0.Fussbodenheizung.POWER4" weiterhin als true angezeigt.
irgendeine Idee an was das liegen kann?
heatingcontrol.0 2023-01-22 14:04:44.664 debug subscribe 0_userdata.0.thermostat.thermostat_niclas.temperature_target heatingcontrol.0 2023-01-22 14:04:39.729 debug UpdateDPs for Niclas no heating heatingcontrol.0 2023-01-22 14:04:39.675 info 1 actors are on of 2 heatingcontrol.0 2023-01-22 14:04:39.666 debug checking all actors heatingcontrol.0 2023-01-22 14:04:39.665 debug HandleActors out of heating period or inactive room Niclas [{"name":"Fussbodenheizung POWER4","room":"Niclas","OID":"sonoff.0.Fussbodenheizung.POWER4","lastState":false,"lastChange":"","ActorOnTimerId":null,"ActorOffTimerId":null,"useExtHandling":false,"reptime":10000,"ackwait":"2000","ExtSetTimerId":null,"SetCnt":0}] heatingcontrol.0 2023-01-22 14:04:39.665 debug HandleActors for Niclas no heating, timers 0 heatingcontrol.0 2023-01-22 14:04:39.664 debug setHMStateSec: set temperature_target 0_userdata.0.thermostat.thermostat_niclas.temperature_target to 4.5 heatingcontrol.0 2023-01-22 14:04:39.663 info Niclas set thermostat 0_userdata.0.thermostat.thermostat_niclas.temperature_target to 4.5 heatingcontrol.0 2023-01-22 14:04:39.656 debug unsubscribe 0_userdata.0.thermostat.thermostat_niclas.temperature_target heatingcontrol.0 2023-01-22 14:04:39.654 debug SetRoomTemperature started for Niclas target 4.5 with offset 0 heatingcontrol.0 2023-01-22 14:04:39.653 debug set target (2) if no heating for room Niclas to 4.5 heatingcontrol.0 2023-01-22 14:04:39.652 debug CalculateRoomTemperature for Niclas no heating false heatingcontrol.0 2023-01-22 14:04:39.652 debug Niclas: set new state no heating heatingcontrol.0 2023-01-22 14:04:39.651 debug Niclas ### ChangeStatus isActive to false in auto heatingcontrol.0 2023-01-22 14:04:39.650 debug ### handle state change !ack heatingcontrol.0.Rooms.Niclas.isActive {"val":false,"ack":false,"ts":1674392679648,"q":0,"from":"system.adapter.yahka.0","user":"system.user.admin","lc":1674392679648} -
@marc-berg ich habe daraus mal ein Ticket gemacht, muss ich mir anschauen...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/358 -
@bigbatz sagte in Test Adapter HeatingControl v2.9.x:
irgendeine Idee an was das liegen kann?
auch das muss ich mir anschauen... Ich denke, das inaktiv-Schalten des Raumes führt auch dazu, dass die Aktoren nicht mehr geschaltet werden.
Warum musst du den Raum eigentlich aktiv / inaktiv schalten? Die Profile sollten doch dazu ausreichen? -
@BigBatz Es gibt noch eine andere Einstellung, die du probieren könntest:
Das schaltet den Aktor aus, sobald der Raum auf inaktiv geht, ohne den Umweg über das Thermostat und von dort die Erkennung dass Zieltemperatur unterhalb Ist-Temperatur liegt
-
@marc-berg sagte in Test Adapter HeatingControl v2.9.x:
Das Problem entsteht, wenn ich das Profil "Mo-Fr, Sa-So" nutze und führt dazu, dass die Änderungen der "target temperature" nicht als neue Profileinstellung übernommen werden.
Kannst du mal auf eine 2.10.x (im latest) gehen? Ich denke, die notwendige Änderung ist seit 2.10.1 schon drin. Wenn es mit der aktuellen Version auch oder noch nicht geht, müssen wir nochmal schauen... In meinem Testsetup mit 2.10.5 funktioniert es...
-
@rene_hm sagte in Test Adapter HeatingControl v2.9.x:
Kannst du mal auf eine 2.10.x (im latest) gehen? Ich denke, die notwendige Änderung ist seit 2.10.1 schon drin. Wenn es mit der aktuellen Version auch oder noch nicht geht, müssen wir nochmal schauen... In meinem Testsetup mit 2.10.5 funktioniert es...
Mit der 2.10.5 sieht es jetzt gut aus. Mal sehen, ob es für den Bereich "Sa-So" auch noch funktioniert.
Danke!
-
@rene_hm
Danke, bin aber erstmal nicht vor Ort. , werde das nächste Woche Mal nachschauen. -
Besteht eigentlich die Möglichkeit, denn Automatikbetrieb zu deaktivieren und stattdessen einen fixen Temperaturwert vorzugeben und zudem die Funktion mit der Temperaturabsenkung bei geöffnetem Fenster beizubehalten?
-
@e-i-k-e wenn du im Profil für alle Profilpunkte die gleiche Temperatur vergibst. Das könnte ja ein eigenes Profil werden...
-
@rene_hm
Danke, hat geklappt! -
Aktuell teste ich gerade eine Umstellung meiner alten Z-Wave Danfoss Adapter auf etwas neuere, im Moment habe ich einen Shelly TVR im Einsatz. Die Bedienung über die Shelly App bereitet einem nicht gerade extrem viel Spass. Wie kann ich es am besten realisieren dass ich die Abwesenheit im HC Adapter Remote steuern kann? Leider kann ich den IOBroker nicht durch die Firewall nach aussen durch routen. Besteht die Möglichkeit dass ich per Telegram, Alexa oder alternative den Adapter fernsteuern kann?
Danke euch
-
@silent_bob steuere doch die Abwesenheit über beispielseise Handy im wlan, life360, Ping aufs Handy. Ansonsten Telegram mit Text2Command würde mir noch einfallen. Zugriff auf IOB-VIS über VPN ginge auch noch...
-
@silent_bob sagte in Test Adapter HeatingControl v2.9.x:
Leider kann ich den IOBroker nicht durch die Firewall nach aussen durch routen. Besteht die Möglichkeit dass ich per Telegram, Alexa oder alternative den Adapter fernsteuern kann?
Ich hab das z.B. so gelöst, dass sobald mein Handy nicht im eigenen WLAN ist, automatisch eine Verbindung über VPN aufgebaut wird. Dadurch kann ich die VIS, aber auch alles andere was lokal zu hause am Server läuft ganz bequem von unterwegs öffnen.
-
Wie ist eigentlich die Vorgehensweise wenn ich zwischen zwei Profilen wechseln möchte?
Habe vorhin ein 2. Profil angelegt.
Dann den Datenpunkt "CurrentProfile" auf "2" geändert. Der Adapter hat auch die Voreingestellten 21° in allen Räumen übernommen.
Wollte dann nach ca. 30min wieder zum Profil 1 wechseln und habe diesen auch unter "CurrentProfile" bestätigt allerdings hat sich an den Zieltemperaturen in allen Räumen nichts geändert.
Erst ein Neustart des Adapters hat die Zieltemperaturen aus dem Profil 1 übernommen.
-
@manfredh1 sagte in Test Adapter HeatingControl v2.9.x:
Ich hab das z.B. so gelöst, dass sobald mein Handy nicht im eigenen WLAN ist, automatisch eine Verbindung über VPN aufgebaut wird. Dadurch kann ich die VIS, aber auch alles andere was lokal zu hause am Server läuft ganz bequem von unterwegs öffnen.
Das hätte ich auch gerne
mit was hast du die Automatik realisiert? Passt zwar nicht zu heatingcontrol aber würde mich dennoch interessieren. -
@bimmi sagte in Test Adapter HeatingControl v2.9.x:
Das hätte ich auch gerne mit was hast du die Automatik realisiert? Passt zwar nicht zu heatingcontrol aber würde mich dennoch interessieren.
hab im Proxmox einen eigenen Container mit VPN eingerichtet.
Am Handy hab ich dann die App "VPN Client Pro". Hab die kostenpflichtige Version (kostet pro jahr 6,99 euro). Und über diese hab ich dann eingestellt, dass sobald ich nicht im eigenen WLAN bin, sofort eine VPN-Verbindung aufbaut. Hab das jetzt schon ein Jahr so laufen und funktioniert perfekt. Mit dem VPN der FritzBox gehts glaub ich aber nicht, weil man dazu OpenVPN braucht. -
@manfredh1 danke. dann nutze ich doch lieber das wireguard von der fritzbox.
-
@Rene_HM
Ich habe da mal eine Frage. Ich nutze deinen Adapter in Verbindung mit Heizstrom.
Nun ist es so das es Stromsperren gibt und kein Strom mehr da ist. Aber dein Adapter versucht trotzdem Weiter zu Regeln.
Ich habe es bis jetzt so gemacht das ich via Script zbs.
heatingcontrol.0.Rooms.Wohnzimmer.isActive auf false setze und die Aktoren Ausschalte.Kann man etwas in den Adapter einbauen was es Automatisch macht, zbs. via cron oder externer wert.?
LG Fichte
