СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть (https://scbist.com/)
-   ЦШ ОАО "РЖД" - обратная связь (https://scbist.com/csh-oao-rzhd-obratnaya-svyaz/)
-   -   От ЭЦМ КБЦШ - к перспективной МПЦ (https://scbist.com/csh-oao-rzhd-obratnaya-svyaz/48181-ot-ecm-kbcsh-k-perspektivnoi-mpc.html)

Вы просматриваете версию для печати. Если вы хотите увидеть статью полностью - перейдите по ссылке

Узник Абакана 13.09.2019 21:48

Цитата:

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

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

Legon 13.09.2019 22:47

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

Николай Николаевич 14.09.2019 10:12

Цитата:

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

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

бабулер 44 14.09.2019 16:45

Цитата:

Сообщение от Николай Николаевич (Сообщение 360734)
Почему этого нельзя сделать в ПО?
Думаю, что это вполне возможно: "если ЭТО можно спаять - то ЭТО можно запрограммировать"!

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

Николай Николаевич 14.09.2019 17:48

Цитата:

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

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

бабулер 44 14.09.2019 18:05

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

Николай Николаевич 14.09.2019 19:59

Цитата:

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

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

bsabsa 16.09.2019 10:08

Цитата:

Сообщение от Николай Николаевич (Сообщение 360740)
Не просто считаю, а убежден, что именно так и случится!

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

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

Николай Николаевич 16.09.2019 10:27

Цитата:

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

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

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

Александр 16.09.2019 12:25

Насчёт тяжёлого ПО:
Уже больше 25 лет игрушке shortline.
Думаю, всем знакома, у кого был доступ к компу в конце 90-х.
Можно построить станцию на 6 подходов (правда, все однопутные). Недостаток - нет маневровых передвижений. Ну и "размах" строительства финансами ограничен.
Достоинство - работает под DOSом.
Интегрирована система "автомашинист".

Думаю, на её основе и надо строить новую МПЦ (чтобы не с нуля начинать, так быстрее и дешевле выйдет).

Rustelo 16.09.2019 19:59

ИМХО, при написании ПО основная сложность - не просто реализовать алгоритмы ЭЦ, а реализовать их безопасно (с защитой от искажения данных). Без защиты - одна ячейка памяти сбой дала при записи или считывании или регенерации данных (воздействии электростатического разряда) - последствия непредсказуемы. Поэтому важно - защититься от аппаратных и программных сбоев. А микроэлектроника гораздо чувствительнее к помехам и электростатике, чем реле. Поэтому искажения данных происходят периодически (может быть, даже по нескольку раз в день/час, мы ведь не знаем этого), но нивелируются безопасными алгоритмами и специальной схемотехникой, и мы их не видим.

Николай Николаевич 16.09.2019 20:22

Цитата:

Сообщение от Rustelo (Сообщение 360805)
ИМХО, при написании ПО основная сложность - не просто реализовать алгоритмы ЭЦ, а реализовать их безопасно (с защитой от искажения данных). Без защиты - одна ячейка памяти сбой дала при записи или считывании или регенерации данных (воздействии электростатического разряда) - последствия непредсказуемы. Поэтому важно - защититься от аппаратных и программных сбоев. А микроэлектроника гораздо чувствительнее к помехам и электростатике, чем реле. Поэтому искажения данных происходят периодически (может быть, даже по нескольку раз в день/час, мы ведь не знаем этого), но нивелируются безопасными алгоритмами и специальной схемотехникой, и мы их не видим.

С этим утверждением никто и не спорит, речь о другом - ПО должно разрабатываться универсальным - один раз на систему МПЦ для любой станции, не требовать индивидуальной разработки, и элементарно настраиваться на конкретное путевое развитие непосредственно на месте применения путем простых операций оператора (не программиста)!

Omega 16.09.2019 21:09

Цитата:

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

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

Николай Николаевич 16.09.2019 21:16

Цитата:

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

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

bsabsa 16.09.2019 22:04

Цитата:

Сообщение от Николай Николаевич (Сообщение 360818)
Вывод из сказанного Вами - каждый "кусочек" уже известных СЦБиных алгоритмов должен быть раз и навсегда реализован в виде соответствующего "кусочка ПО", в таком виде перестать быть интеллектуальной и любой другой собственностью разработчика или программиста и получить самостоятельное существование...

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

РЖД никогда не искала легких путей.


Часовой пояс GMT +3, время: 10:01.

Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot


Яндекс.Метрика