Omega

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

Legon

bsabsa

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

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

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

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

Николай Николаевич

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

bsabsa

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

Николай Николаевич

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

Узник Абакана

Николай Николаевич это в принцине невозможно. Вы попаданте в ловушку противоречий. Хотите чтобы никакой "индивидуальной разработки ПО и/или "отладки ПО на месте" и в то же время чтобы было просто "как в ЭЦМ КБ ЦШ",

__________________
Разделение ШЧ на ПЧ и НГЧ

Legon

в ветке выделяется много энергии и происходит нагрев ...может быть пошел ядерный синтез?

Николай Николаевич

Ну а в чем противоречие?
В ЭЦМ КБ ЦШ сразу спаян некий монтаж, которые реализует маршрутизацию всех возможных маршрутов независимо от топологии путевого развития, при этом настройка на конкретное путевое развитие станции производится на месте без изменения или доработки проекта, путем заранее предусмотренных манипуляций.
Почему этого нельзя сделать в ПО?
Думаю, что это вполне возможно: "если ЭТО можно спаять - то ЭТО можно запрограммировать"!

бабулер 44

Всё в ваших руках! Формулируете техническое задание, объявляйте НИОКР, изыскивайте средства, пользуйтесь продуктом на здоровье.
Или вы считаете, что производители МПЦ будут за свой счет ваши "хотелки" реализовывать, и преподнесут вам готовый продукт?

Николай Николаевич

Не просто считаю, а убежден, что именно так и случится!

бабулер 44

Еще лет 5-7 санкций и ржд вернется к электромагнитным реле и ...ЭЦМ КБ ЦШ. Денег и времени сколько сэкономите! Кибербезопасность будет наивысшая, Элтеза будет процветать, все остальные разработчики систем ЖАТ устроятся работать таксистами.

Николай Николаевич

Да не переживайте Вы так за нас, как показывает время, в реальности санкции нам только на пользу...

bsabsa

Не тот у РЖД рынок, не та в России экономика, да и нет таких "игроков", чтобы кто-то вкладывал такие суммы.
И то что, "сами знаете кто" только меняет шильдик - лишнее тому подтверждение.

Рацуха - в системах МПЦ откажитесь от УВК. Пусть делают безопасный АРМ. Деньжищ сэконимите на железе и ПО. (В общем-то, не сильно ошибусь, если предположу, что новая система не очень нужна, главное денех сэкономить. А идеи с универсальным ПО, это "игрушки" для дипломов и кандидатских - это будет офигеть какой тяжелый софт).

Николай Николаевич

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