Forum

Hallo,

ich hätte einmal eine Frage zur Reihenfolge der Initialisierung beim Start der Runtime.

In welcher Reihenfolge werden eigentlich
1.) die einzelnen Seiten
2.) die Komponenten auf den jeweiligen Seiten

initialisiert?

Hintergrund der Frage:
Ich habe einige Grafische Logiken, die Daten von Kalendern verarbeiten.

Es kommt immer wieder vor, dass (glaube ich zumindest) die Grafischen Logiken beim Starten der Runtime, nicht den jeweils aktuellen Wert des Kalenders erhalten.

...Warum glaube ich das das so ist? Weil ein Öffnen des Kalenders und sofortiges Schließen dazu führt, dass die Logik korrek reagiert und die richtigen Ausgangswerte setzt.

Kann das daran liegen, dass die Logik vor dem Kalender initialiisert wird und damit noch nicht die korrekten Werte erhält?

Wenn ja, wie kann ich die Reihenfolge der Initialisierung anpassen?

Danke und lG,
René

Hallo Renè,

Die Komponenten werden nach einer voreingestellten Reihenfolge gestartet. Diese ist im Editor unter Bearbeiten\Projekteinstellungen festgelegt. Dort kann man diese auch verändern. Die grafische Logik wird vor dem Kalender gestartet. Wenn der Kalender danach startet müsste er eigentlich seine Ausgangszustand dann der Logik mitteilen. (Haken bei "Status senden" gesetzt).
Innerhalb der Logik können Sie noch bei den Eingängen festlegen wie diese beim Start der Logik reagieren sollen. Sie sollten den Eingang auf "Wert lesen" stellen. Dann holt sich die Logik zusätzlich den Wert aus den Eisbärnetzen. Bei den Ausgängen der Logik kann man ebenfalls festlegen wie diese beim Starten und bei einer Informationsänderung reagieren sollen. Die einzelnen Parameter sind in der Hilfe beschrieben. Je nach gewünschter Funktion mussen die Paramter unterschiedlich eingestellt werden.

Hallo,

jetzt muss ich noch einmal nachfassen:

Das Problem mit dem Kalender scheint gelöst zu sein. Jetzt habe ich aber ein anderes Problem:

Ich verarbeite in der Logik jetzt auch einen Wert von einer Buskomponente (Dämmerungssensor). Wenn ich das Projekt starte zieht sich die grafische Logik korrekt den Wert des Kalenders (den lasse ich wie oben beschrieben vor der grafischen Logik initialisieren). Allerdings scheint der Dämmerungssensor erst ganz gegen Ende der Initialisierungsphase gelesen zu werden, so dass die Logik zuerst - da sie offenbar keine gültige Info hat - "falsch" reagiert. Sobald der Dämmerungssensor gelesen wird (sehr spät in der Initialisierungssequenz und erkennbar daran, dass der zugeordnete Buttonschalter den korrekten Wert anzeigt), wird die Logik ein zweites Mal angesteuert und reagiert jetzt korrekt.

Da ich mit der Logik meine Rollläden steuere ist es sehr nervig, dass diese zuerst nach oben gehen und sobald der Wert vom Dämmerungssensor gelesen wird wieder nach unten fahren.

Der Dämmerungssenor wird übrigens mit "Wert lesen" von der Logik gelesen.

Jetzt meine Frage: kann ich irgendwie sicherstellen, dass der Dämmerungssensor/das zugeordnete Netz ganz zu Beginn der Initialisierungssequenz gelesen/initialisiert wird?

Vielleicht ist es interessant, dass der Dämmerungssensor die "höchste" physikalische Adresse hat (falls die Initialisierung eventuell aufsteigend nach physikalischer Adresse erfolgen sollte). Wenn dem so wäre... würde es helfen dem Dämmerungssenor eine neue niedrige physikalische Adresse zu geben? Kann man die Initialisierungsreihenfolge irgendwie anders beeinflussen?

Danke für jede Hilfe,
René

Hallo René,

Der Eisbaer fragt die Gruppenadressen in aufsteigender Reihenfolge. Also beginnend mit 0/0/1 - 15/7/255. Er fragt nur die Adressen ab bei denen das Lesenflag gesetzt ist. Die physikalischen Adressen spielen bei der Initialisierung keine Rolle.
Für das Fahren der Rolläden könnte evtl. auch die Initialisierung selbst verantwortlich sein. Lesen Sie sich bitte in unserer Hilfe im Kapitel Projektieren den Abschnitt "Wichtige Hinweise" durch. Dort werden die Punkte zur Initialisierung behandelt.

Hallo,

...danke für die Hinweise. Funktioniert jetzt.

lG,
René