вул.
Ползунова до вул. Партизанська;
пусковий комплекс: 7 перехресть по пр. Комсомольському від вул
Чкалова до вул. Сизова.
. 1 Умови впровадження АСУ ДД
Райони, рекомендовані до впровадження, обгрунтування і їх черговість
визначені в 20777-ОДР.
Введення автоматизованої системи управління дорожнім рухом на магістралі дозволить гнучко управляти транспортними потоками в залежності від їх інтенсивності і мінімізувати затримки транспорту. Цілодобовий збір інформації від детекторів про характеристики транспортних потоків дасть можливість змінювати режими перемикання світлофорів залежно від інтенсивності транспортних потоків, погодних умов, часу доби, днів тижня, пори року.
Переклад локально працюючих світлофорних об'єктів і АСУ ДД буде ефективний, тому існують такі умови:
? достатня кількість смуг в кожному напрямку - ширина проїзної частини проси Леніну Красноармійського, Комсомольського дозволяє організувати рух транспорту потремо смугах у кожному напрямку;
? відстань між перехрестями оптимально для координації роботи СО і знаходиться в межах 400-800м,
? можливість роботи периферійних технічних засобів у багаторівневій системі;
? інтенсивність транспортного потоку складає 500-600 привед/од на смугу.
. 2 Алгоритми системного управління
Основним системним алгоритмом роботи АСУ ДД є режим координованого управління рухом. Принцип координації полягає в узгодженні роботи світлофорних об'єктів магістралі, що забезпечує пропуск транспортних засобів з мінімальними затримками по ній.
До системних алгоритмам управління відносяться режими;
? жорстке координоване управління в Бесцентровой системі;
? жорстке координоване управління від центру з можливістю вибору будь-який з тимчасових програм від таймера або диспетчером;
? адаптивне координоване управління;
? диспетчерське управління (ДУ);
Реалізація всіх режимів координованого управління можлива за наявності системи зв'язку.
Алгоритм жорсткого координованого управління включає в себе наступні операції;
? порівняння поточного часу з заданим;
? вибір з пам'яті програми координації, відповідної часу доби.
Операція вибору з пам'яті програм координації та формування керуючих впливів здійснюється самим контролером, т. к. інформація про основні параметри регулювання (тривалості циклу, основних і проміжних тактах, тимчасових зрушеннях фаз) для всіх діючих програм координації зберігається в контролері. Реалізація визначеної за часу доби програми координації відбувається при цикловом підтвердженні номера програми.
Приклад: по просп. Червоноармійському (3 пусковий комплекс) для організації координованого управління на 10 світлофорних об'єктах на момент впровадження системи проектом запропоновано дві програми координації ГОС1 і ПК2 на «міжпіковий» і «піковий» тимчасові інтервали відповідно. При зниженні транспортного навантаження з 10год. до 16ч. пропонується реалізація ПК1 з циклом 85с із середньою швидкістю руху «пачки» - 54км/год (див. 20849-ОДДЗ лист 2). Програма координації ПК2 (див 20849-ОДЦЗ лист 3) відповідає максимальному завантаженні вулиці в ранкові години з 8.30 год до 10 год і вечірні - з 16ч до 20ч і її реалізація пропонується з циклом 90с із середньою швидкістю руху «пачки» - 52 км/год
Після формування стійкого руху транспортних потоків та накопичення даних про параметри руху на протязі 2-3 місяців необхідно створення бібліотеки ДПС, що відповідає змінам інтенсивності транспортних потоків залежно від пори року, доби погодні умови або по днях тижня. Підтримка програм координації в актуальному стані повинна забезпечуватися постійно по мірі зміни транспортних потреб з часом.
У випадках різкого коливання транспортних запитів по тих чи інших напрямках на перехресті необхідний інструмент миттєвої корекції довжин фаз залежно від показань детекторів транспорту Цим інструментом є мікропроцесорний комплекс «контролер-детектори».
Для адаптивного управління плани координації розробляються, визначаючи максимальні і мінімальні значення часу активації кожної фази. При цьому час циклу залишається незмінним, що зберігає можливість координованої роботи перехрестя на магістралі. Алгоритм такого управління закладається в локальне програмне забезпечення, і рішення про продовження чи припинення кожної фази приймається безпосередньо...
