AccueilIA et Machine LearningJumeau numérique de feux de circulation adaptatifs

🚦 Jumeau numérique de feux de circulation adaptatifs

Jumeau numérique interactif de feux de circulation : une grille routière 3x3 fonctionne avec des feux à temps fixe ou des feux adaptatifs sensibles aux files d'attente — observez la congestion et le temps d'attente moyen diverger en temps réel.

IA et Machine Learning3DAvancé60 FPS
ai-smart-city-planning ↗ Ouvrir en autonome

À propos du jumeau numérique de feux de circulation adaptatifs

Cette simulation est un petit jumeau numérique d'un réseau routier : une grille 3×3 d'intersections signalisées reliées par des rues à double sens. Les véhicules apparaissent aux douze points d'entrée en bordure à un taux d'arrivée réglable, sont routés vers un point de sortie aléatoire, et font physiquement la queue derrière les feux rouges — les voitures s'empilent pare-chocs contre pare-chocs quand le feu devant est rouge et avancent à un débit plafonné une fois qu'il passe au vert, exactement comme une vraie voie d'approche.

Deux stratégies de contrôle de signalisation peuvent être exécutées et comparées. Le contrôle à temps fixe fait passer chaque intersection entre vert nord-sud et vert est-ouest sur une minuterie rigide, indépendamment de la demande. Le contrôle adaptatif utilise une règle de signal actionné simple : chaque intersection lit la longueur de file en direct sur chaque approche et maintient la direction actuelle au vert tant qu'elle a encore du trafic en file et que le temps de vert maximal n'a pas été atteint ; une fois cette limite atteinte, ou si la file sur l'approche au rouge dépasse celle de l'approche au vert, elle change. Exécutez chaque mode, observez les véhicules dans le système, les trajets terminés, le temps d'attente moyen et le débit se mettre à jour en direct, et comparez le temps d'attente moyen résultant entre les deux stratégies une fois que vous avez exécuté les deux.

Questions fréquentes

Que signifie réellement le contrôle de signalisation « adaptatif » ou actionné dans les déploiements réels ?

Un feu actionné utilise des capteurs — boucles inductives découpées dans la chaussée, détection vidéo ou radar — pour détecter les véhicules présents sur chaque approche et ajuster le minutage du feu en conséquence, au lieu de faire tourner un cycle fixe préréglé. La logique actionnée la plus simple, que cette simulation implémente, maintient une phase au vert tant que des véhicules continuent d'arriver sur cette approche (prolongeant le vert jusqu'à un maximum) et change une fois que la demande se déplace vers l'autre approche. Les déploiements réels ajoutent des capteurs supplémentaires placés quelques secondes en amont de la ligne d'arrêt afin que le contrôleur puisse décider de prolonger le vert avant que la dernière voiture du peloton n'arrive, évitant un arrêt inutile.

Pourquoi les feux à temps fixe gaspillent-ils du temps de vert ?

Un contrôleur à temps fixe alloue une répartition rigide et précalculée du cycle à chaque direction — par exemple, 20 secondes nord-sud et 20 secondes est-ouest — basée sur la demande moyenne attendue. Mais le trafic réel arrive de façon inégale : à 2 heures du matin, une direction sans aucune voiture reçoit quand même ses 20 secondes complètes de vert pendant que la direction perpendiculaire (même vide aussi) reste au rouge. Aux heures de pointe, l'inverse se produit : une direction fortement chargée ne reçoit toujours que sa part fixe même si la file d'attente grandit à chaque cycle. Comme la répartition ne peut pas réagir à ce qui attend réellement à la ligne d'arrêt en ce moment, les feux à temps fixe donnent systématiquement du temps de vert à des approches vides pendant que des approches congestionnées débordent.

Qu'est-ce qu'un jumeau numérique, et quel est le rapport avec la planification du trafic en ville intelligente ?

Un jumeau numérique est un modèle logiciel en direct, continuellement mis à jour, d'un système physique — ici un petit réseau routier — qui reflète sa dynamique réelle d'assez près pour tester des scénarios hypothétiques avant de toucher au monde réel. Les ingénieurs du trafic urbain construisent des versions bien plus grandes de cette même idée (des outils comme SUMO, VISSIM ou Aimsun) pour simuler la signalisation de tout un quartier, les alimenter avec de vraies données de capteurs, et tester un nouveau plan de minutage de signalisation ou un algorithme de contrôle adaptatif d'abord en simulation, car un mauvais changement déployé en direct peut paralyser une ville pendant des heures. Cette page est une version minimale et transparente de ce même flux de travail : un modèle que vous pouvez inspecter, régler et relancer instantanément.

