Vehicles are either loaded from XML inputs or added at runtime via TraCI. When loading from XML, not all vehicles are loaded at once. Instead, vehicles are loaded in chunks, the size of which can be configured with the option --route-steps. This is done to conserve memory when performing long simulations.
Once vehicles are loaded they can be accessed and manipulated via TraCI (to some degree). Using the functions 'move to' or 'move to XY' they can even be forcefully inserted into the network.
In order for a vehicle to be inserted into the road network, some necessary constraints must be fulfilled:
- The vehicle (from its rear to its front position + minGap) must not intersect with other vehicles (including their minGap
- The vehicle must be at a safe distance to any leader vehicles according to its carFollowModel
- Any follower vehicles must be at a safe distance according to their carFollowModel
- The vehicle must be able to brake for any upcoming non-prioritized intersections along its route
- The vehicle must be able to brake for any scheduled stops along its route
If a vehicle cannot be inserted due to any of the above reasons it's insertion is delayed (see below). This departDelay is recorded in the tripinfo-output and can also be inspected in SUMO-GUI via the vehicle parameter dialog.
The precise nature of insertion in regard to position, speed and depart time depend on many parameters as well as on the current state of the road network.
If there is insufficient space for inserting the vehicle at it's designated departure time, that vehicle is put into an insertion queue and insertion is repeatedly attempted in subsequent simulation steps. If the option --max-depart-delay <TIME> is used, vehicles are discarded if they could not be inserted after the specified <TIME> in seconds.
There are two methods for inserting vehicles into the simulation:
- try to insert every vehicle in every simulation step
- for every edge with vehicles to insert, abort trying to insert vehicles after one of the vehicles could not be inserted
In an uncongested networks these methods behave similar but in a congested network with lots of vehicles which cannot be inserted variant 2) is much faster. In older version of sumo 1) was the default and one could switch to 2) using the option --sloppy-insert Since version 0.18.0, variant 2) is the default and one may switch to 1) using the option --eager-insert.
Investigating insertion delay#
Using SUMO-GUI several options exist for showing insertion delay:
- Color vehicles by insertion delay
- Color Streets by insertion backlog
- Opening Vehicle statistics lists the number of insertion-backloged vehicles for the whole network.
- The parameter Dialog for individual vehicles lists desired depart and depart delay
Forcing Insertion / Avoiding depart delay#
- Insert with
departSpeed="max": vehicle speeds at insertion will be adjusted to the maximum safe speed that allows insertion at the specified time to succeed
- Insert with
departPos="last": vehicle position will be adjusted to the maximum position behind the leader vehicle that allows driving with the given speed (or maximum allowed speed when using
- insert with a fixed departSpeed (numerical value) and set option --ignore-route-errors. Vehicles will be inserted with unsafe speeds at the specified time if emergency-braking would still allow collision-free dynamics
- use traci.vehicle.moveTo or traci.vehicle.moveToXY to force the vehicle into the network at the specified time and place.
Global options that affect Departure#
- --random-depart-offset <TIME>: randomly delays departure time for all vehicles
- --max-num-vehicles <INT>: limits the total amount of vehicles that may exist in the networ. Setting this may cause delayed insertion
- --max-depart-delay <TIME>: removes vehicles from the insertion queue after a set amount of time
- --eager-insert <BOOL>: tries to insert all vehicles that are insertion-delayed on each edge. By default, insertion on an edge stops after the first failure in each time step