Probleme mit HmIP-SRH Programm

[Markoko]

Hallo zusammen,

ich habe ein Problem mit meinem HmIP-SRH und werde nicht so wirklich schlau daraus.

In meinem Programm setzt er je nach Zustand die Variable auf einem bestimmten Wert. Das Programm sollte nur bei Änderung des Zustandes ausgeführt werden.
Da der HmIP-SRH ja auch in seinem bestimmten Rhythmus den gleichbleibenden Zustand an die CCU meldet wird jedes mal das Programm getriggert obwohl sich der Wert ja nicht geändert hat und er das Programm garnicht hätte ausführen dürfen.
Das selbe passiert auch in einem anderen Programm bei dem die Änderung eine Push Meldung auslöst.

Steh ich grad irgendwie auf dem Schlauch oder habe ich hier ein anderes Problem und ihr evtl. die Lösung.

Programm

Vielen Dank für eure Hilfe.
Viele Grüße
Marko

[MichaelN]

Bei mir sendet der SRH nur bei Zustand Änderung. Daher kann ich das Problem nicht nachvollziehen.Aber ich verstehe auch nicht, warum du den Zustand in eine SV spiegelt.

Du kannst 3 einzelne Programme raus machen, daß reduziert das triggern nach meiner Erfahrung

Oder du fragst ab
Wenn SRH Geschlossen
Und
SV offen
Oder
SV gekippt
Dann SV geschlossen

[Markoko]

Hallo Michael,

vielen Dank erstmal für deine Antwort.
Das Programm war nur ein Beispiel aus mehreren Programmen die eine ähnliche Prüfung macht.

Ich habe auch ein anderes Programm welches wie das andere gezeigte prüft und dann jeweils eine Pushmitteilung schickt.
Dieses Programm wird auch immer wieder getriggert obwohl sich der Status nicht ändert. Somit nur von dem erneuten Senden des SRH Status zur CCU.

Der SRH sendet ja auch zyklisch Statusmeldungen auch wenn der Status unverändert ist. Aber eigentlich sollte dies ja wie oben das Programm nicht triggern da der Zustand ja nicht verändert ist.
Die Zyklischen Meldungen kann man sehen wenn man das Logging des Geräts aktiviert.

Viele Grüße
Marko

[MichaelN]

Meiner meldet sich nicht alle 3 Minuten.

Schau dir mal die Geräteeinstellungen an

[Markoko]

Das ist dann rechnerisch ca. alle 42 Minuten bei der der gleichbleibende Status mitgeteilt wird.
War die Standarteinstellung. Mein optischer Türsensor hat die identischen Einstellungen und teilt den Status auch immer wieder an die CCU mit. Dieser Triggert jedoch nicht das zugehörige Programm da sich der Status ja nicht ändert sondern gleichbleibt. Beim SRH wird aber trotzdem das Programm getriggert.

Hab jetzt noch ein Update der CCU gemacht, nicht das hier mal ein BUG durch ein Update kam. Welche Version hat deine CCU?

[MichaelN]

Wird das Programm nur getriggert oder auch wirklich ausgeführt? Das sollte "bei Änderung" nicht passieren.

[Baxxy]

Aber eigentlich sollte dies ja wie oben das Programm nicht triggern da der Zustand ja nicht verändert ist.

Triggern tut es schon. Der Zeitstempel wird bei der zyklischen Übertragung aktualisiert. Aber ein DANN wird nicht ausgeführt. Zumindest in meinem, quasi identischen Programm.

[MichaelN]

Genauso würde ich das auch erwarten. Wenn das beim TO so nicht passiert, dann würde ich im ersten Schritt das Programm komplett neu erstellen. Und am besten für jede Option ein eigenes.

[Baxxy]

Was auf jeden Fall passiert ist, das die Systemvariable "Fenstergriff Wohnzimmer" beim Zentralenneustart auf "verriegelt" springt. Egal welchen Status der SRH tatsächlich hat. Bei der nächsten zyklischen Übertragung sollte dann der richtige Status in der SysVar gesetzt werden.

[Markoko]

Hallo Baxxy und Michael,

vielen Dank nochmal für eure Unterstützung. Ich habe gestern Abend noch ein Firmwareupdate der CCU gemacht. Nun funktioniert es.
Vielleicht hätte der Vorschlag mit dem Programm neu anlegen auch erfolg gebracht.

Vielen Dank euch nochmal.

Viele Grüße
Marko