NEWS
Test Adapter HeatingControl v2.12.x
-
@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
dann so herum 
das passt auch, nur eben keine Temperatur-Sensoren unter Sensoren ...@Rene_HM sagte in Test Adapter HeatingControl v0.3.x:
@AxelF1977
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
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
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
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
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
@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
Alles läuft jetzt wie gewollt. Fenster auf/zu und das Überschreiben der Fenster auf/zu Temperatur.
DANKE
-
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...
-
@laola sagte in Test Adapter HeatingControl v0.5.x:
heute reagiert die Heizung auf kein Fenster (obwohl der Status "offen" bei Änderung korrekt angezeigt wird...
aber abgesenkt wurde nicht? Hattest du dir das log angeschaut?
@Rene_HM nein, wurde nicht abgesenkt und aus dem Log werde ich nicht wirklich schlau. Das passiert, wenn ich das Fenster "Olaf Büro" öfnne - die Temperatur bleibt bei 18.5°C (Vorgabewert für offenes Fenster: 12°C). Scheint abeer nichts mit dem Feiertag zu tun zu haben - funktioniert heute auch nicht (mehr).
heatingcontrol.0 2020-05-22 14:47:32.935 info (5896) 26 cron jobs created
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: true
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: CreateWindowStatesTable done
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: <div class="mdui-listitem mdui-center-v mdui-red-bg" style="height:48px;"> <img height=40px src="/vis.0/HeatingControl/images/fts_window_1w_open.svg" </img> <div class="mdui-label">Bür
heatingcontrol.0 2020-05-22 14:47:27.902 info (5896) vis: CreateWindowStatesTable called
heatingcontrol.0 2020-05-22 14:47:27.899 info (5896) sensor open delay 5000 for Büro Olaf
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: Reaching SetWindowState for Rooms.Bad 2OG.WindowIsOpen
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges WindowIsOpen room found
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges WindowIsOpen true
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges heatingcontrol.0.Rooms.Büro Olaf.WindowIsOpen with true refreshVis false
heatingcontrol.0 2020-05-22 14:47:27.888 info (5896) Büro Olaf window open on windowOpen
heatingcontrol.0 2020-05-22 14:47:27.236 info (5896) 26 cron jobs created
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: false
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: CreateWindowStatesTable done
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: <div class="mdui-listitem mdui-center-v" style="height:48px;"> <img height=40px src="/vis.0/HeatingControl/images/fts_window_1w.svg" </img> <div class="mdui-label">Büro Olaf<div class=
heatingcontrol.0 2020-05-22 14:47:27.214 info (5896) vis: CreateWindowStatesTable called
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: Reaching SetWindowState for Rooms.Bad 2OG.WindowIsOpen
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: HandleStateChanges WindowIsOpen room found
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: HandleStateChanges WindowIsOpen false
heatingcontrol.0 2020-05-22 14:47:27.208 info (5896) vis: HandleStateChanges heatingcontrol.0.Rooms.Büro Olaf.WindowIsOpen with false refreshVis false -
@Rene_HM nein, wurde nicht abgesenkt und aus dem Log werde ich nicht wirklich schlau. Das passiert, wenn ich das Fenster "Olaf Büro" öfnne - die Temperatur bleibt bei 18.5°C (Vorgabewert für offenes Fenster: 12°C). Scheint abeer nichts mit dem Feiertag zu tun zu haben - funktioniert heute auch nicht (mehr).
heatingcontrol.0 2020-05-22 14:47:32.935 info (5896) 26 cron jobs created
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: true
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: CreateWindowStatesTable done
heatingcontrol.0 2020-05-22 14:47:27.906 info (5896) vis: <div class="mdui-listitem mdui-center-v mdui-red-bg" style="height:48px;"> <img height=40px src="/vis.0/HeatingControl/images/fts_window_1w_open.svg" </img> <div class="mdui-label">Bür
heatingcontrol.0 2020-05-22 14:47:27.902 info (5896) vis: CreateWindowStatesTable called
heatingcontrol.0 2020-05-22 14:47:27.899 info (5896) sensor open delay 5000 for Büro Olaf
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: Reaching SetWindowState for Rooms.Bad 2OG.WindowIsOpen
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges WindowIsOpen room found
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges WindowIsOpen true
heatingcontrol.0 2020-05-22 14:47:27.898 info (5896) vis: HandleStateChanges heatingcontrol.0.Rooms.Büro Olaf.WindowIsOpen with true refreshVis false
heatingcontrol.0 2020-05-22 14:47:27.888 info (5896) Büro Olaf window open on windowOpen
heatingcontrol.0 2020-05-22 14:47:27.236 info (5896) 26 cron jobs created
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: false
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: CreateWindowStatesTable done
heatingcontrol.0 2020-05-22 14:47:27.219 info (5896) vis: <div class="mdui-listitem mdui-center-v" style="height:48px;"> <img height=40px src="/vis.0/HeatingControl/images/fts_window_1w.svg" </img> <div class="mdui-label">Büro Olaf<div class=
heatingcontrol.0 2020-05-22 14:47:27.214 info (5896) vis: CreateWindowStatesTable called
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: Reaching SetWindowState for Rooms.Bad 2OG.WindowIsOpen
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: HandleStateChanges WindowIsOpen room found
heatingcontrol.0 2020-05-22 14:47:27.209 info (5896) vis: HandleStateChanges WindowIsOpen false
heatingcontrol.0 2020-05-22 14:47:27.208 info (5896) vis: HandleStateChanges heatingcontrol.0.Rooms.Büro Olaf.WindowIsOpen with false refreshVis false@laola sagte in Test Adapter HeatingControl v0.5.x:
5000
du musst 5 Sekunden warten bevor der Adapter absenkt. Das ist das Sensor Open Delay im admin, welches du auf 5 Sek stehen hast. (kannst es aber auch auf 0 setzen, dann reagiert der Adapter sofort...)
Das log deckt nur ab, dass der Adapter erkannt hat, dass ein Fenster geöffnet und wurde und das er nun wartet, ob das Fenster in 5 Sekunden immer noch offen ist...
Support us
100
Online32.4k
Users81.3k
Topics1.3m
Posts