Pourquoi la congestion peut-elle apparaître même quand la demande moyenne est dans la capacité du réseau ?

Les arrivées de trafic ne sont pas lisses — elles sont en rafales. Même si le taux d'arrivée moyen à long terme est confortablement inférieur à ce que la grille peut traiter, les véhicules n'arrivent pas à intervalles parfaitement réguliers ; par hasard, plusieurs voitures se regroupent sur une approche pendant qu'une autre reste vide. La théorie des files d'attente montre qu'à mesure que l'utilisation (demande ÷ capacité) grimpe vers 1, la variabilité des arrivées fait croître la longueur de file et le temps d'attente de façon non linéaire, pas linéaire — un réseau fonctionnant à 90 % de capacité en moyenne peut quand même produire de grandes files visibles purement par regroupement aléatoire, bien avant que la limite de capacité « théorique » ne soit atteinte. Essayez d'augmenter progressivement le curseur de taux d'arrivée et observez des files apparaître bien avant que la grille ne soit nominalement saturée.

Qu'ajoute le système Surtrac de Pittsburgh par rapport à cette règle simplifiée ?

Surtrac, développé à l'université Carnegie Mellon et déployé dans tout Pittsburgh, étend la même idée centrale — lire la demande en temps réel, allouer le vert en conséquence — avec une optimisation d'ordonnancement décentralisée à chaque intersection qui prédit l'heure d'arrivée de chaque véhicule (pas seulement si une file existe) et calcule un court planning glissant de changements de phase qui minimise le retard total projeté, puis communique ce plan aux intersections voisines afin que des ondes vertes puissent se former dynamiquement le long du corridor plutôt que chaque jonction agissant seule. Les déploiements sur le terrain ont rapporté des réductions à deux chiffres du temps de trajet et des freinages. La règle de cette simulation — prolonger tant que la direction actuelle a encore de la demande, sinon changer vers le côté ayant la file la plus longue — est la graine conceptuelle de ce système, sans la planification prédictive ni la coordination intersection à intersection.

Comment le « temps d'attente moyen » est-il défini et mesuré ici ?

Le temps d'attente (retard) pour un trajet est le temps simulé total pendant lequel ce véhicule est resté immobile — en file derrière une autre voiture ou arrêté à un feu rouge — cumulé sur tout son trajet de l'entrée à la sortie, en excluant le temps effectivement passé en mouvement. Cela correspond à la façon dont les ingénieurs du trafic définissent typiquement le retard de contrôle à un feu. La simulation accumule cela par véhicule au fil de son trajet et n'intègre le temps d'attente d'un trajet terminé dans la moyenne courante qu'une fois que ce véhicule a atteint sa destination et quitté le réseau, si bien que la statistique de « temps d'attente moyen » reflète des trajets réellement terminés, pas des véhicules encore en file en cours de trajet.

Quelles sont les limites de cette simulation par rapport aux vrais modèles d'ingénierie du trafic ?

Il s'agit d'un modèle délibérément simplifié : il n'a aucune restriction de mouvement de virage au-delà du chemin routé, pas de piétons, pas de phases de virage à gauche ni de virages protégés, un comportement de véhicule uniforme (pas de camions, cyclistes ni agressivité de conducteur variable), et une seule vitesse de flux libre fixe avec une règle simple de suivi de véhicule à écart minimal plutôt qu'un modèle de conducteur calibré. Les vrais outils comme SUMO ou VISSIM modélisent la géométrie individuelle des voies, les courbes d'accélération/décélération, le temps de réaction du conducteur, et valident les schémas d'arrivée par rapport à des données de capteurs mesurées avant qu'un changement de minutage de signalisation ne soit approuvé. Ce que cette simulation préserve fidèlement est le mécanisme central qui fait que le contrôle adaptatif surpasse le contrôle à temps fixe : lire l'état réel des files et allouer le temps de vert là où se trouve réellement la demande.

⚙ Sous le capot

Une grille d'intersections fonctionne avec des feux à temps fixe ou un contrôleur adaptatif qui lit les longueurs de file en direct en temps réel.

Three.jsWebGLAIMachine Learning

3D · Moteur de rendu Three.js / WebGL · cible 60 FPS · s'exécute entièrement côté client, sans installation

Qu'avez-vous trouvé ?

Ajouter les étapes de reproduction (facultatif)