Virtuelle Taster in Programmen

[robbi77]

Sieht jemand ein Programm?

[Baxxy]

Soweit ich mich erinnere hat dieses "Problem" keine Auswirkungen auf Aktionen der CCU.
Es macht auch, für die Ausführung des Dann, keinen Unterschied ob man das Programm manuell anstößt oder ob es durch irgendeinen Trigger angestoßen wird.
Klingt eher nach Funkkollision.

[stefan13]

Das "Problem" scheint wirklich ein anderes zu sein - ich hab es jetzt zum Laufen bekommen, kann mir aber das Verhalten nicht erklären.

Ich hab ein ganz einfaches Programm, dass ausgeführt wird, wenn die Eingangstür geöffnet wird.
Dann soll der Taster einen Befehl ausführen und das Licht einschalten.

Wenn ich den Virtuellen Schalter als Gerät auswähle und "DIREKT" ausführe, dann schaltet der HmIP-BSM Aktor nicht.
Im Logile kommt dann auch der unbekannte Fehler.

Wenn ich bei Aktivität anstelle des Gerätes ein Script zum Schalten einbinde

Code: Alles auswählen

datapoints.Get("HmIP-RF.HmIP-RCV-1:10.PRESS_SHORT").State(true)

dann verschwindet der unbekannte Fehler, aber geschaltet wird trotzdem nichts - statt dessen kommt immer noch der Kommunikation Fehler (Gerätekommunikation gestört). Das passt zu Baxxy's Vermutung.

Wenn ich allerdings die Ausführung von "SOFORT" auf "VERZÖGERT" um 1 Sek. ändere, dann Schalter der Aktor, wie erwartet.
Mit der 1 Sekunden Verzögerung kann ich auch den Virtuellen Taster im Programm schalten, wenn der in der Geräteauswahl anstelle des Scripts ausgewählt ist.
Das "Problem" scheint wirklich am Timing zu liegen - "Direkt" geht nie und erzeugt den Kommunikationsfehler - mit Verzögerung funktioniert.

Wenn ich den Virtuellen Taster direkt über die GUI schalte, oder auch den Aktor direkt, dann erhalte ich nie einen Kommunikationsfehler.
Mir ist nicht klar, warum der nur durch das Skript verursacht wird.

[Baxxy]

Wenn ich den Virtuellen Taster direkt über die GUI schalte, oder auch den Aktor direkt, dann erhalte ich nie einen Kommunikationsfehler.
Mir ist nicht klar, warum der nur durch das Skript verursacht wird.

In dem Moment wo das Event des TFK von der CCU registriert wird muss sie, bei sofort "gleichzeitig", 2 Funkbefehle absetzen.
1. die Quittierung für das TFK - Event
2. den "Schaltbefehl" im Dann

Muss das Dann über die Virt. Taste gehen oder ginge es auch anders? Könnte man ja mal probieren.
Vielleicht ginge ja sogar eine DV zwischen TFK und Zielgerät.

[jp112sdl]

In dem Moment wo das Event des TFK von der CCU registriert wird muss sie, bei sofort "gleichzeitig", 2 Funkbefehle absetzen.
1. die Quittierung für das TFK - Event

Wo kommt denn der TFK her?
Sein Programm wird doch durch die Änderung einer SV getriggert?
Kommt der Kommunikationsfehler denn auch, wenn nur die SV auf GEÖFFNET geändert wird?

[Baxxy]

Der TFK kam aus meiner frisch polierten Glaskugel und spekulativer Interpretation des Kontextes, und weil ich "Systemzustand" übersehen hatte.
Aber stimmt, es könnte auch irgendwas anderes sein was vermutlich die SysVar sofort per Programm setzt.

[stefan13]

Der Türkontakt wird über einen externen Sensor realisiert. Die Systemvariable in der CCU wird bei Statusänderung der Tür durch meinem OpenHAB System in der CCU aktualisiert. Daher muss die CCU keine Events per Funk an den Sensor quittieren. Es ist lediglich eine Änderung der Variable.
Wenn nur das Türevent erkannt wird und die Debbugging Systemvariable gesetzt wird, dann kommt keine Fehlermeldung.
Auch wenn das Programm über "Status/Bedienung -> Programme" manuell ausgeführt wird, kommt kein Kommunikationsfehler. Dann wird das Licht korrekt geschaltet.
Der Kommunikationsfehler kommt nur, wenn das Programm durch die Änderung der Systemvariable getriggert wird.

[Baxxy]

Gibt es denn noch mehr was auf Änderung der SysVar passiert?
Und warum die Virt.Taste wenn nur 1 Aktor angesprochen wird? Das geht doch auch direkt.

[stefan13]

Gibt es denn noch mehr was auf Änderung der SysVar passiert?
Und warum die Virt.Taste wenn nur 1 Aktor angesprochen wird? Das geht doch auch direkt.

Mit der SysVar passiert sonst nichts mehr.
Ich hatte ursprünglich gar keinen Virtuellen Taster verwenden wollen.
Das ursprüngliche Programm hat den Kanal 5 des HmIP-BSM direkt geschaltet. Dann kamen aber auch immer der Kommunikationsfehler.

Ich hatte es daher mit dem Virtuellen Taster versucht.

Wenn ich den Aktor mit Kanal 5 direkt schalte, dann funktioniert es jetzt auch - sofern ich anstelle von SOFORT eine 1 Sekunden Verzögerung einbaue.

Das Programm funktioniert jetzt glücklicherweise, allerdings verstehe ich nicht, warum beim sofortigen Schalten ein Kommunikationsfehler kommt.