Fenster „schließt“ nicht mehr

[Rich990]

Hallo, Ich habe heute auf die aktuelle stable Version geupdated. Jetzt habe ich festgestellt, dass die Thermostate ganz normal runtergehen sobald ich ein Fenster öffne. Allerdings wenn ich das Fenster dann wieder schließe bleibt die Temperatur um die eingestellten Grad abgesenkt. Egal welches Delay ich einstelle, die Temperatur bleibt abgesenkt. Weder am Thermostat drehen, noch in eine neue Periode kommen ändert etwas. Der Status bleibt auf „Auto Window Open“ und die Absenkung wird angewandt. Erst durch einen Adapter Neustart wird das Problem behoben.

[rg-engineering]

Dann schalte bitte den Adapter auf debug, mache das Fenster auf und zu und poste das log... Danke. Welche Thermostate verwendest du? Welche Sensoren? Passiert das in allen Räumen oder nur in einem? Von welcher Version hast du aktualisiert (von einer 1.x auf 2.6.2)?

[Rich990]

Ich habe von 2.5 auf 2.6 aktualisiert. Sowohl die Thermostate ( HM-CC-RT-DN) als auch die Fenstersensoren (HM-Sec-SCo) sind von Homematic. Ja es passiert in allen Räumen. Das Delay ist auf 1200 Sekunden also 20 Minuten gestellt. Hier der Auszug wenn ich das "Büro"-Fenster öffne und schließe. ioBroker_Heizung.txt

[rg-engineering]

Das log zeigt keine Unffälligkeiten: das Fenster geht zu, das SensorCloseDelay von 1200000 ms wird gestartet. Umschaltung auf "auto" sollte nach 20 Minuten (also nach dem Delay) erfolgen... Die Frage ist, was nach Ablauf dieser Zeit passiert, das zeigt das log aber leider nicht...

[Rich990]

Ich mache das morgen nochmal und lade dann auch die folgenden. Minuten hoch. Danke schon mal für die Hilfe!

[Rich990]

ich habe es gestern und heute noch mehrfach probiert und es nicht mehr reproduzieren können. JEtzt läuft es wieder alles wie es soll. Das näcshte mal warte ich zwei Tage und starte das System mal neu bevor ich mich hier melde. Trotzdem vielen Dank für die Hilfe!

[Rich990]

Hallo, anbei nun doch nochmal ein Auszug aus dem Log. Ich habe festgestellt, dass es nur in diesem Zimmer (zwei Sensoren, bei beiden) passiert. In allen anderen Räumen funktioniert es, egal ob dort ein oder zwei Fenster(sensoren) sind. küche.txt

[rg-engineering]

Leider fehlt im log immer noch etwas... Wir starten das delay um 18:01:49, die 20 Minuten sind um 18:21:49 vorbei, das log stoppt aber um 18:21:42 (also 7 Sekunden zu früh)

[Rich990]

ich habe keine weiteren Zeilen hinzugefügt, da dann der nächste Raum in dem Log kam. Hier nun noch die weiteren Zeilen die Küche betreffend über die letzten 2 Stunden. Der Sensor ist als solcher im ioBroker seit 18:01 als geschlossen hinterlegt, nur im heatingcontrol adapter ist das Fenster immer noch "offen". küche_2.txt

[rg-engineering]

gibt es kein log um 18:21:49 ? ich würde um diese Zeit ein "Window close timeout for Küche" erwarten... Seltsam ist auch, dass um 18:22:07 vom gleichen Sensor nochmal "IsClosed" gemeldet wird... Zu der Zeit wird das SensorCloseDelay nochmal gestartet und der um 18:01:49 (?) gestartete Timer gestoppt. Kann es sein, dass deine Sensoren den Statuswechsel mehrfach melden? Das würde dazu führen, dass der Timer ständig gestoppt und wieder neu gestartet wird, wenn zum Zeitpunkt des Statuswechsel der timer immer noch läuft. Das könnte man prüfen, indem das Delay mal auf 20 Sekunden oder 1 Minute gesetzt wird.

und jetzt das log noch bis zum Ende gelesen: im letzten Abschnitt haben wir plötzlich um 19:57:51 das erwartete "Window close timeout for Küche". Zu dem Zeitpunkt ist aber ein Fenster (NEQ0094093) geschlossen und eines offen ( NEQ0093960). Der zweite war aber um 18:22:07 bereits geschlossen. Liefert der NEQ0093960 kein stabiles Signal? Vielleicht prüfst du das Originallog mal, ob der NEQ0093960 auf und zu -Meldungen liefert...

[slimline33]

Ich habe das selbe Phänomen beobachten können. Habe leider zu spät auf Debug laufen lassen. Aber das schließen ist mit dabei!

log-fenster-heating-controle.txt

[rg-engineering]

@slimline33 wäre gut zu wissen, welches Zimmer hier den Fehler bringt...

[slimline33]

Küche, Schlafzimmer und Esszimmer. Schlafzimmer und Esszimmer haben zwei jeweils zwei Fenster!

Morgen teste ich noch einmal mit Debug vom Öffnen bis zum schließen.

[rg-engineering]

@slimline33 aber die gehen laut log alle auf und zu? Bitte beim Test nur ein Fenster öffnen und schliessen, ansonsten wird das log so unübersichtlich ... und bitte die langen timeouts abwarten. Wenn ein Fenster geöffnet wird und ein weiteres im gleichen Raum, dann wird der ursprünglich gestartete timer gestoppt und neu gestartet. Dann dauert es bei dir 10 Minuten vom letzten Öffnen des Fensters, bis der Adapter das auch als geöffnet registriert. Wenn innerhalb der 10 Minuten eines der Fenster geschlossen wird, dann passiert im Adapter gar nichts, da der timer dann auch wieder gestoppt wird...

[Hohenbostler]

Hi ohne ein Log zur hand zur haben habe ich aber das selbe Problem. Allerdings "glaube ich " wenn zwischen öffnen und Schließen des Fensters ein Profilwechsel dazwischen ist.

[rg-engineering]

@slimline33 , @Rich990 gibt es von euch noch etwas neues? Bei mir hier in der Simulation passt es (auch bei Profilwechsel)

[slimline33]

Hi @rg-engineering danke für den Reminder. Ich habe keine Profilwechsel bzw nutze ich nur eines im Moment. Mir ist es aufgefallen, sobald 2 Fenster in einem Raum sind, versagt die Fenstererkennung.

Ich hab das auf dem Schirm und werde einen Log nachliefern!

[Rich990]

Sry für die späte Antwort, aber ich habe das Wochenende den Fehler weiter gesucht. Es lag tatsächlich an dem Sensor. Was da genau schief läuft kann ich zwar immer noch nicht beschreiben, denn der gesendete Status passt zu dem was ich haptisch tue, aber es kam immer wieder zu dem Verhalten. Dann habe ich den Sensor getauscht und schon hat es funktioniert. vielen Dank für die nützlichen Tipps und Hinweise!

[slimline33]

Also bei mir ist der Fehler leider immer noch vorhanden. Ich hatte zwar zwischenzeitlich auch einen dead Sensor, den habe ich aber jetzt nicht mehr in der HC hinterlegt. Die anderen Sensoren funktionieren auf jeden Fall (sehe ich am Pittini Script). Die ganzen Tage hatte ich keine Probleme mehr aber dann ausgerechnet heute wieder ein Fenster nicht geschlossen. Das passiert ständig in den Räumen wo zwei Fenstersensoren hinterlegt sind. Mein Debug Log sieht dann so aus wie der letzte.

Evtl. könnte es auch an einem anderen Fenster liegen was noch als "geschlossen" erkannt wird, dann aber die weitere Fenstererkennung nicht mehr aktualisiert wird.

Bitte haltet das Issue offen. Ich versuche es nochmal.

Gruß Christoph

[rg-engineering]

Vielleicht hilft ja auch die Datenaufzeichnung per history und Darstellung als flot.. Hier mal ein Beispiel aus meiner Dauer-Simulation:

[slimline33]

Puh. Ich denke ich werde die Erkennungszeit mal runterschrauben. Dann geht das einfacher für mich und ich könnte evtl. auch den Fehler leichter eingrenzen. Ich versuche nochmal mein Glück!

[rg-engineering]

@slimline33 gibt es hier neue Erkenntnisse oder kann ich das issue schliessen?

[slimline33]

Hehe ja jetzt wo du es sagst 😬 defekte Sensoren habe ich keine und es passiert nicht jedes mal. Aber immer bei den Räumen wo es zwei Fenster gibt.

Meine Lösung soweit : Ich starte die Instanz neu sobald das letzte Fenster geschlossen wurde.

[rg-engineering]

hast du mal versucht, die Daten per history aufzuzeichnen? was passiert, wenn du die delays auf wenige Sekunden reduzierst?

[Hohenbostler]

Hehe ja jetzt wo du es sagst 😬 defekte Sensoren habe ich keine und es passiert nicht jedes mal. Aber immer bei den Räumen wo es zwei Fenster gibt.

Meine Lösung soweit : Ich starte die Instanz neu sobald das letzte Fenster geschlossen wurde.

Ich starte meine Instanzen stündlich neu damit geht es auch als Übergangslösung. Schön ist es aber nicht so richtig

[rg-engineering]

Das sehe ich auch so, aber solange ich den Fehler nicht sehe, kann ich ihn nicht beheben. Bisher habe ich kein log, welches das Problem wirklich zeigt und meine eigenen Tests waren und sind positiv... @Hohenbostler hast du ebenfalls sehr lange Fenster-auf und/oder -zu Verzögerungen? und betrifft das bei dir auch nur Räume mit zwei oder mehr Fenstern?

[rg-engineering]

In #305 sieht es so aus, als ob die zyklische Statusinformation des Sensors den Timer killed. Ich baue den Adapter bzgl. der Timer nochmal um. Jeder Sensor bekommt nun seinen eigenen timer... und die zyklischen Statusupdates ignoriere ich...

[rg-engineering]

sollte mit 2.8.6 behoben sein...

[slimline33]

Sehr schön. Dann deaktiviere ich mal den Neustart und werde das beobachten! Vielen Dank