Fehlerbeschreibung:
Die Ursache für Blockaden, die von Nachläufen verursacht werden, ist im Parameter Verlängerungskennung zu finden. An einem Beispielknoten konnte eine solche Blockade in VISSIM reproduziert werden.
Wie aus obiger Aufzeichnung ersichtlich ist, hat der Verkehrsstrom 10 zur Sekunde 917 den Zustand 20 (dem Verkehrsstrom kann Rot erteilt werden). D.h. er hat einen Rotbefehl, der aber noch nicht ausgeführt wurde. Das bedeutet auch, dass ein Nachlauf ausgesteuert wird.
In der nächsten Sekunde wurde der Zustand des Verkehrsstroms von 20 auf 15 zurückgenommen (der Verkehrsstrom hat keinen Verkehr, kann bei Bedarf aber je nach Verlängerungskennung weiter verlängern). Den feindlichen Verkehrsströmen wurde der Grünbefehl aber nicht zurückgenommen.
Der Grund dafür liegt in der Verlängerungskennung:
Abbildung 91: Verlängerungskennung
In obigem Beispiel erhält der Verkehrsstrom 10 Grün als Nebenstrom ohne Anmeldung (NSohne). Nach Ablauf der Mindestgrünzeit 1 wird die Verlängerungskennung Vgmin1 (als NSohne maximal tgmin1 Grün) geprüft und der Verkehrsstrom darf nicht mehr verlängern. Dabei wird aber übersehen, dass der Verkehrsstrom schon einen Rotbefehl hat und er bekommt den falschen Zustand 15 gesetzt.
Fehlervermeidung:
Um den Fehler zu umgehen, darf man deshalb die Verlängerungskennung Vgmin1, Vgmin2, Vgmax1 und Vgmax2 bei Verkehrsströmen, die in einem Vor- oder Nachlauf eingesetzt werden, in vs | plus Parametrierungen vor Version 8.1 nicht verwenden.
Versionsabhängigkeit:
Der Fehler kann ab der vs | plus Version 8.0 auftreten.
In vs | plus Version 8.1 wurde dieses Fehlverhalten behoben und die obengenannten Verlängerungskennungen können erneut verwendet werden.