СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Это сообщение показано отдельно, перейти в тему, где размещено сообщение: Переход на ОС с открытыми кодами (Linux)
Старый 12.12.2017, 20:42   #638 (ссылка)
__
 
Аватар для Николай Николаевич

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 64
Сообщений: 13,931
Поблагодарил: 408 раз(а)
Поблагодарили 2363 раз(а)
Фотоальбомы: не добавлял
Репутация: 1516
Цитата:
Сообщение от xmel Посмотреть сообщение
Объектный контроллер.

Основной уровень, обеспечивающий как управление устройствами, так и обеспечение безопасности движения. Данные устройства должны физически соединяться по топологии станции. Устройства должны реализовывать жёсткую логику, обеспечивающую безопасность движения поездов. Перепрограммирование данных устройств не допускается (как при аппаратной реализации, так и на основе микропрограмм). Устройства выпускаются сертифицированными по стандарту и готовыми к работе "из коробки".

Внутренняя структура объектного контроллера

Объектный контроллер состоит следующих элементов:
Интерфейс сети объектных контроллеров
Схема обработки сообщений и обеспечения безопасности
Интерфейс датчиков состояния объекта.
Интерфейс управления объектом

Алгоритмы, реализуемые объектным контроллером

Объектный контроллер должен реализовывать минимально необходимые алгоритмы безопасности, диагностики и управления. Например, не должно быть команды установить маршрут от светофора до светофора. Должны быть команды типа перевести стрелку или открыть светофор поездным/маневровым порядком.

1. Приём и отправка сообщений как от верхнего уровня, так и от соседних контроллеров.
2. Обработка команд управления низкого уровня, таких как:
2.1. Перевод стрелки
2.2. Открытие сигнала
2.3. Искусственная разделка маршрута.
3. Замыкание элементарного маршрута с проверкой безопасности путём опроса соседних объектных контроллеров, связанных по топологии станции. Замыкание маршрута делается по технологии двухфазного подтверждения транзакции.
4. Проверка безопасности установленного маршрута путём периодического опроса соседних объектных контроллеров и собственного состояния. Приведение устройства в безопасное состояние при нарушении условий безопасности движения или выхода из строя элементов системы.
5. Размыкание маршрута в процессе движения подвижного состава.
6. Искусственная разделка элементарного маршрута с выдержками времени и т. д.
7. Непосредственное управление объектом и приём диагностики с объекта.
Это ведь - в таком варианте - не МПЦ, а некая "электронная ЭЦ". Электронные "блоки" по плану станции, топология станции формируется паяльником, электронная БМРЦ.
Лет 30 назад это было бы интересно, сейчас - не думаю.
Самый главный недостаток подобной системы - это возможность внесения изменений в ЭЦ при изменении путевого развития силами эксплуатационников. НАМ ЭТО - НЕ НУЖНО!
Второе - электронные "блоки" на посту ЭЦ, в условиях плохого электропитания и плохой помеховой обстановки (опасное и мешающее влияние тягового тока) - ничего хорошего из этого не вышло бы.
Да и сделать подобные электронные блоки "по первому классу", т.е. безопасными - та еще задача. Как минимум - сложно и дорого.
Николай Николаевич вне форума   Цитировать 0
Комментариев к сообщению: 1 (нажмите, чтобы увидеть)  Нажмите здесь, чтобы написать комментарий к этому сообщению  
 

Яндекс.Метрика