Grenzposten simulator herunterladen

Während sich das Auto in Richtung Checkpoint bewegt und darauf wartet, den Inspektionsbereich zu betreten, ist nur das Verhalten des Autos wichtig. Autos sind die einzigen Agenten, die im Modell arbeiten. Diese Situation ändert sich jedoch, wenn Fahrer und Beifahrer das Auto verlassen, um die Grenze zu passieren. Der CarCheckPointLanes-Agententyp beschreibt, wie Fahrzeuge durch den Grenzübergang fahren. Die Autos werden am Eingang durch den Hold-Block (Hold) gehalten und betreten das Inspektionsgebiet nacheinander. Autos folgen einer einspurigen, CarMoveTo Block (toBorder), bis zur Stopplinie, dargestellt durch den borderStopLine-Parameter, wo die Straße teilt. Bevor die Autos fortfahren, wählen sie eine Fahrspur und einen Kontrollpunkt aus. Ankunft an einem Checkpoint entfernt das Auto aus dem toCheckPoint und halten Blöcke, so dass das nächste Auto in das Inspektionsgebiet Gebiet zu betreten. Um den Entwicklungsprozess zu vereinfachen und ein Modell leichter zu untersuchen, kann es in mehrere Abschnitte unterteilt werden. In diesem Beispiel haben wir Prozesse, die durch allgemeine Logik verknüpft sind, in Benutzerblöcke gruppiert: carCrossCheckPoint und busCrossCheckPoint. Sie beschreiben den Prozess des Grenzübertritts für Individualreisende im Auto und für Gruppen in Bussen. Die Isolierung dieser Prozesse in separate Blöcke macht das Modell flexibler.

Beispielsweise kann das Verfahren zum Verarbeiten von Busgruppen geändert werden, ohne dass sich dies auf das Modell der obersten Ebene auswirkt. Um mehr über das Erstellen von benutzerdefinierten Blöcken zu erfahren, schauen Sie sich unser Tutorial-Video an. Um die Kapazität des Grenzkontrollpunktmodells zu erhöhen, können Sie zusätzliche Prüfpunkte und Checkpoint-Spuren (CheckpointLane) hinzufügen. Dies erfordert keine Änderung der Logik des Modells. Um den Prozess des Überschreitens der Grenze darzustellen, verwendet das Modell spezialisierte Bibliotheken: die Straßenverkehrsbibliothek und die Fußgängerbibliothek. Die Prozessmodellierungsbibliothek verbindet dann die Verhaltenslogik der Fahrzeuge und Fußgänger aus diesen Bibliotheken. Wir konzentrieren uns auf Autoreisende aus Gründen der Einfachheit und werden die Verbindungen zwischen Bibliotheken im Detail untersuchen. Fangen wir an! Wir haben den Prozess für Reisende, die die Grenze überqueren, detailliert beschrieben, aber wie können wir den Verkehrsfluss zum Grenzübergang beschreiben? Dies ist aufgrund der Kapazität der Kontrollpunkte wichtig. Für technische Fragen zu diesem Artikel oder um seine Autoren, Titel, Zusammenfassungen, Bibliographien oder Download-Informationen zu korrigieren, wenden Sie sich bitte an: (Haili He). Allgemeine Kontaktdaten des Anbieters: www.elsevier.com/wps/find/journaldescription.cws_home/30473/description#description . In der Regel verwenden Modelle mit Autos den CarSource-Block.

Dieser Block stoppt die Erzeugung von Autos, wenn alle Orte auf der Straße genommen werden. Für den Grenzübergang ist es jedoch wichtig, die Gesamtzahl der Autos in der Warteschlange zu verstehen, auch wenn sie über die Grenze des Straßensegments im Modell hinausgeht. Dazu ersetzen wir den CarSource-Block durch einen Source- und einen Queue-Block, diese erfordern keine Straßenbindung. Autos geben dann das Modell ein, wenn es freien Platz auf der Straße gibt und werden zum CarEnter Block (carAppearOnRoad) geleitet. Ansonsten wird das Auto in einer virtuellen Warteschlange gehalten und wartet auf Platz auf der Straße. Autos, die auf dem Straßennetz erscheinen, fahren mit den übrigen Autos in Richtung Grenzübergang im CarMoveTo-Block (toCarStopBeforeCheckPoint). Die Autos in der virtuellen Warteschlange und die auf der Straße werden kombiniert, um Statistiken über die Checkpoint-Warteschlange zu geben. Da der Zugriff auf dieses Dokument eingeschränkt ist, können Sie nach einer anderen Version des Dokuments suchen. Unsere Erforschung des Modells geht hier zu Ende. Wenn wir weitermachen wollen, haben wir noch viele weitere Modelle zu untersuchen.

Die Schokoladenfabrik oder die Tankstellenmodelle sind zunächst gute Beispiele. UDES wurde entwickelt, um die komplexe Natur von Stadtinteraktionen zu lehren, und auch eine Methode, um sie darzustellen – agentenbasierte Simulation.