The rerouting device implemenedt in SUMO must solve the same problem: let vehicles reroute around congestion. It does so by averaging travel speeds either with a simple or exponential moving average (https://sumo.dlr.de/wiki/Demand/Automatic_Routing). The simple moving average over 180s is used by default. This is too smooth out traffic light cycles. If all traffic lights in your network are running at the same cycle time, you could just use that value but with uncoordinated actuated traffic lights (or some complex junctions which require a higher cycle time) it's better to pick something that covers more than one cycle. In general, you will have to compromise between noise in your detection due to traffic lights and detecting jams a bit late.
regards, Jakob Am Mo., 2. Sept. 2019 um 16:11 Uhr schrieb Hoffmann, Pascal < [email protected]>: > Dear sumo users, > > > I'm trying to detect congested edges to reroute vehicles, which drive > through these edges. So far I'm using two parameter. First a congestion > threshold based on the greenshield model. Second the average waiting time > over the last 60 s (--> because of the traffic light). But I'm not sure, > how to choose a correct value for the waiting time, which detects > congestion correctly. That's why, I wanted to ask you, whether you know any > parameters to detect congested roads/edges. > > > Thanks in advance! > > > Best regards, > > Pascal > _______________________________________________ > sumo-user mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
