NEWS
Test Adapter HeatingControl v3.xx
-
@rene_hm könnte man die Aktivierung der Thermostate in einem Raum dynamisch gestalten? Ich habe Räume, in denen ich je nach Außentemperatur entweder mit normaler Heizung oder mit Klimaanlage heize. Derzeit habe ich dafür verschiedene Räume in den Instanzen von Heatingcontrol angelegt. Je nach Fall aktiviere/deaktiviere ich den einen oder anderen Raum. Derzeit habe ich diesen Workaround nur in Heatingcontrol, weil ich die Räume dort anlegen konnte. Mit 3.0 müsste ich das aber direkt in iob anlegen, was etwas unschön wäre.
@FernetMenta Nur damit ich den FeatureRequest richtig verstehe: Du möchtest in einem Raum z.Bsp. zwei Thermostate definieren. Zur Laufzeit, d.h. ohne Neustart des Adapters möchtest du ein Thermostat aktiv und das andere inaktiv setzen. Aktuell würde das ja funktionieren, indem du Thermostate im admin des Adapters aktiv oder inaktiv setzt und danach den Adapter neu startest.
-
@FernetMenta Nur damit ich den FeatureRequest richtig verstehe: Du möchtest in einem Raum z.Bsp. zwei Thermostate definieren. Zur Laufzeit, d.h. ohne Neustart des Adapters möchtest du ein Thermostat aktiv und das andere inaktiv setzen. Aktuell würde das ja funktionieren, indem du Thermostate im admin des Adapters aktiv oder inaktiv setzt und danach den Adapter neu startest.
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@FernetMenta Nur damit ich den FeatureRequest richtig verstehe: Du möchtest in einem Raum z.Bsp. zwei Thermostate definieren. Zur Laufzeit, d.h. ohne Neustart des Adapters möchtest du ein Thermostat aktiv und das andere inaktiv setzen. Aktuell würde das ja funktionieren, indem du Thermostate im admin des Adapters aktiv oder inaktiv setzt und danach den Adapter neu startest.
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
-
Aufruf zur Mitarbeit
Ich suche Hilfe bei der Übersetzung der Texte für den Adapter. Jeder kann mich dabei unterstützen.
Es ist ganz einfach: Unter HeatingControl Translations Änderungsvorschläge eintragen und ich übernehme sie in den Adapter.Vielen Dank.
-
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@FernetMenta Nur damit ich den FeatureRequest richtig verstehe: Du möchtest in einem Raum z.Bsp. zwei Thermostate definieren. Zur Laufzeit, d.h. ohne Neustart des Adapters möchtest du ein Thermostat aktiv und das andere inaktiv setzen. Aktuell würde das ja funktionieren, indem du Thermostate im admin des Adapters aktiv oder inaktiv setzt und danach den Adapter neu startest.
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
-
@FernetMenta Ich denke, das lässt sich einbauen. Bei den Räumen war das ähnlich.. Könnte aber etwas dauern... Kannst du dafür im github ein issue eröffnen, damit ich es nicht vergesse?
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@FernetMenta Ich denke, das lässt sich einbauen. Bei den Räumen war das ähnlich.. Könnte aber etwas dauern... Kannst du dafür im github ein issue eröffnen, damit ich es nicht vergesse?
danke.
https://github.com/rg-engineering/ioBroker.heatingcontrol/issues/721 -
@Marc-Berg Muss ich mir anschauen. Das war nicht der Plan, die Zustände sollten alle wieder verfügbar sein...
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@Marc-Berg Muss ich mir anschauen. Das war nicht der Plan, die Zustände sollten alle wieder verfügbar sein...
Ich habe nun die 3.0.1 produktiv im Einsatz. Meine Kategorien passten mit den Raumnamen überein, sodass ich zum Glück nichts anpassen musste. Die Steuerung scheint zu funktionieren. Wenn morgen die Umschaltung von Feiertag auf Nicht-Feiertag auch noch läuft, sollten alle Funktionen, die ich im Einsatz habe, in Ordnung sein.
Allerdings ist die Auswahl der Raumeinstellungen immer noch buggy. Beim Umschalten der einzelnen Räume bleiben beim Wechsel von einem Raum MIT Einstellugen zu einem Raum OHNE Einstellungen die alten Einstellungen (inkl. "aktive") sichtbar. Aktualisiert wird in diesem Fall nur, wenn man einmal die Tabs hin- und herschaltet.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Hallo und frohes neues Jahr. Ich habe gesehen dass die Version 3 am Start ist. Vielen Dank für die Weiterentwicklung. Meine Frage werden die offenen Punkte aus den Issus bei Github jetzt hier mit einfließen? Insbesonders interessiert mich die Nutzung von Motorventilen. Lieben Gruß Elluminatus
-
Hallo und frohes neues Jahr. Ich habe gesehen dass die Version 3 am Start ist. Vielen Dank für die Weiterentwicklung. Meine Frage werden die offenen Punkte aus den Issus bei Github jetzt hier mit einfließen? Insbesonders interessiert mich die Nutzung von Motorventilen. Lieben Gruß Elluminatus
-
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@Marc-Berg Muss ich mir anschauen. Das war nicht der Plan, die Zustände sollten alle wieder verfügbar sein...
Ich habe nun die 3.0.1 produktiv im Einsatz. Meine Kategorien passten mit den Raumnamen überein, sodass ich zum Glück nichts anpassen musste. Die Steuerung scheint zu funktionieren. Wenn morgen die Umschaltung von Feiertag auf Nicht-Feiertag auch noch läuft, sollten alle Funktionen, die ich im Einsatz habe, in Ordnung sein.
Allerdings ist die Auswahl der Raumeinstellungen immer noch buggy. Beim Umschalten der einzelnen Räume bleiben beim Wechsel von einem Raum MIT Einstellugen zu einem Raum OHNE Einstellungen die alten Einstellungen (inkl. "aktive") sichtbar. Aktualisiert wird in diesem Fall nur, wenn man einmal die Tabs hin- und herschaltet.
@Marc-Berg sagte in Test Adapter HeatingControl v3.xx:
Allerdings ist die Auswahl der Raumeinstellungen immer noch buggy.
Ja, das Problem kann ich mit der letzten Version nachvollziehen. In einer früheren Version hat das schon mal funktioniert... Das braucht ein weiteres bug fix...
-
@Elluminatus Welches issue im github meinst du da konkret?
@Rene_HM Es handelt sich um Issue: PID Regler für Aktoren mit Stetig Reglung #333
-
@Rene_HM sagte in Test Adapter HeatingControl v3.xx:
@FernetMenta Nur damit ich den FeatureRequest richtig verstehe: Du möchtest in einem Raum z.Bsp. zwei Thermostate definieren. Zur Laufzeit, d.h. ohne Neustart des Adapters möchtest du ein Thermostat aktiv und das andere inaktiv setzen. Aktuell würde das ja funktionieren, indem du Thermostate im admin des Adapters aktiv oder inaktiv setzt und danach den Adapter neu startest.
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
@FernetMenta sagte in Test Adapter HeatingControl v3.xx:
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
Eine relativ einfache Lösung wäre doch, dass du per script auf die jeweils aktiven Thermostate schreibst. Im HC-Adapter konfigurierst du einen Datenpunkt in deinem Script als Thermost Ziel-OID. Somit bekommt dein Script die jeweils gültige Ziel-Temperatur. In deinem script reagierst du auf Änderung dieses Datenpunktes und schreibst entweder auf das eine oder das andere Thermostat. Damit müssen wir nichts weiter im Adapter ändern und du kannst trotzdem deine Umschaltung beibehalten (und du hast die ganze Logik selbst in der Hand).
-
@FernetMenta sagte in Test Adapter HeatingControl v3.xx:
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
Eine relativ einfache Lösung wäre doch, dass du per script auf die jeweils aktiven Thermostate schreibst. Im HC-Adapter konfigurierst du einen Datenpunkt in deinem Script als Thermost Ziel-OID. Somit bekommt dein Script die jeweils gültige Ziel-Temperatur. In deinem script reagierst du auf Änderung dieses Datenpunktes und schreibst entweder auf das eine oder das andere Thermostat. Damit müssen wir nichts weiter im Adapter ändern und du kannst trotzdem deine Umschaltung beibehalten (und du hast die ganze Logik selbst in der Hand).
@Rene_HM klar, ich könnte auch die ganze Logik das Adapters selber im Skript machen :)
So ganz einfach ist es aber auch nicht, weil sobald ein Thermostat inaktiv wird, dieser ja auch einer Logik folgen soll. Derzeit macht das eben der Adapter. Das Skript müsste also deutlich mehr machen, als nur den einen oder anderen Wert schreiben.
Zudem wäre das auch alles andere als wartungsfreundlich. Wer würde einen solch unschönen Work-around erwarten?
Der Adapter erlaubt ja schon die Aktivierung/Deaktivierung von Thermostaten je Raum, nur leider nur über Admin. -
@FernetMenta sagte in Test Adapter HeatingControl v3.xx:
Genau, aktuell könnte ich das interaktiv in admin machen. Ich möchte das aber automatisieren können. Derzeit habe ich ein Skript, welches in Abhängigkeit von Außentemperatur und Zeit, den einen oder anderen Raum aktiviert, weil ich Thermostate im Skript nicht aktiv/inaktiv schalten kann.
Eine relativ einfache Lösung wäre doch, dass du per script auf die jeweils aktiven Thermostate schreibst. Im HC-Adapter konfigurierst du einen Datenpunkt in deinem Script als Thermost Ziel-OID. Somit bekommt dein Script die jeweils gültige Ziel-Temperatur. In deinem script reagierst du auf Änderung dieses Datenpunktes und schreibst entweder auf das eine oder das andere Thermostat. Damit müssen wir nichts weiter im Adapter ändern und du kannst trotzdem deine Umschaltung beibehalten (und du hast die ganze Logik selbst in der Hand).
-
So auch update gemacht.
Bis auf meine Zigbee Fenster Senoren, hatte alles geklappt. -
Abend zusammen,
ich bin noch auf der alten Version (v2.12.19).
Und hätte eine Frage zu der Kombination von Raumthermostat und Heizkörperthermostat, welche nicht direkt mit einander Verknüpft werden können.
Welchen Datenpunkt muss ich mit dem Wert "SET_TEMPERATURE" vom Raumthermostat übersteuern, dass diese Soll-Temperatur bis zur nächsten Periodate verwendet wird?
-
hab die GIT Version ... vor 5 min :-)
das wird so nicht passen.. wenn sich die Zigbee Sensoren ab und an mal melden..
dann ist das Warning win bissel suboptimal..zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
hab die GIT Version ... vor 5 min :-)
das wird so nicht passen.. wenn sich die Zigbee Sensoren ab und an mal melden..
dann ist das Warning win bissel suboptimal..
Support us
366
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge