Der Eingriffs-Verkehrsstrom wurde durch ein parametrierbares Auslöseereignis ersetzt.
|
Anzeige |
Bezeichner |
Werte |
Beschreibung |
|
Name |
Namen der Modifikation |
|
Jede Modifikation muss einen eindeutigen Namen haben. |
|
|
|
|
|
|
Rahmenplan |
Abhängiger Rahmenplan |
|
Rahmenplan von dem die Modifikation abhängig ist. |
|
|
|
|
|
|
|
|
Liste |
Alle Rahmensignalprogramme |
|
Umlaufzeit |
Umlaufzeit des Rahmenplans |
|
Die Umlaufzeit des gewählten Rahmenplans. Wird als Information angezeigt und kann nicht geändert werden. |
|
|
|
|
|
|
|
|
tU |
Umlaufzeit in Sekunden. |
|
Eingriff |
|
|
Zeitspanne für die Ausführung der Modifikation |
|
|
|
|
|
|
|
|
0 .. tU - 1 |
Zeit im Umlauf in Sekunden. |
|
Aktivierung |
|
|
Zeitspanne für die Prüfung des Auslöseereignisses |
|
|
|
|
|
|
|
|
0 .. tU - 1 |
Zeit im Umlauf in Sekunden. |
|
Priorität |
|
|
Gibt es mehrere aktivierte Eingriffe, die gleichzeitig denselben Eingriffszeitpunkt teilen, dann entscheidet die eingestellte Priorität, welcher Eingriff ausgeführt wird. |
|
|
|
|
|
|
|
|
1 .. 100 |
Prioritätswert (niedrigerer Wert = höhere Priorität) |
|
Grundeingriff |
|
|
Im Feld Grundeingriff wird der "Vorgänger" für die Modifikation festgelegt. Möglich sind hier der Basisrahmenplan (Grundplan) oder eine der anderen definierten Modifikationen. Mit "Grundplan" wird eine Modifikation definiert, die in den Basisrahmenplan eingreift, andernfalls ist die definierte Modifikation ein Folgeeingriff der gewählten Vorgängermodifikation. |
|
|
|
|
|
|
|
|
Grundplan |
|
|
|
|
Liste |
Alle Modifikationen. |
|
Auslöseereignis |
|
Die Modifikation wird nicht mehr durch einen Eingriffsverkehrsstrom ausgelöst, sondern über eine logische Bedingung, das sog, „Auslöseereignis“. Dieses kann für jede Modifikation individuell definiert werden. Mit einem Ausdrucksgenerator, in dem open vs | plus Funktionen (siehe open vs | plus Funktionen), Verkehrsströme und Detektoren zur Verfügung stehen, muss einen logischen Ausdruck zu erstellt werden, welcher den Wert "wahr" oder "falsch" liefert. |
|
|
|
|
|
|
|
|
|
Ausdruck |
Erstellter logischer Ausdruck. |
|
Basisrahmenbeginn |
|
|
Die Werte in den Spalten Basisrahmenbeginn geben das Rahmensignal an, das im zugrundeliegenden Rahmenplan für den jeweiligen Verkehrsstrom am Beginn der Modifikation definiert ist. |
|
|
|
|
|
|
|
|
Anmeldung |
Anmeldebereich. |
|
|
|
Verlängerung |
Verlängerungsbereich. |
|
|
|
Keine |
Keiner von beiden. |
|
Anmeldung x |
Anmeldungsbeginn |
|
Beginn des Anmeldebereiches, zwei Anwürfe. |
|
|
|
|
|
|
|
|
Eingriff |
Zeitpunkt innerhalb des definierten Eingriffs in Sekunden. |
|
Verlängerung x |
Verlängerungsbeginn |
|
Beginn des Verlängerungsbereiches, zwei Anwürfe. |
|
|
|
|
|
|
|
|
Eingriff |
Zeitpunkt innerhalb des definierten Eingriffs in Sekunden. |
|
Ende x |
Rahmenende |
|
Ende des Rahmenplans, zwei Abwürfe. |
|
|
|
|
|
|
|
|
Eingriff |
Zeitpunkt innerhalb des definierten Eingriffs in Sekunden. |
|
Basisrahmenende |
|
|
Die Werte in den Spalten Basisrahmenende geben das Rahmensignal an, das im zugrundeliegenden Rahmenplan für den jeweiligen Verkehrsstrom am Ende der Modifikation definiert ist. |
|
|
|
|
|
|
|
|
Anmeldung |
Anmeldebereich. |
|
|
|
Verlängerung |
Verlängerungsbereich. |
|
|
|
Keine |
Keiner von beiden. |
|
Parameter |
ab vs | plus Version |
Bemerkung |
|
|
VMod |
8.1.0 |
Eine Modifikation ist ab vs | plus 8.1 Teil eines Rahmenplans. Sie ist immer dann gültig, wenn der Rahmenplan aktiv ist, welchem sie zugeordnet wurde. Wird der Rahmenplan durch eine Netzsteuerung geändert, so werden die zum bisherigen Rahmenplan gehörenden Modifikationen automatisch auch deaktiviert. |
|
|
8.1.0 bis 9.0 |
|
Da die Funktion l_DetektorWartezeit( ... ) in den vs | plus Versionen 8.1.0 und 9.0 nicht korrekt funktioniert sollte sie nicht eingesetzt werden. Der Fehler wird in der vs | plus Version 9.1 behoben. |
|
|
|
|