Вы не в трэнде. :)))
Тут уже столько копий наломали, что открытый софт неизбежно приведет РЖД в светлое и беззаботное будущее.

А по-поводу реализации алгоритмов МПЦ по МРЦ-13 добавлю только одно:
будет сделано так, как реализует программист. )))) И вряд-ли этот программист будет с корочкой образования "АТС".

Доступный монтаж релейных систем ЭЦ в этом отношении куда безопаснее, верно?

tyubik добавил 28.03.2019 в 12:29
А ещё раньше "пугАлка" была:
Хакерская атака!
Да кому мы нужны, если уж и задумается диверсия, то СЦБ - последний инструментарий, с помощью которого её [диверсию] можно осуществить )))

Доступный монтаж - кому он доступный?

Вы чего реально считаете, что если открыть код любого МПЦ - так энтузиасты всего мира начнут искать ошибки в ПО и присылать отчеты по коду в саппорт разработчика?
Даже не смешно ...

По-честному: я не то, что закрытый от открытого не отличу, я даже не знаю, что такое код ))))))
Просто болезненное воображение рисует мне образ программиста из Мумбаи, затеявшего перевести стрелку под составом на станции Селятино.

tyubik добавил 28.03.2019 в 12:46
В детстве кино про войнушку любил зырить. Так ни одного партизана в релейной не видел. Мосты, почему-то, предпочитали взрывать.

tyubik добавил 28.03.2019 в 12:50
В релейных шкафах на перегоне? Действительно: доступен только выпускникам Харвартса.

tyubik добавил 28.03.2019 в 12:58
Так: кому первому придёт в голову создать на этом ресурсе тему про перевод стрелки под составом на станции Селятино? :oiE:

Может, релейных не было?

Трансформаторные ящики у светофоров? Муфты?
Любой учебник по ЭсЦэБе - пособие для диверсанта.

Анекдот:
В Брянске прошла традиционная встреча бывших партизан.
Встреча прошла в теплой, дружественной атмосфере и закончилась традиционным взрывом моста и концертом художественной самодеятельности.

Вот это и должно быть исключено категорически! Алгоритмы установки и размыкания маршрутов - во всех МПЦ должны быть едиными и не предполагать ни малейшей "вариативности" по требованию заказчика! Так же, как и интерфейсы аппарата управления!

Николай Николаевич добавил 28.03.2019 в 13:42
Нет, я хочу видеть красивую бумажку с водяными знаками или другими элементами защиты, которая от имени государства гласит, что означенный в ней "девайс" безопасен, поскольку именно этот или такой же "девайс" прошел все установленные государством процедуры!
У нас же "девайс" при подтверждении соответствия и "девайс" на объекте - это принципиально разные "девайсы"...

Николай Николаевич добавил 28.03.2019 в 13:48
Ну мы об этом уже говорили: СЦБист, переучившийся на программиста или программист, переучившийся на СЦБиста - "кто для истории более ценен?" (с).
На самом деле, и я в этом убежден - к сожалению, все 100% "тех, кто пишет софт для МПЦ" сами до конца не знают, как у них все это потом работает...
И в контексте такого разговора - я снова вспоминаю мысль о том, что, возможно, вместо МПЦ нужно иметь просто "электронную ЭЦ", в которой совсем нет никакого софта. Такую современную на 100% электронную "БМРЦ"...

Николай Николаевич добавил 28.03.2019 в 13:50
Так и я об этом же - программист не должен сам выбирать ни входные данные, ни выходные данные, ни алгоритм превращения входных данных в выходные, ни интерфейс аппарата управления!
А все, что "внутри" - на здоровье!

Неправильная цитата.
Как функционирует - они прекрасно знают.
Они НЕ ДО КОНЦА знают (задумываются): "а правильный результат на выходе, он правильный?"

на 100% по какой-нибудь ЭМС не проскочите.

Сами себе противоречите.
Либо программист "... не должен сам выбирать ... алгоритм превращения ...",
либо "... все, что "внутри" - на здоровье ..."
Программирование без 2-го, это не программирование. Это "секс без дивчины, ..." дальше знаете.
P.S. думаю, что в компании-разработчика никто в здравом смысле не будет шерстить исходники на предмет правильной адаптации нарисованной блок-схемы в программной код.
Вход-выход совпал? Совпал! - проверка выполнена.

bsabsa добавил 28.03.2019 в 14:15
Ага. Проектировщикам это скажите. У которых в одной ЭЦ лампочка мигает, в другой горит, но другим цветом. (я это про релейные ЭЦ).
А еще с интерфейсом различных АРМ было бы не плохо разобраться. Чей-там с СТО по отображению несчастным, не подскажите?
Его вообще хоть кто-то поддерживал с момента выхода в "люди".

Соглашусь - Ваша формулировка мне больше нравится, она лучше передает суть сказанного.

Николай Николаевич добавил 28.03.2019 в 14:23
Думаю, что вопрос по ЭМС - решаемый...

Николай Николаевич добавил 28.03.2019 в 14:27
Нет, не противоречу, просто слово "алгоритм" - слишком универсальное.
Для иллюстрации - программист МПЦ не должен выбирать, как должна размыкаться секция маршрута после освобождения ее поездом. Секция должна размыкаться с выдержкой времени 4 сек во всех случаях. Ну и так далее - как это происходит в ЭЦ-12-ХХ, а не как в ЭЦ-2 или в МРЦ-13...

Николай Николаевич добавил 28.03.2019 в 14:28
К сожалению, возразить мне нечего.

Николай Николаевич добавил 28.03.2019 в 14:29
И поэтому моя мечта, чтобы "местную инструкцию" писали проектировщики - остается несбыточной...

Это не алгоритм - это технология работы ЭЦ. И это принципиально.

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

Как я это понимаю:
"Секция должна размыкаться с выдержкой времени 4 сек во всех случаях." - это технология (поскольку здесь общие слова).
А как это будет реализовано в ПО с учетом структур данных, входных и выходных данных - это уже будет алгоритм.
IMHO.

Ну почему же: если в результате проделанной работы в том же СБЦП-81-02-09-2001 появится объект проектирования с названием "Составление инструкции о порядке пользования устройствами СЦБ", то проектные организации этому только рады будут, ведь не ахти какой сложный документ, и не углем на бересте каждый раз заново выполнять.
Другое дело, что эта работа и не велась )))

Если МПЦ крутится автономно, и дальше поста никакой связи нет, то тут даже "Гуру хакинга" будет неспособен. Если уж объединять, то это вопрос безопасности сети, как инфраструктуры.

Технологии работ слишком разные. На ГОКах например практикуется порожний состав отправлять локомотивами вперед, а груженый состав "хвостом вперед", т.к. нет кольцевой схемы движения.

Все программисты МПЦ, в основном являются СЦБистами, и прекрасно знают как работает то или иное действие.
Другой вопрос, что работа того-же контроллера является закрытой частью, и никто схемотехнику не знает. Т.е. здесь все отдается на откуп производителю контроллера.