Test Adapter HeatingControl v2.12.x

[Bo ́s_Pictures]

@Pittini
JA das hab ich Aktiv weil wenn das nicht Aktiv ist hat man gar nicht das Sensor Auswahlfenster beim den Regeln (bild oben)

EDIT: seh aber gerade das bei deinem Screen noch was unten dran ist?

ich nutze die Version 0.3.19

[Pittini]

@Bo-s_Pictures sagte in Test Adapter HeatingControl v0.3.x:

EDIT: seh aber gerade das bei deinem Screen noch was unten dran ist?

Ja, ich hab die 0.4 in der mein Skript integriert wurde um mein Vis Projekt ohne Zusatzskript verwenden zu können. Dürfte aber nix mit Deinem Problem zu tun haben. Reagiert denn der Datenpunkt unter "heatingcontrol.0.Rooms.EinerDeinerRäume.WindowIsOpen" wenn Du das Fenster aufmachst?

[Bo ́s_Pictures]

@Pittini
Ja Reagiert steht bei Fenster zu auf False

Hier die beiden Screens (Am Regler ändert sich nix)

[Gsiberger]

@Bo-s_Pictures
Hier: Absolut oder Relativ?

Und hier:

Hast du vielleicht Relative Temperaturabsenkung und WindowOpenDecreease auf 0

[Bo ́s_Pictures]

@Gsiberger

da hab ich relative drin stehen

und ja steht auf 0 Grad da scheint woll mein fehler zu sein

[AxelF1977]

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

[Rene_HM]

@AxelF1977 sagte in Test Adapter HeatingControl v0.3.x:

Beim öffnen der Fenster geht der Datenpunkt auf true

welcher Datenpunkt genau?

[AxelF1977]

@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

[Rene_HM]

@AxelF1977 was mir sofort auffällt: Unter Sensoren dürfen keine Temperatur-Sensoren (=Actual_Temperature) auftauchen... Da gehören nur die Fenstersensoren rein...

[AxelF1977]

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

[Rene_HM]

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

@Rene_HM

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)

[Rene_HM]

@AxelF1977 dann so herum das passt auch, nur eben keine Temperatur-Sensoren unter Sensoren ...

[AxelF1977]

@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

[Rene_HM]

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

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

[Rene_HM]

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

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

[Rene_HM]

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

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