У "релейных" СЦБистов - зарплата у тех работников ШЧ, кто умеет профессионально "перекроить" зависимости в ЭЦ, сильно отличается от тех, кого с паяльником в релейную пускать в принципе нельзя? Думаю, что не отличается совсем, как это не печально. Почему Вы думаете, что в МПЦ будет иначе?

Не совсем так просто (это Вам не "Миру мир" вывести на экран монитора). Программирование в чистом виде - это нормально, есть правила, синтаксис, семантика языка, но программирование системы - это несколько другое, здесь потребуются технологи, специалисты той отрасли для кого создаётся ПО и так далее.

п. 4.4 "Инструкции по техническому обслуживанию и ремонту устройств и систем сигнализации, централизации и блокировки" утвержденной Распоряжением ОАО «РЖД» от 30 декабря 2015г. № 3168р.

По уму - именно так. Только отправлять ПО разработчику не надо )))

из разряда глупых вопросов :raD:
а можно ли на существующее железо написать новое ПО, с 0, например, другому разработчику??

Думаю, что можно - только это никому не интересно...
Тут маузер нужен!

диск нужен для того, чтобы в случае чего прокурор мог сравнить то что на диске и то что стояло внутри

т.е. это возможно??
никогда в эту строну не думала...

Ну а почему нет?
Если сделал один - то может сделать и другой.
Думаю, что это даже проще, чем "лечить" чужое ПО...

Авионика же пишет свое вместо ГТСС

окончательно, для себя...

т.е. есть работающая станция с МПЦ-N, и, внезапно, разработчик ПО на этой станции перестает существовать...

и тогда возможно появление новой организации, которая скажет, что может, используя существующее железо, разработать новое ПО для дальнейшего развития станции??

т.е. менять железо не обязательно??

Мое убежденное мнение - это возможно!
Более того - рано или поздно это придется делать, и к этому нужно быть готовым...

Надо рассмотреть вопрос с другой стороны: насколько это будет экономически привлекательно? Разработать ПО для чужой "погасшей" станции ещё пол дела. Далее этой новой фирме придется пройти многочисленные процедуры согласований и доказательств безопасности системы-новое ПО+чужое железо. Если делать эту работу со "своим" или "чужим" железом и своим ПО с прицелом и планами на тиражирование, есть шанс на рентабельность проекта, как разовая работа-вероятность получения экономически целесообразного продукта равна нулю.....

Технически это возможно. Типовой контроллер может быть заблокирован на чтение ПО из него (типа для сохранения авторских прав, если это оговорено). Но на сброс и запись нового ПО он не блокируется.
Вы, кстати, проверьте - может быть, удастся даже считать ПО из контроллера и потом его самим (или на субподряде) подкорректировать.

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

Не всегда проще. Кроме того - это другие деньги. Поэтому и существует этот вопрос с исходниками, передаваемыми заказчику.

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

Не согласен! Если Вы это делать не пробовали, то можете не знать как это не просто! Проще с нуля написать снова, глядя как работает старое ПО.