Aktor bei kurzfrister Störung trotzdem schalten

[tom2408]

Huhu,

bin neu hier und habe eine Frage.
Problem: z.B. optischer Türkontakt soll beim Öffnen der Tür ein Licht über einen Steckdosenaktor einschalten. Wie der Zufall es will, ist aber grade in diesem Moment kruzfristig die Übertragung gestört. Wie bekomme ich es hin, dass er nach kurzer Zeit trotzdem das Licht einschaltet, ohne dass ich die Tür öfter auf und zu mache.
Wie müsste das Programm aussehen?

Ist für euch wahrscheinlich einfach zu lösen, aber ich krieg es nicht hin.

Danke im voraus.

[manfredh]

Grundsätzlich solltest du nach der Ursache suchen, wenn es häufiger Kommunikationsstörungen gibt. Gerade, wenn es immer wieder in gleichen Situationen passiert, ist die Ursache vielleicht, dass sich Funkbefehle / Quittungen in die Quere kommen. Da hilft oft eine kurze Verzögerung des Schaltbefehls (...verzögert um...).

Ansonsten sehe ich folgende Lösungsansätze:
1. Du schickst im gleichen Programm verzögert einen nochmaligen Einschaltbefehl hinterher. Nachteil: erhöhter Funkverkehr mit der Gefahr der Auslastung des Duty-Cycle.
2. Du kontrollierst den Erfolg des Einschaltens und reagierst entsprechend. Das könnte folgendermaßen aussehen:
- Anlegen eine Systemvariable (Abk. SV), nennen wir sie mal "Einschaltkontrolle", Typ Bool
- Im eigentlichen Schaltprogramm setzt du zusätzlich zum Schalten des Aktors die SV etwas verzögert auf wahr
- Neues Programm:

Wenn Einschaltkontrolle wahr
und
Aktor aus
dann
Aktor ein
SV Einschaltkontrolle falsch
sonst
SV Einschaltkontrolle falsch

Edit: das Rücksetzen der SV im obigen Programm könnte zu einer Endlosschleife führen. Auch bei Triggern auf Änderung hatte ich schon Fälle, in denen das erneute Setzen einer SV auf den bereits vorhandenen Wert von der Programmlögik als Änderung interpretiert wurde.
Besser: im eigentlichen Schaltprogramm für den Aktor die SV wieder zurücksetzen. Also zwei Zeilen:
SV SV Einschaltkontrolle verzögert um 1 Sek. wahr
SV SV Einschaltkontrolle verzögert um 2 Sek. falsch

Das ganze setzt natürlich voraus, dass die CCU die Öffnung des Türkontaktes mitkriegt. Tut sie das schon nicht wegen der Funkstörung, hast du per Programm natürlich keine Chance. Die CCU kann ja schließlich nicht reagieren, wenn sie nichts empfängt. Dann würde ich eher an den Einstellungen des Kontaktes in der CCU drehen.

[Daimler]

Und wenn jetzt der

z.B. optischer Türkontakt

die

ist aber grade in diesem Moment kruzfristig die Übertragung gestört

hat.
(Da gibt es zur Zeit verm. nur einen User hier im Forum, der evtl. die Antwort darauf hätte. )

Man könnte aber evtl. auch die Anzahl der Statusmeldungen erhöhen.

/Edith:
Grr - Hast du jetzt deinen Beitrag editiert?

[Samson71]

Vielleicht sollte man erstmal die aktuellen Rahmenbedingungen klären. Sonst wird das doch nur ein Ratespiel.

1. Welche Komponenten sind betroffen (Bezeichungen) und wie sind diese bisher miteinander verknüpft (Programm oder Direktverknüpfung) und zu wem ist die Kommunikation gestört (TFK und/oder Aktor)?

2. Wenn per Direktverknüpfung bitte Screenshot von den Einstellungen, wenn per Programm, dann bitte Screenshot davon, verbunden mit der Frage was gegen eine Direktverknüpfung spricht? Zumindest die Aufgabe TFK soll Aktor schalten hört sich erstmal nach Direktverknüpfung an, es sein denn es gibt (nicht genannte) Bedingungen, die dagegen sprechen.

[paul53]

Mit diesem Programm / Skript zum Senden der CCU an einen Schaltaktor wird nach Verzögerung (1 s / 5 s) geprüft, ob das Senden erfolgreich war, ansonsten wird nochmal gesendet. Das Programm ist allerdings für eine CCU1, da zusätzlich das CCU-Netzteil ausgewertet wird.

[Sammy]

Ich würde ebenfalls stark die Direktverknüpfung empfehlen.

Gruß Sammy

[tom2408]

Manchmal ist es doch so einfach .

Habe jetzt mal mit Verzögerungen gearbeitet und siehe da, es läuft bislang perfekt. Na ja, mal abwarten. Danke an alle.