NEWS
-
Hallo Rene, danke für die schnelle Antwort. Mit dem "trick" eines Dummy Thermostats hat es wunderbar geklappt.
Ich habe den Adapter zur Sicherheit gelöscht und von vorn angefangen.ABER:
-
Unter Devices kann man in der aktuellen Version keinen Room anlegen (PLUS drücken), ohne vorher auf "CHECK FOR NEW ROOMS" geklickt zu haben. Es passiert einfach nichts. Nach dem Löschen aller nicht benötigten Räume, die mit "CHECK FOR NEW ROOMS" angelegt wurden, funktioniert das PLUS Icon wie gewünscht. Soll ich ein Github Defect aufmachen oder hast du das "Problemchen" eh schon auf dem Schirm? Ich benutze übrigens den Safari Browser, falls das einen Unterschied machen sollte.
-
Ohne "use of changes from thermostat = as new profile settings" gab es beim Einstellen der Temperatur einen "ACK" Fehler. Als ich das eingeschaltet habe, konnte ich über HomeKit das Relais meiner Fußbodenheizung je nach aktueller Temperatur ein- und ausschalten. perfekt!!!
Nun möchte ich aber gerne von deiner Automatik d.h. den Profilen profitieren.
-
Wenn ich die Doku richtig verstanden habe, überschreibe ich mit der "Target Temperatur" nur die aktuelle Einstellung des Profiles. richtig? Ich kann also am Wochenende eine höhere Soll Temperatur festlegen und die -im Bedarfsfall- mittels HomeKit abändern.
-
Das HomeKit Control von Apple bringt out of the box einen Schalter für einen Modus mit. AUS, HEIZEN, KÜHLEN, AUTO sind die möglichen Werte.
Kann ich diesen Modus z.B. AUS oder Heizung/Auto an deinen Adapter weitergeben, um die Heizung komplett auszuschalten und nicht nur bis zur nächsten Periode? Ich denke ein richtiges Thermostat müsste doch auch einen physischen Schalter zum Ausschalten haben...
Danke und Gruß
MirkoP.S.: 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. Anbei das Log. 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. Sind das Bugs oder darf ich die Parameter so nicht ändern?
heatingcontrol.0 2023-01-20 12:48:40.654 debug AddStatusToLog skip Niclas no heating 22°C
heatingcontrol.0 2023-01-20 12:48:40.628 debug UpdateDPs for Niclas no heating
heatingcontrol.0 2023-01-20 12:48:40.535 debug checking all actors
heatingcontrol.0 2023-01-20 12:48:40.534 debug HandleActors out of heating period or inactive room Niclas [{"name":"Fussbodenheizung POWER4","room":"Niclas","OID":"sonoff.0.Fussbodenheizung.POWER4","lastState":true,"lastChange":"","ActorOnTimerId":null,"ActorOffTimerId":null,"useExtHandling":false,"reptime":10000,"ackwait":"2000","ExtSetTimerId":null,"SetCnt":0}]
heatingcontrol.0 2023-01-20 12:48:40.533 debug HandleActors for Niclas no heating, timers 0
heatingcontrol.0 2023-01-20 12:48:40.532 debug Niclas nothing to do to for 0_userdata.0.thermostat.thermostat_niclas.temperature_target , target -99 is already set 22
heatingcontrol.0 2023-01-20 12:48:40.529 debug SetRoomTemperature started for Niclas target -99 with offset 0
heatingcontrol.0 2023-01-20 12:48:40.528 debug do not set target if no heating for room Niclas
heatingcontrol.0 2023-01-20 12:48:40.527 debug CalculateRoomTemperature for Niclas no heating false
heatingcontrol.0 2023-01-20 12:48:40.527 debug Niclas: set new state no heating
heatingcontrol.0 2023-01-20 12:48:40.526 debug Niclas ### ChangeStatus isActive to false in auto
heatingcontrol.0 2023-01-20 12:48:40.523 debug ### handle state change !ack heatingcontrol.0.Rooms.Niclas.isActive {"val":false,"ack":false,"ts":1674215320518,"q":0,"from":"system.adapter.yahka.0","user":"system.user.admin","lc":1674215320518}@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?NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
-
@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.
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} -
@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?@marc-berg ich habe daraus mal ein Ticket gemacht, muss ich mir anschauen...
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/358 -
-
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}@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 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
-
@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?@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...
-
-
@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!
-
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...
-
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
-
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.
-
@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.
@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. -
@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. -
@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. -
@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
Support us
351
Online32.4k
Users81.4k
Topics1.3m
Posts