СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Вернуться   СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть > Обратная связь, новости, СМИ > ЦШ ОАО "РЖД" - обратная связь

Ответ   m.scbist.com - мобильная версия сайта  
 
В мои закладки Подписка на тему по электронной почте Отправить другу по электронной почте Опции темы Поиск в этой теме
Старый 16.09.2019, 11:25   #1426 (ссылка)
Корифей СЦБ
 
Аватар для Александр


Регистрация: 25.02.2009
Возраст: 44
Сообщений: 8,434
Поблагодарил: 1432 раз(а)
Поблагодарили 1854 раз(а)
Фотоальбомы: 1
Репутация: 1199
По умолчанию

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

Думаю, на её основе и надо строить новую МПЦ (чтобы не с нуля начинать, так быстрее и дешевле выйдет).
__________________
"Не думай. Думаешь - не говори. Думаешь и говоришь - не пиши. Думаешь, говоришь и пишешь - не подписывай. Думаешь, говоришь, пишешь и подписываешь - не удивляйся."
Ф.Э. Дзержинский.
Александр вне форума   Ответить с цитированием 2
Старый 16.09.2019, 18:59   #1427 (ссылка)
Участник
 
Аватар для Rustelo


Регистрация: 14.03.2010
Адрес: Башкортостан
Сообщений: 32
Поблагодарил: 2 раз(а)
Поблагодарили 1 раз(а)
Фотоальбомы: 0
Репутация: 0
Отправить сообщение для Rustelo с помощью Skype™
По умолчанию

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

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

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


Регистрация: 03.09.2019
Сообщений: 22
Поблагодарил: 1 раз(а)
Поблагодарили 11 раз(а)
Фотоальбомы: 0
Репутация: 53
По умолчанию

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

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

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


Регистрация: 18.03.2010
Сообщений: 253
Поблагодарил: 60 раз(а)
Поблагодарили 22 раз(а)
Фотоальбомы: 0
Репутация: 29
По умолчанию

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

РЖД никогда не искала легких путей.
bsabsa вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:12   #1432 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

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

РЖД никогда не искала легких путей.
Можно порассуждать на примере аналогов...
В современных автомобилях тоже ведь есть ПО, у которого есть разработчик - только продается это ПО вместе с машиной и "навсегда".
Почему бы так не поступать и с МПЦ - поставил "железо" вместо с ПО - и досвидос, и если это будет универсальное ПО, которое не нужно заново разрабатывать при изменении путевого развития - то все встает на свои места...
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:24   #1433 (ссылка)
V.I.P.


Регистрация: 07.03.2019
Сообщений: 660
Поблагодарил: 10 раз(а)
Поблагодарили 80 раз(а)
Фотоальбомы: 0
Репутация: 236
По умолчанию

Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
Можно порассуждать на примере аналогов...
В современных автомобилях тоже ведь есть ПО, у которого есть разработчик - только продается это ПО вместе с машиной и "навсегда".
Почему бы так не поступать и с МПЦ - поставил "железо" вместо с ПО - и досвидос, и если это будет универсальное ПО, которое не нужно заново разрабатывать при изменении путевого развития - то все встает на свои места...
За чип-тюнинг платить приходится все равно. Да и при замене той-же АКПП приходится "прописывать" ее заново.
Трезвый путеец вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:26   #1434 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от Трезвый путеец Посмотреть сообщение
За чип-тюнинг платить приходится все равно. Да и при замене той-же АКПП приходится "прописывать" ее заново.
Да, но и то, и другое - экзотика. А за экзотику - можно и заплатить...
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:29   #1435 (ссылка)
V.I.P.


Регистрация: 07.03.2019
Сообщений: 660
Поблагодарил: 10 раз(а)
Поблагодарили 80 раз(а)
Фотоальбомы: 0
Репутация: 236
По умолчанию

Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
Да, но и то, и другое - экзотика. А за экзотику - можно и заплатить...
Изменение путевого развития тоже экзотика) не каждый год на РЖД меняют развитие.
Трезвый путеец вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:32   #1436 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от Трезвый путеец Посмотреть сообщение
Изменение путевого развития тоже экзотика) не каждый год на РЖД меняют развитие.
При реальном сроке эксплуатации в 50 и более лет - не экзотика...
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:45   #1437 (ссылка)
V.I.P.


