С танками - вряд ли, а вот с зелеными человечками - вполне возможно...

"Корень зла" вашего видения заключается в таком документе как "ТРА станции" под который и кроится ЭЦ-12 со всемозможными вывертами.
А также в том, что в хозяйстве сцб постоянно что "улучшают".
Тоже самое будет и с ПО, как и с обычной релейкой. Ошибки монтажа "отзеркалятся" в ошибки ПО.

Это не корень зла, это объективная реальность, известная изначально - понятно же, что за 30-40-50 лет эксплуатации технология перевозочного процесса поменяется не один раз. Поэтому - в том числе - и нужны МПЦ, чтобы легко менять конфигурацию путевого развития.

Зеленые человечки без танков не ездят. Мех.сопровождение обязательно будет. Так что :nono:

паттерн проверок и взаимозависимостей ЖАТ в составе собственного фрейворка который еще не написан на искусственных нейронных сетях

Какой оригинальный суржик...

состояние рефлексирования
http://scbist.com/scb/uploaded/105_1568225878.jpeg

Сейчас даже по зелёнке ездить не умеют, а Вы про телефонку говорите.
Сейчас телефонку минут 20 рисуют, потом неспеша несут, после машинисты минут 20 вспоминают, как по ней ехать и как КЛУБ настроить.
Кто сомневается - может ознакомиться с июньским ГИДом по Сходне.
Саботаж и зашкаливающая тупость инструкций кругом.

То о чем вы говорите, вполне может быть реализовано уже сегодня, но на уровне базовых функций - установка и размыкание маршрутов, настройка взаимозависимостей сигнальных показаний, охранности, негабаритности. Но не вам же мне рассказывать сколько бывает на станциях всяких случаев путевого развития, разных устройств и всего такого, что невозможно как-то автоматически настроить: местное управление, КГУ, УТСы... Что говорить, если нынче УКСПСы надо ставить на сбрасывающих остряках и включать в зависимости. Проблема в том, что сегодня нет правил описания всех этих зависимостей в соответствующих таблицах, которые потом можно было бы вычитывать при "закачивании" в УВК и формировать на их основе исполняемое ПО. Поэтому разработчики МПЦ создают САПРы, где выполняются все необходимые настройки для путевого развития конкретной станции. Что-то настраивается автоматически, например, маршрутизация по географическому принципу взаимного расположения объектов, все остальное настраивается вручную. На выходе - адаптация, которая используется для формирования исполняемого ПО. Упомянутые САПРы у разных производителей могут быть настолько разными, иметь разную степень автоматизации, что воспользоваться ими смогут, будь даже они все в свободном доступе, только весьма подготовленные специалисты, коих единицы на каждый тип системы. Соответственно и звучит предложение создания универсального языка описания зависимостей ЭЦ. Исходя из при принципа "от простого к сложному" прозвучало предложение начать с традиционного в СЦБ - языка релейно контактных схем СЦБ.

Это никому не нужно, т.к. ...

Только базовые функции не нужны, т.к. на станциях с маневровой работой - это будет только ограничивать работу.

Даже такие казалось бы "примитивные" примитивы, как "охранность" и негабаритность" решаются совсем неоднозначными методами, даже в релейной ЭЦ.

Это путь по принципу "Российская экономика достигла дна и продолжила копать глубже".
Тупиковая ветка развития (IMHO). Как вы будете макетировать работу каких-нибудь медленнодействующих, термо- реле и подобного оборудования?

Это ведь одни эмоции...
"На станциях с маневровой работой.." - Вы всерьез полагаете, что в современных условиях бывают станции, на которых не нужна маршрутизация маневровых передвижений?
Ну а про "макетирование медленнодействующих реле" - это что, проблема для аппаратно-программного комплекса? Смешно...
ВСЯ (и единая для всех станций) логика работы ЭЦ давно известна и формализована, превратить её в соответствующее ПО - вполне решаемая задача, как мне кажется.

Не эмоции. Это "практика".
Только что сегодня (в 7:35 Москвы) вернулся с такой станции.
Смешно не это. Смешно и грустно отлаживать в ПО такой комплекс.

Вот я и мечтаю - чтобы было "как в ЭЦМ КБ ЦШ", никакой "индивидуальной разработки ПО и/или "отладки ПО на месте"...