От ЭЦМ КБЦШ - к перспективной МПЦ - Страница 38 - СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

**Николай Николаевич** · 16.03.2017, 18:16

Цитата:

Сообщение от tyubik

Неверно реализованная логика выявляется тестированием, ребят, а прекращение работы устройства по причине внешнего воздействия (перенапряжение, нерассеивание избыточного тепла, несанкционированное вмешательство в работу устройств) к программному обеспечению отношения НЕ ИМЕЕТ.

Полагаю, что с тестированием у нас - мягко говоря - не все благополучно.
И остаются "бяки"...
Ну а то, что Вы называете "внешним воздействием" - так или иначе должно попадать в какую-то "копилку": либо ПО, либо "железо".
Варианта "так и должно быть, и это объяснимо" - быть не должно...

**17845** · 16.03.2017, 18:16

Цитата:

Сообщение от Николай Николаевич

Ну это Вы зря...
Вы таким образом все отказы сделаете опасными.
В институте нас учили именно так - мало опасных исключительно потому, что все потенциальные отказы должны быть защитными!

Николай Николаевич добавил 16.03.2017 в 18:05

Конечно были.

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

**Николай Николаевич** · 16.03.2017, 18:17

Цитата:

Сообщение от tyubik

Есть определенное значение разницы токов в прямом и обратном проводах сигнального показания - будьте добры эту норму обеспечивать. Ещё примеры нужны?

В именно этом примере - зачем? С какой целью? Эту опцию никто не заказывал!

**tyubik** · 16.03.2017, 18:19

Привел бы кто пример нарушения нормальной работы устройств по причине сбоя ПО... .

**Николай Николаевич** · 16.03.2017, 18:21

Цитата:

Сообщение от 17845

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

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

**17845** · 16.03.2017, 18:21

Цитата:

Сообщение от tyubik

Неверно реализованная логика выявляется тестированием, ребят, а прекращение работы устройства по причине внешнего воздействия (перенапряжение, нерассеивание избыточного тепла, несанкционированное вмешательство в работу устройств) к программному обеспечению отношения НЕ ИМЕЕТ.

tyubik добавил 16.03.2017 в 18:16
Есть определенное значение разницы токов в прямом и обратном проводах сигнального показания - будьте добры эту норму обеспечивать. Ещё примеры нужны?

Ежели взять наши " любимые " ТР ТС ,то к ПО там есть требования по защите ПО от сбоев работы технических средств и их неисправностей (недословно), это не про это???

**tyubik** · 16.03.2017, 18:21

Цитата:

Сообщение от Николай Николаевич

В именно этом примере - зачем? С какой целью? Эту опцию никто не заказывал!

Но ведь для чего-то она предусмотрена

**17845** · 16.03.2017, 18:23

Цитата:

Сообщение от tyubik

Привел бы кто пример нарушения нормальной работы устройств по причине сбоя ПО... .

Пару лет назад два электровоза ЭП-20 по причине сбоя ПО приехали в лоб. Но об этом не любят говорить почему то......

**tyubik** · 16.03.2017, 18:25

Цитата:

Сообщение от 17845

Ежели взять наши " любимые " ТР ТС ,то к ПО там есть требования по защите ПО от сбоев работы технических средств и их неисправностей (недословно), это не про это???

Не-а, это как раз про то, о чём говорю:
Требования к "железу" должны соблюдаться, а софтина будет крутиться, ей по-барабану.

**Николай Николаевич** · 16.03.2017, 18:25

Цитата:

Сообщение от tyubik

Но ведь для чего-то она предусмотрена

В данном конкретном случае - это в чистом виде навязанная услуга...
Я, в бытность ЦШ, так и не добрался - кто и зачем сделал эту глупость.
И не нашел варианта, как от неё избавиться.

**tyubik** · 16.03.2017, 18:29

При перегреве цикл может прекратиться (гусары, молчать!) - стрелка не доведется в крайнее положение, маршрут не "замкнется", но "1" вместо "0" не "сгенерится".

**tyubik** · 16.03.2017, 18:31

Цитата:

Сообщение от 17845

Пару лет назад два электровоза ЭП-20 по причине сбоя ПО приехали в лоб. Но об этом не любят говорить почему то......

Так это не сбой ПО, а корявая его реализация и проверка.

**T1000** · 16.03.2017, 18:31

ПО глючит это факт. Как они делают тестирование я хбз. Проверками зависимостей не всегда выявляется, поскольку возникает при определенных условиях поездной обстановки. И приводит именно к нарушению нормальной работы устройств СЦБ

**Luke** · 16.03.2017, 18:33

Цитата:

Сообщение от Николай Николаевич

Похоже, я знаю, с чего начинать работу над созданием принципиально новой и полностью отечественной МПЦ:
- с разработки принципиально нового АРМа ДСП и соответствующего стандарта по УГИ.

Чем он отличается от старого? На мой взгляд управление мышью оптимально.

Цитата:

Сообщение от Николай Николаевич

- с детального анализа зашитых в существующие МПЦ алгоритмов реализации зависимостей.

зачем? алгоритм должен быть максимально простым и удовлетворять единственному требованию - ПТЭ ЖД РФ. И ни в коем случае не строится по типу релейных ЭЦ.

Цитата:

Сообщение от Николай Николаевич

- с откровенного разговора поочередно с каждым из имеющихся разработчиков МПЦ "глаза в глаза" на предмет их готовности к сотрудничеству по новым правилам игры.

в качестве кого к ним прийти и что предложить? (это ведь коммерческие структуры, им не важно что строить, важен доход)

Цитата:

Сообщение от Николай Николаевич

- с детального ознакомления с имеющимися российскими разработками микропроцессоров типа "Байкал" и "Эльбрус", включая поездку "к ним".

в поездку к ним с работы наверное не отпустят

ЗЫ. А в принципе, предложенный Вами план хороший. Осталось дело за малым: найти 100 - 150 млн руб на разработку и исследования и 200 млн на решение организационных вопросов.

**Николай Николаевич** · 16.03.2017, 18:35

Цитата:

Сообщение от tyubik

При перегреве цикл может прекратиться (гусары, молчать!) - стрелка не доведется в крайнее положение, маршрут не "замкнется", но "1" вместо "0" не "сгенерится".

Возможно, что такой случай правильно отнести не к сбою ПО, а к неисправности "железа"...

16.03.2017, 18:19	#559 (ссылка)
tyubik АфроСЦБист Регистрация: 22.10.2010 Адрес: Ивантеевка Возраст: 50 Сообщений: 13,217 Поблагодарил: 477 раз(а) Поблагодарили 847 раз(а) Фотоальбомы: не добавлял Репутация: 1601	Привел бы кто пример нарушения нормальной работы устройств по причине сбоя ПО... . Комментарии к сообщению (репутация) Deutsch, положительно: Получите и распишитесь:
	Цитировать 0

16.03.2017, 18:29	#566 (ссылка)
tyubik АфроСЦБист Регистрация: 22.10.2010 Адрес: Ивантеевка Возраст: 50 Сообщений: 13,217 Поблагодарил: 477 раз(а) Поблагодарили 847 раз(а) Фотоальбомы: не добавлял Репутация: 1601	При перегреве цикл может прекратиться (гусары, молчать!) - стрелка не доведется в крайнее положение, маршрут не "замкнется", но "1" вместо "0" не "сгенерится".
	Цитировать 0

16.03.2017, 18:31	#568 (ссылка)
T1000 Super V.I.P. Регистрация: 23.07.2011 Адрес: Москва Возраст: 44 Сообщений: 2,793 Поблагодарил: 156 раз(а) Поблагодарили 272 раз(а) Фотоальбомы: не добавлял Репутация: 560	ПО глючит это факт. Как они делают тестирование я хбз. Проверками зависимостей не всегда выявляется, поскольку возникает при определенных условиях поездной обстановки. И приводит именно к нарушению нормальной работы устройств СЦБ
	Цитировать 0

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

Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)