Регистрация: 07.03.2019
Сообщений: 660
Поблагодарил: 10 раз(а)
Поблагодарили 80 раз(а)
Фотоальбомы: 0
Репутация: 236
По умолчанию

Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
При реальном сроке эксплуатации в 50 и более лет - не экзотика...
У Дебилока в свое время было ПО по Windows 95/98. Интересно, насколько актуально сейчас железо этого АРМа?
Трезвый путеец вне форума   Ответить с цитированием 0
Старый 16.09.2019, 21:51   #1438 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от Трезвый путеец Посмотреть сообщение
У Дебилока в свое время было ПО по Windows 95/98. Интересно, насколько актуально сейчас железо этого АРМа?
Этот вопрос - тема для осмысления...
Но что очевидно - устройства ЖАТ вряд ли будут заменяться каждые 5 или 10 лет. Соответственно - и "железо", и ПО для ЖАТ должны быть долгоиграющими.
Николай Николаевич вне форума   Ответить с цитированием 0
Старый 16.09.2019, 22:04   #1439 (ссылка)
Старший участник


Регистрация: 18.03.2010
Сообщений: 253
Поблагодарил: 60 раз(а)
Поблагодарили 22 раз(а)
Фотоальбомы: 0
Репутация: 29
По умолчанию

Цитата:
Сообщение от Николай Николаевич Посмотреть сообщение
Можно порассуждать на примере аналогов...
В современных автомобилях тоже ведь есть ПО, у которого есть разработчик - только продается это ПО вместе с машиной и "навсегда".
Почему бы так не поступать и с МПЦ - поставил "железо" вместо с ПО - и досвидос, и если это будет универсальное ПО, которое не нужно заново разрабатывать при изменении путевого развития - то все встает на свои места...
Самый распространный пример - поставили колеса чуть большего размера или друго профиля. Изменился радиус, спидометр работает несколько не штатно. Полетели штрафы. Чтоб исправить, нужно чиповать. Готовим денюшку.
И каков смысл?
bsabsa вне форума   Ответить с цитированием 0
Старый 16.09.2019, 22:10   #1440 (ссылка)
__

Автор темы

Регистрация: 10.09.2010
Адрес: Москва
Возраст: 59
Сообщений: 13,709
Поблагодарил: 399 раз(а)
Поблагодарили 2276 раз(а)
Фотоальбомы: 0
Репутация: 1425
По умолчанию

Цитата:
Сообщение от bsabsa Посмотреть сообщение
Самый распространный пример - поставили колеса чуть большего размера или друго профиля. Изменился радиус, спидометр работает несколько не штатно. Полетели штрафы. Чтоб исправить, нужно чиповать. Готовим денюшку.
И каков смысл?
Интересно было бы взглянуть на статистику чипования авто...
Даже боюсь предположить - а знают ли об этом авторы родного ПО?

Последний раз редактировалось Николай Николаевич; 16.09.2019 в 22:12.
Николай Николаевич вне форума   Ответить с цитированием 0
Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
ЭЦМ-КБЦШ vovan1 Классические релейные системы ЭЦ, АБ и ПАБ 10 30.07.2020 20:10
ПАБ КБЦШ и МКУ Зебра Автоматические и полуавтоматические блокировки 3 10.03.2012 19:11
[07-2007] Кодирование рельсовых цепей на станциях с ЭЦМ-КБЦШ Admin xx3 0 17.09.2011 20:06

Ответ


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Вкл.
Pingbacks are Вкл.
Refbacks are Выкл.



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

СЦБ на железнодорожном транспорте Справочник  Сайт ПГУПС
сцбист.ру сцбист.рф

Лицензия зарегистрирована на scbist.com
СЦБИСТ (ранее назывался: Форум СЦБистов - Railway Automation Forum) - крупнейший сайт работников локомотивного хозяйства, движенцев, эсцебистов, путейцев, контактников, вагонников, связистов, проводников, работников ЦФТО, ИВЦ железных дорог, дистанций погрузочно-разгрузочных работ и других железнодорожников.
Связь с администрацией сайта: admin@scbist.com
Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2021, Jelsoft Enterprises Ltd.
Powered by NuWiki v1.3 RC1 Copyright ©2006-2007, NuHit, LLC Перевод: zCarot
Advertisement System V2.4