🚦 Адаптивний Цифровий Двійник Світлофорів
Сітка перехресть працює за фіксованим часом сигналів або за адаптивним контролером, що зчитує довжини черг у реальному часі — спостерігайте, як затори та середній час очікування розходяться між ними.
Про Адаптивний Цифровий Двійник Світлофорів
Ця симуляція — невеликий цифровий двійник дорожньої мережі: сітка перехресть 3×3 зі світлофорами, з'єднаних двосторонніми вулицями. Транспортні засоби з'являються у дванадцяти точках в'їзду на краях із налаштовуваним темпом надходження, прямують до випадкової точки виїзду й фізично стоять у черзі за червоним світлом — автомобілі шикуються бампер до бампера, коли попереду червоне світло, і рухаються вперед з обмеженою швидкістю, щойно загориться зелене, точнісінько як на реальній смузі підходу.
Можна запустити й порівняти дві стратегії керування сигналами. Фіксований за часом контроль циклічно перемикає кожне перехрестя між зеленим північ-південь і зеленим схід-захід за жорстким таймером, незалежно від попиту. Адаптивний контроль використовує просте правило актуйованого сигналу: кожне перехрестя зчитує довжину черги в реальному часі на кожному підході й утримує зелений для поточного напрямку, поки там ще є трафік у черзі і максимальний час зеленого не вичерпано; коли ця межа досягнута, або коли черга на червоному підході перевищує чергу на зеленому підході, відбувається перемикання. Запустіть кожен режим, спостерігайте, як транспортні засоби в системі, завершені поїздки, середній час очікування та пропускна здатність оновлюються наживо, і порівняйте середній час очікування між двома стратегіями, коли запустите обидві.
Часті питання
Що насправді означає «адаптивне» або актуйоване керування світлофорами в реальних системах?
Актуйований сигнал використовує датчики — індукційні петлі, вбудовані в дорожнє покриття, відеодетекцію або радар — щоб виявляти транспортні засоби на кожному підході та відповідно коригувати таймінг сигналу, замість того щоб працювати за заздалегідь заданим фіксованим циклом. Найпростіша актуйована логіка, яку реалізує ця симуляція, утримує зелений сигнал фази, поки на цей підхід продовжують прибувати автомобілі (подовжуючи зелений до максимуму), і перемикається, щойно попит зміщується на інший підхід. Реальні впровадження додають додаткові датчики, розміщені за кілька секунд до стоп-лінії, щоб контролер міг вирішити, чи подовжувати зелений до прибуття останнього автомобіля в колоні, уникаючи непотрібної зупинки.
Чому фіксовані за часом сигнали витрачають зелений час марно?
Контролер з фіксованим часом розподіляє жорсткий, заздалегідь обчислений поділ циклу для кожного напрямку — наприклад, 20 секунд північ-південь і 20 секунд схід-захід — на основі середнього очікуваного попиту. Але реальний трафік прибуває нерівномірно: о 2 годині ночі напрямок без жодного автомобіля все одно отримує повні 20 секунд зеленого, поки перпендикулярний напрямок (навіть якщо теж порожній) стоїть на червоному. У годину пік відбувається протилежне: сильно завантажений напрямок все одно отримує лише свою фіксовану частку, хоча черга зростає з кожним циклом. Оскільки поділ не може реагувати на те, що насправді чекає біля стоп-лінії просто зараз, фіксовані сигнали систематично надають зелений час порожнім підходам, поки перевантажені підходи переповнюються.
Що таке цифровий двійник і як це стосується планування трафіку розумного міста?
Цифровий двійник — це жива, безперервно оновлювана програмна модель фізичної системи — у цьому випадку невеликої дорожньої мережі — яка достатньо точно відображає її реальну динаміку, щоб тестувати сценарії «що якщо» перед втручанням у реальний світ. Міські транспортні інженери будують набагато більші версії саме цієї ідеї (такі інструменти, як SUMO, VISSIM або Aimsun), щоб симулювати сигнали цілого району, подавати їм реальні дані з датчиків і спершу випробувати новий план таймінгу сигналів або алгоритм адаптивного керування в симуляції, тому що невдала зміна, розгорнута наживо, може паралізувати місто на години. Ця сторінка — мінімальна, прозора версія того самого робочого процесу: модель, яку можна оглянути, налаштувати та миттєво перезапустити.
Чому затори можуть виникати навіть коли середній попит не перевищує пропускну здатність мережі?
Прибуття трафіку не рівномірне — воно нерівномірне й хвилеподібне. Навіть якщо довгостроковий середній темп прибуття комфортно нижчий за те, що може обробити сітка, транспортні засоби не прибувають через ідеально рівні інтервали; випадково кілька автомобілів скупчуються на одному підході, поки інший стоїть порожнім. Теорія черг показує, що коли завантаженість (попит ÷ пропускна здатність) наближається до 1, мінливість прибуття спричиняє нелінійне, а не лінійне зростання довжини черги та часу очікування — мережа, що працює в середньому на 90% пропускної здатності, все ще може створювати великі, помітні черги виключно через випадкове скупчення, задовго до досягнення «підручникової» межі пропускної здатності. Спробуйте поступово збільшувати повзунок темпу прибуття і спостерігайте, як черги з'являються задовго до того, як сітка номінально перевантажена.
Що додає система Surtrac у Піттсбурзі понад це спрощене правило?
Surtrac, розроблена в Карнегі-Меллон і розгорнута по всьому Піттсбургу, розширює ту саму базову ідею — зчитувати попит у реальному часі та відповідно розподіляти зелений — децентралізованою оптимізацією розкладу на кожному перехресті, яка прогнозує час прибуття кожного транспортного засобу (а не лише наявність черги) і обчислює короткий ковзний розклад перемикань фаз, що мінімізує загальну прогнозовану затримку, а потім передає цей план сусіднім перехрестям, щоб «зелені хвилі» могли формуватися динамічно вздовж коридору, а не кожне перехрестя діяло окремо. Польові впровадження повідомляли про двозначне відсоткове скорочення часу в дорозі та кількості гальмувань. Правило цієї симуляції — подовжувати, поки поточний напрямок ще має попит, інакше перемикатися на той бік, де черга довша — це концептуальне зерно цієї системи, без прогнозованого планування та координації між перехрестями.
Як тут визначається і вимірюється «середній час очікування»?
Час очікування (затримка) для поїздки — це загальний симульований час, який транспортний засіб провів нерухомо — у черзі за іншим автомобілем або зупинившись на червоному світлі — підсумований за всю подорож від в'їзду до виїзду, за винятком часу, витраченого на реальний рух. Це відповідає тому, як транспортні інженери зазвичай визначають контрольну затримку на сигналі. Симуляція накопичує це для кожного транспортного засобу під час руху і додає час очікування завершеної поїздки до поточного середнього значення лише тоді, коли цей транспортний засіб досяг пункту призначення й покинув мережу, тож показник «середній час очікування» відображає справді завершені поїздки, а не транспортні засоби, які все ще стоять у черзі посередині подорожі.
Які обмеження цієї симуляції порівняно з реальними моделями транспортної інженерії?
Це навмисно спрощена модель: вона не має обмежень на маневри повороту понад прокладений маршрут, немає пішоходів, немає фаз лівого повороту чи захищених поворотів, поведінка транспортних засобів однорідна (немає вантажівок, велосипедистів чи різної агресивності водіїв), а швидкість вільного потоку фіксована єдина, з простим правилом руху за мінімальним інтервалом, а не каліброваною моделлю водія. Реальні інструменти, такі як SUMO чи VISSIM, моделюють геометрію окремих смуг, криві прискорення/гальмування, час реакції водія та перевіряють моделі прибуття на основі виміряних даних датчиків, перш ніж довіряти будь-якій зміні таймінгу сигналів. Що ця симуляція зберігає достовірно — це основний механізм, завдяки якому адаптивне керування перевершує фіксоване: зчитування реального стану черги та розподіл зеленого часу туди, де насправді є попит.
Граф сітки перехресть 3×3 та точок в'їзду/виїзду будується один раз; кожен транспортний засіб прокладає маршрут через нього як послідовність спрямованих ребер. Автомобілі рухаються вздовж ребра з обмеженою швидкістю, стримувані правилом мінімального інтервалу відносно автомобіля попереду та фазою сигналу на наступному перехресті — це створює реальні черги, а не скриптовані. Контролери з фіксованим часом перемикають фазу за жорстким таймером; адаптивний контролер зчитує кількість у черзі для кожного підходу в реальному часі щокадру й подовжує або перемикає зелений за правилом мінімального/максимального зеленого.
3D · рушій Three.js / WebGL · ціль 60 FPS · працює повністю на клієнті, без встановлення