а в чем заключалась идея?
можете обьяснить чуть-чуть подробнее?

Можем. Через полчасика.

tyubik добавил 30.03.2017 в 21:03
Корректировка времени извещения на закрытие переезда в зависимости от скорости вхождения поезда на участок. Исходя из наихудших условий, разумеется.

tyubik добавил 30.03.2017 в 21:42
Кстати: обсуждаемая МПЦ должна учитывать и наличие в зоне действия железнодорожных переездов, о чём почему-то забыли.

Интересная тема!!! А чем измеряли скорость, по срабатываниям датчика колеса?! Время вычисляли процессором или хитрым аналоговым способом?
Тут могут быть варианты в зависимости, что хочешь от этого получить! Для меня сейчас бывает достаточно того, что я это смог сделать, лучше, конечно, при практической реализации. Если кто-то воспользовался и под своим флагом сделал, ну дак Бог ему судья! Хорошо, что сделано!
Не забыл, но шагать думаю по очереди, от главного к частному. Так же необходимо не забыть о пешеходных переходах, там тоже полезно скорость вычислять!

В течение дня постараюсь ответить, сейчас же просто нет времени для кратких формулировок.

Несколько не в тему, но всё же. Как-то занимался темой пешеходных переходов на станции (2014г.). Картинки реализации.
http://morepic.ru/images/ete_4700.jpg
http://morepic.ru/images/dpddpd_2773.jpg
http://morepic.ru/images/rcrrcr_3032.jpg

Не думаю, что при наличии рельсовых цепей нужно применять еще и счетчики осей...
Дорого и ненадежно.

Что применять думал заказчик, я только показывал вариант реализации. При применении датчиков колеса, есть некоторые плюсы, можно рассчитать время достижения перехода поездом в зависимости от скорости движения.
Были варианты с РЦ. Сравнительная картинка.
http://morepic.ru/images/glgglg_8498.jpg
Предлагалось не городить огород в релейной с дополнительными реле, сделать съём с нужных точек ЭЦ (или взять готовые сигналы с АСДК, ДЦ, СТДМ), а логику отдать контроллеру, далее связь по модему со шкафом на пешеходном переходе и реализация управления в шкафу (я бы сказал в шкафчике).

Коллеги, кто-то может сказать что-нибудь про ЗОСРВ "Нейтрино"?

QNX, и есть QNX.
Полность поддерживается в России
http://www.kpda.ru/products/kpda10964/

и проверена в ФСБ, как я понимаю.

Возможно, данную ОС применяют: "КИТ", "ЮгПромАвтоматизация".
Нейтрино - QNX 6.0 и выше.

Зачем РЕЛЕ в этих красочных рисунках?
Почему бы не выполнять подобные НАТЮРМОРТЫ на UML?

Реле - 1 класс надёжности.
Не все знают язык UML, картинки получаются примерно такие же, но рисовать быстрее без UML (В Visio есть возможность работать с UML). Но используя UML, можно сражу же генерировать С код.

Как обещал, кратко:
Измерять скорость вхождения первой колесной пары на существующий участок извещения посредством пары счетчиков осей с фиксированным расстоянием между ними. Дальнейший режим движения принимать с максимально возможным ускорением до максимально допустимой скорости на данном участке ж.д. С помощью подобной пары счётчиков фиксировать освобождение переезда. Основной временнОй эффект достигается именно фиксацией освобождения подвижным составом переезда. Таким образом на каждом пути необходима установка четырёх пар счётчиков осей для обеспечения двустороннего движения.

tyubik, так было уже?
https://www.npcprom.ru/ru/pressa/pri...ala-no29-2006g

Предвидя сие я опубликовал несколько лет назад свой опус в нашей "Мурзилке", а вот потОм появилось "было ужЕ" )))