От ЭЦМ КБЦШ - к перспективной МПЦ
 

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

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

Как показывает опыт разработки и внедрения других - массовых - микропроцессорных систем и вообще IT-технологий, все больше и больше разработчиков задачу периодического обновления ПО вообще сделали общедоступное и бесплатной, а иногда - и автоматической.
И ничего, выживают и вполне успешно развиваются...

железка и не-железка - это два разных мира

"Всей водки не выпить и всех женщин не перецеловать - но стремиться к этому надо!" (с)

Admin добавил 02.03.2017 в 10:11
как раз недавно начал разрабатывать полу-мпц. Пожелания "настраивать перемычками" учту. Посмотрим что получится

Если предположить, что кто-либо разработал такую МПЦ, то ведь разработчик становится монополистом рынка. Как эт так?))

Кто мешает другому разработчику разработать другую МПЦ - которая более конкурентна на рынке?

Тема интересная!!!
Будем обсуждать техническую сторону или уйдем в полемику экономической и правовой составляющей.
Если техническую, то я в теме!

Разработку необходимо инициировать. Если конкурент разработал что-либо - это мотивация, да. А вот для первой такой МПЦ? Любой разработчик должен потратить ресурсы. За чей счет? Давайте деньги - сделаем.
Заказчик даст деньги нескольким разработчикам или выберет одного?

Техническую конечно...

Николай Николаевич добавил 02.03.2017 в 10:46
Этот путь - известен, все его плюсы и минусы - тоже...
Но посмотрите за окно - там много разных автомобилей, в соответствующих магазинах - много разных мобильных телефонов и прочих гаджетов. Неужели у всего этого многообразия есть "заказчик" из числа потенциальных потребителей?

Думаю универсальность как раз то что есть в мпц. Получается можно всять 2 статива рц 1 статив стрело и сигналов подключаем их к полю и все. А дальше кодируем связи.

В современной МПЦ не должно быть никаких "стативов"! Вообще! Чтобы ни одного реле! Всё - "внутри" МПЦ, в соответствующих шкафах.

Автомобили, телефоны и т.д. - это рынок, где рулит маркетинг с рекламой и т.д. Ничего из этого не жалко заменить через пару лет, если не подошло и стало не нужно. Долго можно об этом...

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

А по ЭЦМ-КБЦШ имеются ли у кого-нибудь материалы?

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