Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[FernetMenta]

@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.

[Rene_HM]

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]

@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?

[FernetMenta]

@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]

@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.

[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]

@Elluminatus Welches issue im github meinst du da konkret?

[Rene_HM]

@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]

@Rene_HM Es handelt sich um Issue: PID Regler für Aktoren mit Stetig Reglung #333

[Rene_HM]

@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]

@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]

@Rene_HM was genau ist eigentlich der Use Case für die Akitvierung eines Thermostats in Admin?

[deta]

Funktioniert eigentlich das VIS script von pettini noch dann ?

[Rene_HM]

@deta ja, da sich die Datenpunkte nicht geändert haben..

[deta]

So auch update gemacht.
Bis auf meine Zigbee Fenster Senoren, hatte alles geklappt.

[Rene_HM]

Habe gerade noch ein kleines bug-fix update nachgeschoben (v3.0.3).

[e-i-k-e]

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?

[arteck]

@Rene_HM

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..

[Rene_HM]

@arteck sagte in Test Adapter HeatingControl v3.xx:

das wird so nicht passen.. wenn sich die Zigbee Sensoren ab und an mal melden..

das müsste aber in der 2.x genau so sein. Da habe ich nichts geändert....

[arteck]

kannst solche Meldungen in die Konfig einbauen bitte.. die sagt nix.. ändern kann ich daran ehh nix