Kanal 2 (Statusmitteilung Schaltausgang) eines HmIP-PS2 9YM triggert Programm nicht

[Weseler485]

Describe the issue you are experiencing

Wenn der Kanal Statusmitteilung Schaltausgang eines HmIP-PS2 9YM im Programm als Trigger "bei Schaltzustand: EIN bei Änderung auslösen" hinterlegt wird, triggert das Programm nicht. Ein HmIP-PS funktioniert als Trigger einwandfrei.

Describe the behavior you expected

Änderung des DPs soll zuverlässig das Programm triggern.

Steps to reproduce the issue

1. Systemvariable "debug" als Zeichenkette anlegen
2. Programm "Test" anlegen und den Kanal 2 eines HmIP-PS2 9YM im Programm als Bedingung "bei Schaltzustand: EIN bei Änderung auslösen" hinterlegen.
3. dom.GetObject("debug").State("Erfolgreich getriggert"); als auszuführendes Script hinterlegen.
4. Den Aktor schalten.
5. Feststellen, dass sich an der Variable nichts geändert hat

What is the version this bug report is based on?

3.79.6.20241122

Which base platform are you running?

rpi3 (RaspberryPi3, ARM64/aarch64)

Which HomeMatic/homematicIP radio module are you using?

RPI-RF-MOD

Anything in the logs that might be useful for us?

.

Additional information

No response

[Baxxy13]

Da kann man nicht so wirklich was zu schreiben weil ich keine HmIP-PS2 9YM habe.
Das musst du erstmal selber debuggen.

• Statuskanal auf protokolliert stellen und das Systemprotokoll checken
• am besten mit dem SDV das Programm aufdröseln und speziell die SingleCondition (SCx) prüfen. Hier muss die ID des STATE-Datenpunktes (vom Statuskanal) drin stehen.

[Weseler485]

Danke für deine Rückmeldung. Hab mich direkt mal ans Werk gemacht und dabei eine interessante Entdeckung:
Wenn ich unter Status und Bedienung das Gerät anschaue, dann wird die Änderung an den drei virtuellen Kanälen immer sauber angezeigt. Der Statuskanal ändert nur sporadisch und wenn, dann immer auf das Gegenteil vom Ist-Zustand. Ist der Aktor aus, steht da ein und anders herum.

• Statuskanal auf protokolliert stellen und das Systemprotokoll checken

Hab ich gemacht. Hier wird jeder Schaltvorgang zuverlässig erfasst:

• Status Sektion: Normal, Schaltzustand: Ein, Profilabschnitt: 2, Gerät nicht aktiv
• Status Sektion: Normal, Schaltzustand: Aus, Profilabschnitt: 0, Gerät nicht aktiv

Aber: Hier ist es ebenfalls exakt falsch herum. Schaltzustand: Ein entspricht Aktor aus und Schaltzustand: Aus entspricht Aktor ein.

Zum Vergleich: Beim HmIP-PS wird es in beiden Fällen zuverlässig erfasst und auch korrekt herum angezeigt.

• am besten mit dem SDV das Programm aufdröseln und speziell die SingleCondition (SCx) prüfen. Hier muss die ID des STATE-Datenpunktes (vom Statuskanal) drin stehen.

Das habe ich noch nie gemacht und muss mich da erstmal reinfuchsen.

[MichaelN0815]

Wie sehen denn die Geräteeinstellungen aus?

[Baxxy13]

Gut.
Dann ist ja schon mal klar warum dein Programm nicht triggert. Du triggerst auf "EIN", das Gerät meldet aber "AUS".
Die Frage wäre nun ob der Status der in der WebUI ankommt auch dem physischen Status des Relaisausgangs entspricht.
Also irgendwas dranhängen (Lichterkette) und prüfen.

"Verfummeln" kann man den Status wenn man an den Verknüpfungslogiken der 3 virt. Kanäle dreht ohne genau zu wissen was man macht.
Daran hat bestimmt auch Micha gedacht und deshalb ist ein Screenshot der Geräteeinstellungen wichtig.

Wenn da alles passt (sehen wir dann) dann kann man nicht viel machen außer der "eQ-3 Holzhammer Methode":
Gerät aus der Zentrale löschen und danach neu anlernen.

[Weseler485]

Die Geräteeinstellungen sind ziemlich unspektakulär:

Neu anlernen wird nichts bringen, weil das Problem jeden HmIP-PS2 9YM von mir betrifft. Auch die, die ganz frisch angelernt sind.
Weiteres Testing - neue Erkenntnisse:

1. Es ist nur der 9YM betroffen. Die PS2 ohne den Zusatz funktionieren alle.
2. Das Verhalten im Systemprotokoll ist auch nicht konsistent. Inzwischen bekomme ich es ganz oft hin, dass dort nur "AUS" erfasst wird und sämtlich "EIN" Einträge fehlen.
3. Der tatsächliche Status des Aktors ("Lichterkette") entspricht immer dem, was man aus Kanal 3 bis 5 erwartet, aber nicht immer dem Statuskanal.
4. Das Problem tritt nur auf, wenn man den Aktor mit einer Direktverknüpfung schaltet. Per GUI und per Script ist das Problem aktuell nicht nachstellbar.

[Baxxy13]

Mir fällt auf daß du die Eventverzögerung für den Statuskanal deaktiviert hast.
Möglicherweise kollidieren da irgendwelche Funktelegramme und können somit nicht sauber von der Zentrale empfangen werden. Also mal testweise auf Default stellen.

Ansonsten sieht das eher nach Firmware-Problem der PS 9YM aus, da können wir nix machen.

Den ganzen Routing-Kram würde ich auch deaktivieren wenn er nicht notwendig ist.

[Weseler485]

Sorry, war paar Tage beruflich unterwegs.

Zwar muss der Langzeittest es noch bestätigen, aber es scheint damit (besser) zu gehen.

Würde mich wirklich mal interessieren, wieso das nur diese paar Aktoren betrifft. Irgendwas ist da anders - wenn auch nur die Position im Haus...