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

[ChristianG]

@Rene_HM Danke für das Update :)!

An alle:

Was benutzt ihr für Thermostate?

[Conquest]

@Rene_HM
Hallo ich bekomme mit der Version 0.5.6 einen Error.

Kannst du mir helfen?

Gruß

[Rene_HM]

@Conquest naja, steht ja eigentlich da: der Datenpunkt wie im log ist nicht gesetzt

[Conquest]

@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:

@Conquest naja, steht ja eigentlich da: der Datenpunkt wie im log ist nicht gesetzt

Aber die Mindesttemperatur ist doch gar nicht aktiviert.

[Rene_HM]

@Conquest dann muss ich mal schauen. In der Zwischenzeit kannst du die Mindesttemperatur aktivieren, Adapter starten, und wieder Mindesttemperatur deaktivieren. Dann ist zumindest der Datenpunkt da, und wird dann aber nicht verwendet...

[xADDRx]

@Rene_HM Hallo Rene,

der Herbst steht vor der Tür, jetzt wird das Thema heizen wieder interessant. Letztes Jahr habe ich deinen Adapter super einbinden können.

Es gab ja in letzter zeit Updates etc...

Gibt es etwas interessantes was ich wissen muss zwecks der Einstellungen usw...

Hat sich etwas großes verändert?

Danke für deine Arbeit!

[Rene_HM]

@xADDRx Du findest die Änderungen hier:

https://github.com/rg-engineering/ioBroker.heatingcontrol#changelog

[v522533]

Hallo zusammen,

erstmal danke für diesen super Adapter.
habe eine Kleinigkeit, die ich nicht verstehe. Bei mir kommt im Log immer:

(18974) OID Target for Office not set.

Ich habe aber keinen Raum der Office heißt. Weder in den iobroker Gewerken, noch in Heatingcontrol. Wie kommt das zustande?

[Rene_HM]

@v522533 "Office" ist normalerweise ein Dummy-Raum, wenn sonst keine Räume oder Geräte angelegt sind. Wenn du also Räume und Geräte in heatingcontrol angelegt hast, sollte diese Meldung nicht mehr erscheinen...

[v522533]

@Rene_HM

Tut sie aber leider. Räume sind angelegt.

[Elluminatus]

Hallo, vielen Dank für diesen tollen Adapter. Ich nutze ihn mit meiner Homematic Fußbodenheizung und mit dem wohl noch nicht so bekannten SHPI Multisensor/Multiaktor/Thermostat (shpi.de). Vor folgender Aufgabe stehe ich jetzt:

Der SHPI hat drei Variablen die hier infrage kommen:

act_temp - dies ist die aktuelle Temperatur
/set/set_temp - dies ist die Temperatur die gesetzt wurde
set_temp - hier kann man direkt am Gerät, also am Thermostat die Temperatur verstellen

Unter dem Unterordner /set/ können beim SHPI Werte eingetragen werden, die von "aussen" (bspw. Wochenskript vom Adapter Heating Control) Werte verändern...

Sobald übrigens etwas in /set/set_temp eingetragen wird, wird auch einmal set_temp damit gefüttert. Aber nicht umgekehrt.

Ich stehe jetzt vor der Aufgabe wie ich dies am besten mit dem heatingcontrol Adapter löse.

Unter OID Aktueller Wert klar trage ich hier mein act_temp ein.
Und unter OID Zielwert trage ich /set/set_temp ein

Läuft jetzt das Wochenprogramm vom heatingcontrol Adapter trägt der Adapter die entsprechenden Werte immer schon brav in die Variable /set/set_temp ein. Unter act_temp wird immer die derzeitige Raumtemperatur angezeigt auch gut.

Nur was tue ich jetzt, wenn ich am Display die Temperatur abweichend vom Wochenprogramm verändern möchte.
Wenn ich dort etwas einstelle trägt er dies in set_temp ein, nicht in /set/set_temp.

Habt Ihr eine Idee wie ich dies lösen kann, eventuell auch mit einem Node Red Skript etc? Und als nächstes, wo muss ich diese vom Wochenprogramm abweichende Wunschtemperatur im Adapter Heating Control eintragen? In Temprature override? Dort müsst ich ja zusätzlich angeben für wie lange dies passieren soll, richtig? Wie bekäme ich es hin, das er es solange einträgt, bis einfach wieder die nächste Änderung vom Wochenprogramm passiert?

Fragen über Fragen,
Vielleicht hat ja jemand eine coole Idee für mich...

Beste Grüße
Elluminatus

[Rene_HM]

@v522533 sagte in Test Adapter HeatingControl v0.5.x:

Tut sie aber leider. Räume sind angelegt.

hast du auch Geräte aktiviert?

[Rene_HM]

@Elluminatus Der Adapter kann Werte vom Thermostat übernehmen (als override oder als neuen Wert im Profil). Dafür muss aber der Wert im Datenpunkt ankommen, der als OID Zieltemperatur konfiguriert wurde. Du könntest also versuchen, eine Variable in einem javascript anzulegen. Diese Variable trägst du in den Adapter als OID Zieltemperatur ein. Im script triggerst du auf Veränderung dieser Variable und schreibst di Änderung auf den Datenpunkt im Adapter. Zusätzlich triggerst du im script auf den anderen Wert im Thermostat und schreibst diese Änderung auf die neue javascript-Variable, so dass der Adapter darauf reagiert.
Die Funktion "Änderung bis zum nächsten Profilpunkt" gibt es aber noch nicht im Adapter...

[Elluminatus]

@Rene_HM Ist denn dies geplant diesen Ounkt zu implementieren? Danke für Deine Antwort und Hilfe! Ich probiere es aus!

[Rene_HM]

@Elluminatus sagte in Test Adapter HeatingControl v0.5.x:

Ist denn dies geplant diesen Ounkt zu implementieren?

noch nicht, aber Feature-Requests sind willkommen. Bitte issue in github öffnen, damit es nicht verloren geht... Danke.

[v522533]

@Rene_HM

Ja habe ich. Es geht auch alles einwandfrei. Habe festgestellt, dass die meldung nur kommt wenn ich thermostat änderungen als override einstelle.

[Rene_HM]

@v522533 und hier steht der Raum nicht?

[v522533]

@Rene_HM

Nein da stehen alle meine angelegten Räume. Aber nicht Office.

[Rene_HM]

@v522533 okay, habe mir die Quellen noch mal angeschaut. Das Problem ist wohl, dass ein TestThermostat noch vorhanden ist, welches ich anlege, wenn nach Installation keine Räume und Geräte vorhanden sind. Wenn du also einen Raum "office" unter den Aufzählungen anlegst, danach im Adapter-Admin auf "neue Räume suchen" klickst, müsstest du dieses TestThermostat in den Einstellungen des Raumes "office" finden. Dort kannst du es manuell löschen und danach auch den Raum aus dem Adapter und den Aufzählungen löschen.

In Version 0.6 baue ich dafür eine Änderung ein...

[v522533]

@Rene_HM

Danke jetzt ist die Meldung weg :+1: