NEWS
Test Adapter HeatingControl v2.12.x
-
@Bo-s_Pictures
Hier: Absolut oder Relativ?
Und hier:
Hast du vielleicht Relative Temperaturabsenkung und WindowOpenDecreease auf 0
da hab ich relative drin stehen
und ja steht auf 0 Grad da scheint woll mein fehler zu sein
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 nein, das ist nicht normal, aber das sollte dann aber auch geloggt werden.
Viellecht schaltest du mal debug log ein und postest dann das log hier.Ok, ich hab den Log für die Instanz auf Debug umgestellt. Ich werde posten, sobald es was gibt.
Danke erstmal
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 nein, das ist nicht normal, aber das sollte dann aber auch geloggt werden.
Viellecht schaltest du mal debug log ein und postest dann das log hier.Ok, ich hab den Log für die Instanz auf Debug umgestellt. Ich werde posten, sobald es was gibt.
Danke erstmal
Also bisher habe ich hier nichts mehr feststellen. ABER ich habe was anderes festgestellt. Ich habe meine Fensterkontakte HM-Sec-SCo als Sensoren in den Räumen eingetragen.
Jetzt passiert folgendes wenn die Instanz vom HeatingControl Adapter v0.5.0 läuft:
Beim öffnen der Fenster geht der Datenpunkt auf true, und automatisch nach ca. 7 sek wieder false.
Ist die Instanz ausgeschaltet, dann passiert das nicht, und der Datenpunkt des Sensors bleibt stabil bei true bis zum schließen.
Hat das Verhalten sonst noch jemand?
Im Log steht nichts.
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 nein, das ist nicht normal, aber das sollte dann aber auch geloggt werden.
Viellecht schaltest du mal debug log ein und postest dann das log hier.Ok, ich hab den Log für die Instanz auf Debug umgestellt. Ich werde posten, sobald es was gibt.
Danke erstmal
Also bisher habe ich hier nichts mehr feststellen. ABER ich habe was anderes festgestellt. Ich habe meine Fensterkontakte HM-Sec-SCo als Sensoren in den Räumen eingetragen.
Jetzt passiert folgendes wenn die Instanz vom HeatingControl Adapter v0.5.0 läuft:
Beim öffnen der Fenster geht der Datenpunkt auf true, und automatisch nach ca. 7 sek wieder false.
Ist die Instanz ausgeschaltet, dann passiert das nicht, und der Datenpunkt des Sensors bleibt stabil bei true bis zum schließen.
Hat das Verhalten sonst noch jemand?
Im Log steht nichts.
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
Beim öffnen der Fenster geht der Datenpunkt auf true
welcher Datenpunkt genau?
-
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
Beim öffnen der Fenster geht der Datenpunkt auf true
welcher Datenpunkt genau?
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
Beim öffnen der Fenster geht der Datenpunkt auf true
welcher Datenpunkt genau?
Dies betrift den Datenpunkt STATE im Sensor selber, der Datenpunkt im Ordner des Adapters bleibt auf true, egal ob das Fenster auf oder zu ist.
Eingestellt im Adapter
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:
Beim öffnen der Fenster geht der Datenpunkt auf true
welcher Datenpunkt genau?
Dies betrift den Datenpunkt STATE im Sensor selber, der Datenpunkt im Ordner des Adapters bleibt auf true, egal ob das Fenster auf oder zu ist.
Eingestellt im Adapter
-
@AxelF1977 was mir sofort auffällt: Unter Sensoren dürfen keine Temperatur-Sensoren (=Actual_Temperature) auftauchen... Da gehören nur die Fenstersensoren rein...
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 was mir sofort auffällt: Unter Sensoren dürfen keine Temperatur-Sensoren (=Actual_Temperature) auftauchen... Da gehören nur die Fenstersensoren rein...
Ok, dann hab ich hier wohl was falsch verstanden. Das sind HM-TC-IT-WM-W-EU Wandthermostate, die die Heizkörperthermostate steuern, also wie Sensoren.
Das heißt die kommen bei Thermostate rein? Anstatt den Heizkörperthermostaten?
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 was mir sofort auffällt: Unter Sensoren dürfen keine Temperatur-Sensoren (=Actual_Temperature) auftauchen... Da gehören nur die Fenstersensoren rein...
Ok, dann hab ich hier wohl was falsch verstanden. Das sind HM-TC-IT-WM-W-EU Wandthermostate, die die Heizkörperthermostate steuern, also wie Sensoren.
Das heißt die kommen bei Thermostate rein? Anstatt den Heizkörperthermostaten?
@AxelF1977 unter Thermostate musst du die Thermostate eintragen, die die Ziel-Temperatur benötigen (und da eigentlich auch nur OID_Zieltemperatur). Ich gehe davon aus, dass du deine WandTermostate nur als Thermometer für die Raum-Temperatur betreibst. Dann brauchst du die Wandthermostate im Adapter gar nicht.
-
@AxelF1977 unter Thermostate musst du die Thermostate eintragen, die die Ziel-Temperatur benötigen (und da eigentlich auch nur OID_Zieltemperatur). Ich gehe davon aus, dass du deine WandTermostate nur als Thermometer für die Raum-Temperatur betreibst. Dann brauchst du die Wandthermostate im Adapter gar nicht.
Wenn ich nur die Heizkörperthermostate eintrage, funktioniert das System nicht wie es soll.
Die Wandthermostate und die Heizungsthermostate sind per Homematic direkt verknüpft. Die Wandthermostate sind wichtig, da dort die Temperatur gemessen wird, die erreicht werden SOLL. Die Temperatur an den Heizkörpertermostaten ist nicht wichtig. Denn diese sind teil weit weg. Wenn das 20 Grad anliegen, sind es im Raum nur z.B. 18°C.
Der Heizungsthermostat ist daher nur als Stellantrieb tätig, ansonsten hat er nichts zu melden.
Er macht das, was der Wandthermostat sagt.
Ist wie bei der Ehe
Heizungsthermostat = Mann (nichts zu sagen)
Wandthermostat = Frau (hat das Kommando)ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
Wenn ich nur die Heizkörperthermostate eintrage, funktioniert das System nicht wie es soll.
Die Wandthermostate und die Heizungsthermostate sind per Homematic direkt verknüpft. Die Wandthermostate sind wichtig, da dort die Temperatur gemessen wird, die erreicht werden SOLL. Die Temperatur an den Heizkörpertermostaten ist nicht wichtig. Denn diese sind teil weit weg. Wenn das 20 Grad anliegen, sind es im Raum nur z.B. 18°C.
Der Heizungsthermostat ist daher nur als Stellantrieb tätig, ansonsten hat er nichts zu melden.
Er macht das, was der Wandthermostat sagt.
Ist wie bei der Ehe
Heizungsthermostat = Mann (nichts zu sagen)
Wandthermostat = Frau (hat das Kommando) -
@AxelF1977 :+1: dann so herum :-) das passt auch, nur eben keine Temperatur-Sensoren unter Sensoren ...
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 :+1: dann so herum :-) das passt auch, nur eben keine Temperatur-Sensoren unter Sensoren ...
Alles klar, dann sieht es jetzt so aus
Die Umstellung hat den Fehler eliminiert, dass den Status des Datenpunktes des Fensterkontaktes nach ca. 7 sek, umspringt :+1:
Wie lange ist das Intervall für Abfragen im HeatingControl Adapter? Wenn ich das Fenster öffne bleibt der Status auf false. Ist er dann doch true, dann geht er nicht mehr auf false :thinking_face:
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 :+1: dann so herum :-) das passt auch, nur eben keine Temperatur-Sensoren unter Sensoren ...
Alles klar, dann sieht es jetzt so aus
Die Umstellung hat den Fehler eliminiert, dass den Status des Datenpunktes des Fensterkontaktes nach ca. 7 sek, umspringt :+1:
Wie lange ist das Intervall für Abfragen im HeatingControl Adapter? Wenn ich das Fenster öffne bleibt der Status auf false. Ist er dann doch true, dann geht er nicht mehr auf false :thinking_face:
@AxelF1977 Diese Einstellungen sehen jetzt gut aus.
Es gibt kein Abfrage-Intervall (ähnlich einem Polling) Das ganze ist ereignisgesteuert, d.h. sobald ein Fenster geöffnet wird, wird der Adapter über diese Änderung informiert.
Aber: Wie hast du diese Werte engestellt?
Der eine Wert verzögert die Reaktion des Adapters auf ein Öffnen des Fensters und der andere entsprechend auf das Schließen.
Der DP WindowIsOpen reagiert sofort, aber der State springt erst auf "Absenkung wegen Fenster offen", wenn nach der eingestellten Verzögerung das Fenster immer noch auf ist.
Das soll Absenkungen verhinern, wenn man nur mal schnell das Fenster öffnet und gleich weder schliesst...Übrigens: welcher Status bleibt auf false? Du meinst der Status/State bleibt auf "normal" und nicht "Fenster geöffnet" -> so wie du es zwei posts weiter oben gezeigt hast?
-
@AxelF1977 Diese Einstellungen sehen jetzt gut aus.
Es gibt kein Abfrage-Intervall (ähnlich einem Polling) Das ganze ist ereignisgesteuert, d.h. sobald ein Fenster geöffnet wird, wird der Adapter über diese Änderung informiert.
Aber: Wie hast du diese Werte engestellt?Der eine Wert verzögert die Reaktion des Adapters auf ein Öffnen des Fensters und der andere entsprechend auf das Schließen.
Der DP WindowIsOpen reagiert sofort, aber der State springt erst auf "Absenkung wegen Fenster offen", wenn nach der eingestellten Verzögerung das Fenster immer noch auf ist.
Das soll Absenkungen verhinern, wenn man nur mal schnell das Fenster öffnet und gleich weder schliesst...Übrigens: welcher Status bleibt auf false? Du meinst der Status/State bleibt auf "normal" und nicht "Fenster geöffnet" -> so wie du es zwei posts weiter oben gezeigt hast?
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 Diese Einstellungen sehen jetzt gut aus.
Es gibt kein Abfrage-Intervall (ähnlich einem Polling) Das ganze ist ereignisgesteuert, d.h. sobald ein Fenster geöffnet wird, wird der Adapter über diese Änderung informiert.
Aber: Wie hast du diese Werte engestellt?Der eine Wert verzögert die Reaktion des Adapters auf ein Öffnen des Fensters und der andere entsprechend auf das Schließen.
Der DP WindowIsOpen reagiert sofort, aber der State springt erst auf "Absenkung wegen Fenster offen", wenn nach der eingestellten Verzögerung das Fenster immer noch auf ist.
Das soll Absenkungen verhinern, wenn man nur mal schnell das Fenster öffnet und gleich weder schliesst...Übrigens: welcher Status bleibt auf false? Du meinst der Status/State bleibt auf "normal" und nicht "Fenster geöffnet" -> so wie du es zwei posts weiter oben gezeigt hast?
Window is open bleibt auf false, obwohl das Fenster offen ist, der State springt nicht um
eingestellt ist das Intervall (Polling fehlte mir gerade als Wort, danke)
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 Diese Einstellungen sehen jetzt gut aus.
Es gibt kein Abfrage-Intervall (ähnlich einem Polling) Das ganze ist ereignisgesteuert, d.h. sobald ein Fenster geöffnet wird, wird der Adapter über diese Änderung informiert.
Aber: Wie hast du diese Werte engestellt?Der eine Wert verzögert die Reaktion des Adapters auf ein Öffnen des Fensters und der andere entsprechend auf das Schließen.
Der DP WindowIsOpen reagiert sofort, aber der State springt erst auf "Absenkung wegen Fenster offen", wenn nach der eingestellten Verzögerung das Fenster immer noch auf ist.
Das soll Absenkungen verhinern, wenn man nur mal schnell das Fenster öffnet und gleich weder schliesst...Übrigens: welcher Status bleibt auf false? Du meinst der Status/State bleibt auf "normal" und nicht "Fenster geöffnet" -> so wie du es zwei posts weiter oben gezeigt hast?
Window is open bleibt auf false, obwohl das Fenster offen ist, der State springt nicht um
eingestellt ist das Intervall (Polling fehlte mir gerade als Wort, danke)
@AxelF1977 Hast du mal das debug log beobachtet, wenn du das Fenster öffnest? das sollte eigentlich sehr ausführlich geloggt werden :-)
und du hast auch eine Absenkung bei FensterOffen konfiguriert (siehe ein paar posts weiter oben)? und relativ / absolut richtig verwendet? -
@AxelF1977 Hast du mal das debug log beobachtet, wenn du das Fenster öffnest? das sollte eigentlich sehr ausführlich geloggt werden :-)
und du hast auch eine Absenkung bei FensterOffen konfiguriert (siehe ein paar posts weiter oben)? und relativ / absolut richtig verwendet?@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 Hast du mal das debug log beobachtet, wenn du das Fenster öffnest? das sollte eigentlich sehr ausführlich geloggt werden :-)
und du hast auch eine Absenkung bei FensterOffen konfiguriert (siehe ein paar posts weiter oben)? und relativ / absolut richtig verwendet?Anbei aus dem Log Fester zu -> Fenster auf
heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### not handled hm-rpc.2.OEQ1200578.1.STATE {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182} heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### 222 not handled yet heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}] heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) handle id hm-rpc.2.OEQ1200578.1.STATE state {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182} heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### 111 not handled yet heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### hm-rpc.2.OEQ1200578.1.STATE hm-rpc.2.OEQ0700027.2.SET_TEMPERATURE true 19 heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### handle state change hm-rpc.2.OEQ1200578.1.STATE {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182}Eine FensterOffen Temperatur ist noch nicht konfiguriert, würde dann aber so aussehen, absenken auf 16°
Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
Und ein großes Danke für Dein unermüdliches Schreiben und die Hilfe!
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977 Hast du mal das debug log beobachtet, wenn du das Fenster öffnest? das sollte eigentlich sehr ausführlich geloggt werden :-)
und du hast auch eine Absenkung bei FensterOffen konfiguriert (siehe ein paar posts weiter oben)? und relativ / absolut richtig verwendet?Anbei aus dem Log Fester zu -> Fenster auf
heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### not handled hm-rpc.2.OEQ1200578.1.STATE {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182} heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### 222 not handled yet heatingcontrol.0 2020-05-19 21:39:34.188 debug (8470) ### handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}] heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) handle id hm-rpc.2.OEQ1200578.1.STATE state {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182} heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### 111 not handled yet heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### hm-rpc.2.OEQ1200578.1.STATE hm-rpc.2.OEQ0700027.2.SET_TEMPERATURE true 19 heatingcontrol.0 2020-05-19 21:39:34.187 debug (8470) ### handle state change hm-rpc.2.OEQ1200578.1.STATE {"val":true,"ack":true,"ts":1589917174182,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1589917174182}Eine FensterOffen Temperatur ist noch nicht konfiguriert, würde dann aber so aussehen, absenken auf 16°
Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
Und ein großes Danke für Dein unermüdliches Schreiben und die Hilfe!
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}]Irgendetwas stimmt mit deiner Konfiguration nicht! type:2 ist ein Thermostat, du brauchst hier type:3 im log.
Hast du den Fensterkontakt versehentlich im Thermostat für die Küche konfiguriert? Wohnzimmer hat oben ja gepasst... Zeige mal die Konfiguration der Küche...Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
ja das ist korrekt, die nutzt der Adapter nicht...
-
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}]Irgendetwas stimmt mit deiner Konfiguration nicht! type:2 ist ein Thermostat, du brauchst hier type:3 im log.
Hast du den Fensterkontakt versehentlich im Thermostat für die Küche konfiguriert? Wohnzimmer hat oben ja gepasst... Zeige mal die Konfiguration der Küche...Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
ja das ist korrekt, die nutzt der Adapter nicht...
@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}]Irgendetwas stimmt mit deiner Konfiguration nicht! type:2 ist ein Thermostat, du brauchst hier type:3 im log.
Hast du den Fensterkontakt versehentlich im Thermostat für die Küche konfiguriert? Wohnzimmer hat oben ja gepasst... Zeige mal die Konfiguration der Küche...Guter Hinweis, habe ich gleich mal überprüft, aber nein, da scheint alles richtig zu sein
Ich hab mir auch das Wohnzimmer angesehen, das Verhalten ist das selbe, hier sagt das log
heatingcontrol.0 2020-05-20 21:30:48.615 debug (20234) ### handle devices [{"id":15,"name":"Fensterkontakt Wohnzimmer rechts","OID_Target":"hm-rpc.2.OEQ1562279.1.STATE","isActive":true,"type":2,"room":"Wohnzimmer"}] heatingcontrol.0 2020-05-20 21:30:48.615 debug (20234) handle id hm-rpc.2.OEQ1562279.1.STATE state {"val":false,"ack":true,"ts":1590003048329,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1590003048329}@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
ja das ist korrekt, die nutzt der Adapter nicht...
Genau, der Adapter sollte die nicht nutzen. Wenn ich in HM 12°C einstelle für Fenster auf, nutzt er diese, nicht die im Adapter eingestellten 16°C.
Hab ich da einen Denkfehler?
ASROCK Deskmini Intel I3 8100 16GB mit Proxmox VM ioBroker VM DIYHue| CCU piVCCU + FHEM auf Raspberry | Maria DB mit Grafana und Prometheus auf Tinker Board
-
@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
handle devices [{"id":3,"name":"Fensterkontakt Küche","OID_Target":"hm-rpc.2.OEQ1200578.1.STATE","isActive":false,"type":2,"room":"Küche"}]Irgendetwas stimmt mit deiner Konfiguration nicht! type:2 ist ein Thermostat, du brauchst hier type:3 im log.
Hast du den Fensterkontakt versehentlich im Thermostat für die Küche konfiguriert? Wohnzimmer hat oben ja gepasst... Zeige mal die Konfiguration der Küche...Guter Hinweis, habe ich gleich mal überprüft, aber nein, da scheint alles richtig zu sein
Ich hab mir auch das Wohnzimmer angesehen, das Verhalten ist das selbe, hier sagt das log
heatingcontrol.0 2020-05-20 21:30:48.615 debug (20234) ### handle devices [{"id":15,"name":"Fensterkontakt Wohnzimmer rechts","OID_Target":"hm-rpc.2.OEQ1562279.1.STATE","isActive":true,"type":2,"room":"Wohnzimmer"}] heatingcontrol.0 2020-05-20 21:30:48.615 debug (20234) handle id hm-rpc.2.OEQ1562279.1.STATE state {"val":false,"ack":true,"ts":1590003048329,"q":0,"from":"system.adapter.hm-rpc.2","user":"system.user.admin","lc":1590003048329}@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:
@AxelF1977 sagte in Test Adapter HeatingControl v0.5.x:
Was mir gerade noch aufgefallen ist. In der CCU ist auch eine Absenktemperatur eingestellt, diese wird von der im Adapter eingestellten nicht "überschrieben"
ja das ist korrekt, die nutzt der Adapter nicht...
Genau, der Adapter sollte die nicht nutzen. Wenn ich in HM 12°C einstelle für Fenster auf, nutzt er diese, nicht die im Adapter eingestellten 16°C.
Hab ich da einen Denkfehler?
@AxelF1977 schalte mal UseActors ein und schaue, ob unter Aktoren etwas konfiguriert ist. Wenn ja, lösche das raus, und schalte dann UseActors wieder aus...
Genau, der Adapter sollte die nicht nutzen. Wenn ich in HM 12°C einstelle für Fenster auf, nutzt er diese, nicht die im Adapter eingestellten 16°C.
Hab ich da einen Denkfehler?
Für eine Variante musst du dich entscheiden, beide gleichzeitig wird eher nicht funktionieren... Im Moment reagiert der Adapter bei dir noch nicht auf FensterAuf, wenn er es tut, wird die Änderung wahrscheinlich von der CCU wieder überschrieben...
-
@AxelF1977 schalte mal UseActors ein und schaue, ob unter Aktoren etwas konfiguriert ist. Wenn ja, lösche das raus, und schalte dann UseActors wieder aus...
Genau, der Adapter sollte die nicht nutzen. Wenn ich in HM 12°C einstelle für Fenster auf, nutzt er diese, nicht die im Adapter eingestellten 16°C.
Hab ich da einen Denkfehler?
Für eine Variante musst du dich entscheiden, beide gleichzeitig wird eher nicht funktionieren... Im Moment reagiert der Adapter bei dir noch nicht auf FensterAuf, wenn er es tut, wird die Änderung wahrscheinlich von der CCU wieder überschrieben...
@Rene_HM sagte in Test Adapter HeatingControl v0.5.x:
@AxelF1977 schalte mal UseActors ein und schaue, ob unter Aktoren etwas konfiguriert ist. Wenn ja, lösche das raus, und schalte dann UseActors wieder aus...
Genau, der Adapter sollte die nicht nutzen. Wenn ich in HM 12°C einstelle für Fenster auf, nutzt er diese, nicht die im Adapter eingestellten 16°C.
Hab ich da einen Denkfehler?
Für eine Variante musst du dich entscheiden, beide gleichzeitig wird eher nicht funktionieren... Im Moment reagiert der Adapter bei dir noch nicht auf FensterAuf, wenn er es tut, wird die Änderung wahrscheinlich von der CCU wieder überschrieben...
Ich verneige mich!
Tatsächlich waren in den Aktoren die Fensterkontakte drin. Ich hatte die zwar gelöscht als ich nur Sensoren verwenden wollte, aber evtl. habe ich nicht gespeichert?
Jeden falls bin ich Dir sehr dankbar, und entschuldige mich für meine Dusseligkeit :dizzy_face:
Alles läuft jetzt wie gewollt. Fenster auf/zu und das Überschreiben der Fenster auf/zu Temperatur.
DANKE :beers:
-
kann es sein, dass die Temperaturabsenkung für Fester auf nicht am Feiertag funktioniert ? Zumindest hatte ich bis gestern kein Problem bemerkt - heute reagiert die Heizung auf kein Fenster (obwohl der Status "offen" bei Änderung korrekt angezeigt wird...
-
kann es sein, dass die Temperaturabsenkung für Fester auf nicht am Feiertag funktioniert ? Zumindest hatte ich bis gestern kein Problem bemerkt - heute reagiert die Heizung auf kein Fenster (obwohl der Status "offen" bei Änderung korrekt angezeigt wird...
Support us
661
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge