Es geistert in der Raspi.....

[Kindsy]

@MichaelN
Ich hab jetzt mal das Programm nach deinen Empfehlungen umgestellt, da sich bei meiner Version die Fehler wieder gehäuft haben...
Ich hoffe ich hab hier mehr Ruhe, auch wenn ich die Logik dahinter nicht ganz kapiere.
Das ist aber vielleicht meiner Programmiererfahrung geschuldet, weil meine Programme immer Ereignisgetriggert waren und sonst schlicht nicht gelaufen sind.
Aber ich bin ja erst 52, ich lerne ja noch

[MichaelN]

Mein Vorschlag macht nichts anderes als das Konstrukt vorher, nur schlanker.

[Kindsy]

Hallo Forum,

ich muss das Thema leider wieder aufwärmen, weil ich es nicht verstehen kann.
ich hab 3 Programme, die alle mit dem gleichen Trigger aktiviert werden.
In diesem Fall "Auto Sender Martin".
Zwei davon (Tor geht auf und akustische Ankündigung) funktionieren fast immer, das Problemchen hier wird sicher die Funkreichweite von Sender sein.
Aber mit dem dritten Programm (Screenshot)hab ich so meine liebe Not, am Anfang (nach dem Abspeichern) funktioniert alles wunderbar.
Nach ein paar Tagen dann, will das Programm nicht mehr auf den Trigger reagieren, obwohl das Signal nachweislich angekommen ist (Tor geht auf) und es stockfinster ist (= Helligkeit <10).
Wenn ich das Programm dann verändere (Auto Sender Martin raus und wieder rein) und dann eigendlich unverändert abspeichere, geht das ganze wieder ein paar Tage, bis ca. 1 Woche, bis der Zinober wieder beginnt zu spinnen.
Was sonderbar ist, es geht dann nicht nur manchmal nicht, sondern solange nicht bis ich das Neu abspechern wieder mache.
Bitte um tipps was ich machen kann und wo ich den Fehler finden könnte
Danke

Kindsy

[Xel66]

Mehrere Programme auf einem Trigger, die dann beide auch noch Aktionen per "sofort" ausführen, würde ich etwas kritisch sehen (Stichwort: Fukkollisionen von Befehlen, Quittierungen, Rückmeldungen). Ich würde die Aktionen (ggf. in den anderen Programmen) zeitlich etwas entzerren (sprich "verzögert um... ausführen). Gerade aber dieses Programm würde sich für Verzögerungen anbieten, denn hier könntest Du per "sofort" eine Einschaltzeit setzen und mit einer Sekunde Verzögerung einschalten. So kannst Du Dir auch das verzögerte Ausschalten sparen, denn die Zeit läuft im Aktor selbst ab.

Gruß Xel66

[schlichi]

Hallo,

schon mal geprüft, ob das mehrfache Abspeichern nicht zu Fehlern führte -> doppelte Programme
Lass das Script mal laufen (Programme -> Script testen)

Gruß
schlichi

[MichaelN]

Mehrere Programme auf einem Trigger,

Das könnte in der TAt ein Ansatz sein. Wir haben schon mal festgestellt, z.B. beim nahezu gleichzeitigen Setzen von 2 Systemvariablen, das da Trigger verloren gehen. Vielleicht mit "Auto Sender Martin" erst eine Systemvariable setzen und dann in den anderen Programmen darauf reagieren.

[Xel66]

Wir haben schon mal festgestellt, z.B. beim nahezu gleichzeitigen Setzen von 2 Systemvariablen, das da Trigger verloren gehen.

Der Case war aber anders. Da war das gleichzeitige Setzen mehrerer als Trigger verwendeten Systemvariablen innerhalb eines Programms das Problem. Mehrere Programme auf einen Trigger reagieren zu lassen, ist m.E. problemlos möglich. Verwende ich vielfach in meinem System (wobei das nach meinen Erfahrungen auch das Grenzen zu haben scheint).

Hier scheint mehr das Problemzu sein, dass vermutlich mehrere Programme mehrere Aktionen per "sofort" auslösen wollen, was dann zu Funkkollisionen von ausgesendeten Befehlen, Empfangsquittierungen, Ausführungsrückmeldungen und Rückquittierungen führen kann. Im Normalfall sollte die CCU das abkönnen und geeignet serialisieren. Aber wenn mehrere Geräte gleichzeitig ihre Daten (Quittierungen, Rückmeldungen) loswerden wollen und sich nicht um andere Aktoren kümmern, die das Gleiche versuchen, dann sind diesem System auch Grenzen gesetzt. Hier hilft dann nur, dieses mit kurzzeitigen Verzögerungen in eine genehme Reihenfolge zu bringen. Mit einer Sekunde ist da schon viel erreicht.

Gruß Xel66