Евгений002

Вы сами ответили, без "мозга" - это электронная ЭЦ , а не МПЦ.

Просто инженер АиТ

- Не согласен, возможно, кто-то защищает коммерческий интерес (лоббирование).
Кроме всего, необходимо рассматривать не только стоимость проектирования и строительства, но и эксплуатационные расходу на протяжении всего жизненного цикла. А также подготовку специалистов для обслуживания подобных систем.
И ещё МП системы, как я думаю, созданы таким о образом, чтобы потребителя всегда держать на крючке, в моем варианте такого нет - всё прозрачно, просто (почти как палка). Обучать людей для обслуживания достаточно просто.
Мало серийным производство не будет, а подобные блоки "Элтеза" могла бы сама. И ещё на основе подобных блоков можно строить не только ЭЦ, но другие ЖАТ системы, блоки то - универсальные!
Мне очень нравится МП техника, программирование, но её применять необходимо там, где она наиболее эффективна.

Просто инженер АиТ добавил 27.01.2017 в 10:18
Мозг есть, но он распределен по всем блокам, при такой организации система более живуча!

Просто инженер АиТ добавил 27.01.2017 в 10:20
В современную ПЛМ без особых проблем можно засунуть схему процессора. Так примерно и поступают для специализированных процессоров!

__________________
Не важна реальность, важно как мы к ней относимся!

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

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

Antibueno

нет времени все посты прочитать...

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

касательно самой мпц, тут ваши хотелки не прокатят, какие либо рамки тормозят развитие, а вообще есть требования по уровню безопасности МЕЖДУНАРОДНЫЕ, что бы наши системы можно было продавать зарубеж и т.д.

эксплуатация (на век существующих СЦБистов хватит релейн. и прочих гибридов), но рано или поздно к этому придут, т.е. все напольные т.е. основные исполнительные устройства будет обслуживать ПЧ вместе с напольным кабелем до ввода в шкаф концентрации (от размыкателя до устройства).
МПЦ полностью обслуживает компания по обслуживанию и ремонту, которая в свою очередь взаимодействует с разработчиками и т.д.

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

а все что ВЫ господа предлагаете это монополия!

__________________
нет ничего невозможного, возможно всё, что можно себе вообразить!

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

А почему бы и нет? Пусть будет монополией.
Абсолютно не рыночная сфера деятельности, но при этом - реализующая функции в интересах государства...

bsabsa

А как же таможенный союз?

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

Мы же говорим исключительно о написании ПО...
А все остальное - на здоровье, в установленном порядке.

bsabsa

МПЦ без ПО - это не МПЦ.

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

Так чтоли?

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

Да, примерно так.
Хочешь на рынок - заказывай ПО в специализированной организации (вовсе не обязательно ПКБ И).
Хочешь путевое развитие поменять - все то же самое.

bsabsa

Думаю, вопрос про сокращение издержек в обсуждаемом вопросе даже не стоит. А все гораздо проще.

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

Стоит. Не скажу, что на первом месте, но стоит.
На первом месте - исключение зависимости от разработчика системы. Который сегодня есть, а завтра - неизвестно.

bsabsa

А чем тогда не устраивает нынешнее состояние вопроса? Заказывайте у разработчиков существующих МПЦ.
Не понятно - зачем выдумывать очередную "непрозрачную" схему.
И вообще - тема про "Переход на ОС с открытыми кодами (Linux)". Причем здесь ПО МПЦ?

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

Ну я и говорю - сегодня они есть, а завтра?

bsabsa

Если РЖД так ставит вопрос, то может проблема не в разработчике, а "в консерватории"?

И много в РЖД "уплыло" разработчиков?

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

Рынок таков, что реально работают 1-2 разработчика. А систем МПЦ - уже 6. Рано или поздно с 4-я аутсайдерами что-то же произойдет? А их системы - останутся. Увеличения рынка - не прогнозируется. Что делать?