Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

meso-tls-penalty underestimates effects from queuing #16015

Open
namdre opened this issue Jan 14, 2025 · 3 comments
Open

meso-tls-penalty underestimates effects from queuing #16015

namdre opened this issue Jan 14, 2025 · 3 comments

Comments

@namdre
Copy link
Contributor

namdre commented Jan 14, 2025

The current code estimates the average time until the light switches to green and uses this as penalty.
With active junction control another effect is observed: vehicles have to wait until the queue ahead of them clears and they can move up to the stop line before actually passing the traffic light.

@aminissn
Copy link
Contributor

@ambuehll

@ambuehll
Copy link

I thought this was an expected behaviour based on the discussion in #5746.

@namdre
Copy link
Contributor Author

namdre commented Jan 14, 2025

Yes (https://sumo.dlr.de/docs/Simulation/Meso.html#tls-penalty).
The current computation gives a lower bound which is correct for very low levels of traffic.
At very high levels of traffic, the meso-tls-flow-penalty serves to correct the throughput to maximum capacity.
However, at the level of traffic where flow is just below capacity (no upstream queue buildup), the lower bound may be quite far away from the delays that would be realistic.

This ticket serves as a reminder to improve the penalty computation or at least document the mismatch (and suggest that users switch to meso-junction-control if they need the accuracy)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants