NEWS
Test Adapter HeatingControl v2.12.x
-
das kannst du einstellen. du kannst es als override, als neue profileinstellung, oder bis zur nächsten profilzeit einstellen.
-
Hallo,
ich bin jetzt auf die HM-IP Heizungsventile und Wandthermostate umgestiegen. Nun wollte ich diese über den HeatingControl Adapter steuern. Aber irgendwie findet er die Ventile oder Thermostate nicht eigentständig. Wenn ich das Thermostat manuell hinzufüge werden keine werte angezeigt.
Kann mir jemand erklären wie ich die Thermostate und Ventile im der CCU3 einrichten muss? Aktuell habe ich sie als IP Heizungsgruppe zusammengefügt. Diese finde ich jedoch nicht im IObroker. war das gar nicht nötig? Auf alles Fälle Habe ich ihnen alle Räume und Gewerke zugewiesen. ( Raum . z.B Schlafzimmer EG / Gewerk Heizung ) eigentlicht wollte ich 2 getrennte instanzen installieren, bin mir aber nicht sicher ob das nicht zu Problemen führt. ( Eltern Wohnen auch im Haus. )
wenn ich das in der CCU habe was muss ich im heatingcontrol adapter einstellen, damit das auch so funktioniert wie beschrieben?
Möglich das ich auch voll auf dem schlauch stehe. :)
Danke schonmal fürs helfen !
Gruß Thomas
-
Man sollte sich, schon auch aus Gründen des duty cycle, für eine Möglichkeit, die Thermostate zu steuern, entscheiden. Also entweder auf AUTO, wenn mann die in der CCU für die jeweiligen Geräte/Gruppe gespeicherten Wochenprogramm fahren möchte, oder auf MANU, wenn man so etwas wie diesen Adapter oder auch eigene Skripte verwendet.
Der Adapter macht IMHO ja auch nur Sinn, wenn man ihm die Steuerung der Heizung überlässt. Wenn weiterhin die CCU bzw. die Wochenprogramme in den Geräten den Takt vorgeben, was soll dieser Adapter dann noch machen?Gruss, Jürgen
-
Sollen die Thermostate eigenrtlich im Manu Betrieb laufen? weil im Auto könnte ja die CCU mit reinspucken. oder sehe ich das falsch?
ja bei mir laufen die im MANU betrieb in verbindung mit dem heatingconrtrol adapter.
du kannst eine zweite rpc instanz für die gruppen anlegen. dann kannst du ganz einfach die gruppe ansteuern. ( bei mir zum beispiel zwei thermostate in verbindung mit einem wandthermostat. funktioniert einwandfrei)
-
Hi zusammen,
ich teste aktuell diesen Adapter erstmals so richtig im Live-Betrieb. Vorher hatte ich nur immer mal wieder damit herumgespielt. Alles scheint super zu funktionieren mit einer Mischung aus Z-Wave Thermostaten und Homematic IP.
Ich bekomme im Log aber eine Warn-Meldung bezüglich des Anwesenheit-Datenpunktes:heatingcontrol.0 2020-09-30 12:43:43.376 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:43:33.371 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:35.599 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:25.593 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:53.519 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:43.514 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:35.766 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:25.758 warn (2039) OID Target for Anwesenheit not setUm 12:34 etwa hatte ich den Neustart gemacht (der nichts änderte) und seitdem laufen weiter recht regelmäßig diese Meldungen rein.
Der Datenpunkt ist aber gesetzt und eine Veränderung schaltet auch die Thermostate wie gewünscht runter/hoch:
Habe ich was falsch gemacht?
-
Hi zusammen,
ich teste aktuell diesen Adapter erstmals so richtig im Live-Betrieb. Vorher hatte ich nur immer mal wieder damit herumgespielt. Alles scheint super zu funktionieren mit einer Mischung aus Z-Wave Thermostaten und Homematic IP.
Ich bekomme im Log aber eine Warn-Meldung bezüglich des Anwesenheit-Datenpunktes:heatingcontrol.0 2020-09-30 12:43:43.376 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:43:33.371 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:35.599 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:25.593 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:53.519 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:43.514 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:35.766 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:25.758 warn (2039) OID Target for Anwesenheit not setUm 12:34 etwa hatte ich den Neustart gemacht (der nichts änderte) und seitdem laufen weiter recht regelmäßig diese Meldungen rein.
Der Datenpunkt ist aber gesetzt und eine Veränderung schaltet auch die Thermostate wie gewünscht runter/hoch:
Habe ich was falsch gemacht?
-
nur ne vermutung, aber schau mal nach, ob dein datenpunkt auch wirklich ein boolean ist.
-
mach mal einen "test datenpunkt" im javascript ordner. so ist es bei mir und das läuft problemlos.
-
@v522533 Sieht erstmal gut aus nach dem Update, bisher ist die Meldung weg. Ich gebe dem ganzen mal etwas Zeit. Danke schon einmal.
-
Hi zusammen,
ich teste aktuell diesen Adapter erstmals so richtig im Live-Betrieb. Vorher hatte ich nur immer mal wieder damit herumgespielt. Alles scheint super zu funktionieren mit einer Mischung aus Z-Wave Thermostaten und Homematic IP.
Ich bekomme im Log aber eine Warn-Meldung bezüglich des Anwesenheit-Datenpunktes:heatingcontrol.0 2020-09-30 12:43:43.376 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:43:33.371 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:35.599 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:40:25.593 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:53.519 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:37:43.514 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:35.766 warn (2039) OID Target for Anwesenheit not set heatingcontrol.0 2020-09-30 12:34:25.758 warn (2039) OID Target for Anwesenheit not setUm 12:34 etwa hatte ich den Neustart gemacht (der nichts änderte) und seitdem laufen weiter recht regelmäßig diese Meldungen rein.
Der Datenpunkt ist aber gesetzt und eine Veränderung schaltet auch die Thermostate wie gewünscht runter/hoch:
Habe ich was falsch gemacht?
@kenny384 sagte in Test Adapter HeatingControl v0.6.x:
OID Target for Anwesenheit not set
Die Meldung sollte eigentlich nur erscheinen, wenn man ein Thermostat konfguriert hat und dort die "OID Target" nicht konfiguriert hat. Also bitte mal beobachten, ob so eine Meldung wieder auftaucht, im Zuammenhang mit Anwesenheits-DP sollte so etwas nicht passieren...
-
Hallo,
kurz zur Ausgangslage: habe eine FBH und dort 6 Heizkreise welche jeweils mittels eines Shelly 1PM einen Stellantrieb ansteuern. Habe den Adapter schon in der letzten Heizsaison problemlos verwendet und wollte jetzt auf die aktuelle Version nachziehen. Dabei habe ich aktuell 1 Problem:
- Ich lasse mir von einem Skript das Objekt heatingcontrol.0.rooms.raum.windowisopen wie je her mit "true" befüllen wenns denn soweit ist, jedoch wird das Objekt heatingcontrol.0.rooms.raum.state nicht/nicht immer auf "window open" (bin mir grad nicht sicher wie der Text dort genau lautet) gestellt und somit die Temperaturabsenkung nicht vorgenommen. Ideas anyone?
lg
@piscator83 said in Test Adapter HeatingControl v0.6.x:
Hallo,
kurz zur Ausgangslage: habe eine FBH und dort 6 Heizkreise welche jeweils mittels eines Shelly 1PM einen Stellantrieb ansteuern. Habe den Adapter schon in der letzten Heizsaison problemlos verwendet und wollte jetzt auf die aktuelle Version nachziehen. Dabei habe ich aktuell 1 Problem:
- Ich lasse mir von einem Skript das Objekt heatingcontrol.0.rooms.raum.windowisopen wie je her mit "true" befüllen wenns denn soweit ist, jedoch wird das Objekt heatingcontrol.0.rooms.raum.state nicht/nicht immer auf "window open" (bin mir grad nicht sicher wie der Text dort genau lautet) gestellt und somit die Temperaturabsenkung nicht vorgenommen. Ideas anyone?
lg
Kann hier keiner helfen? :confounded:
Hier der Log bei einmal öffnen und schließen des Fensters
iobroker.2020-09-30.log -
@piscator83 said in Test Adapter HeatingControl v0.6.x:
Hallo,
kurz zur Ausgangslage: habe eine FBH und dort 6 Heizkreise welche jeweils mittels eines Shelly 1PM einen Stellantrieb ansteuern. Habe den Adapter schon in der letzten Heizsaison problemlos verwendet und wollte jetzt auf die aktuelle Version nachziehen. Dabei habe ich aktuell 1 Problem:
- Ich lasse mir von einem Skript das Objekt heatingcontrol.0.rooms.raum.windowisopen wie je her mit "true" befüllen wenns denn soweit ist, jedoch wird das Objekt heatingcontrol.0.rooms.raum.state nicht/nicht immer auf "window open" (bin mir grad nicht sicher wie der Text dort genau lautet) gestellt und somit die Temperaturabsenkung nicht vorgenommen. Ideas anyone?
lg
Kann hier keiner helfen? :confounded:
Hier der Log bei einmal öffnen und schließen des Fensters
iobroker.2020-09-30.log@piscator83 sorry, aber das log kann ich so nicht analysieren... Kannst du entweder "Log herunterladen" verwenden und dann in eine Text-Datei speichern, oder unter /opt/iobroker/log das log kopieren?
Wie sieht denn deine Konfiguration für diesen Datenpunkt im Adapter aus? Du kannst nicht direkt auf heatingcontrol.0.rooms.raum.windowisopen schreiben! Dieser DP ist read-only und dient nur zur Anzeige, ob ein Fenster in dem Raum offen ist. Du musst im Adapter UseSensors aktivieren und dann den entsprechenden Datenpunkt für den Fenstersensor / die Fenstersensoren unter Sensoren eintragen... Was soll dein script machen? Eigentlich braucht man dazu kein script... -
@kenny384 sagte in Test Adapter HeatingControl v0.6.x:
OID Target for Anwesenheit not set
Die Meldung sollte eigentlich nur erscheinen, wenn man ein Thermostat konfguriert hat und dort die "OID Target" nicht konfiguriert hat. Also bitte mal beobachten, ob so eine Meldung wieder auftaucht, im Zuammenhang mit Anwesenheits-DP sollte so etwas nicht passieren...
@Rene_HM Bisher gab es keine weiteren Warnmeldungen. Jetzt ist mir aufgefallen, dass alle paar Minuten der Fensterstatus geprüft wird:
heatingcontrol.0 2020-09-30 20:40:25.111 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 20:36:50.861 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 20:36:33.395 info (9850) CheckWindowOpen4Room nothing to do for Bad heatingcontrol.0 2020-09-30 20:23:49.936 info (9850) CheckWindowOpen4Room nothing to do for Kinderzimmer heatingcontrol.0 2020-09-30 20:20:08.918 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 20:15:38.801 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 20:14:39.119 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 20:11:55.918 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 20:11:14.613 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 20:10:39.466 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 19:47:02.613 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 19:46:22.506 info (9850) CheckWindowOpen4Room nothing to do for Bad heatingcontrol.0 2020-09-30 19:33:34.187 info (9850) CheckWindowOpen4Room nothing to do for Kinderzimmer heatingcontrol.0 2020-09-30 19:31:43.104 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 19:29:32.281 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 19:25:26.221 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 19:21:26.955 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 19:17:30.744 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 19:16:49.088 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 18:56:08.708 info (9850) CheckWindowOpen4Room nothing to do for Bad heatingcontrol.0 2020-09-30 18:52:09.669 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 18:43:19.746 info (9850) CheckWindowOpen4Room nothing to do for Kinderzimmer heatingcontrol.0 2020-09-30 18:38:53.717 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 18:35:13.093 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 18:30:55.056 info (9850) CheckWindowOpen4Room nothing to do for Wohnzimmer heatingcontrol.0 2020-09-30 18:23:39.992 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 18:23:23.091 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 18:12:53.680 info (9850) CheckWindowOpen4Room nothing to do for Galerie heatingcontrol.0 2020-09-30 18:05:58.760 info (9850) CheckWindowOpen4Room nothing to do for BadIst das ein Bug oder Feature?
-
@piscator83 sorry, aber das log kann ich so nicht analysieren... Kannst du entweder "Log herunterladen" verwenden und dann in eine Text-Datei speichern, oder unter /opt/iobroker/log das log kopieren?
Wie sieht denn deine Konfiguration für diesen Datenpunkt im Adapter aus? Du kannst nicht direkt auf heatingcontrol.0.rooms.raum.windowisopen schreiben! Dieser DP ist read-only und dient nur zur Anzeige, ob ein Fenster in dem Raum offen ist. Du musst im Adapter UseSensors aktivieren und dann den entsprechenden Datenpunkt für den Fenstersensor / die Fenstersensoren unter Sensoren eintragen... Was soll dein script machen? Eigentlich braucht man dazu kein script...@Rene_HM
Danke für die Hilfe hab in den Windowisopen state geschrieben. Kaum macht mans wie geplant, läufts auch wie geschmiert :-)
Lg
Support us
763
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge