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

СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть (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)

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

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

Цитата:

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

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

17845 16.03.2017 18:16

Цитата:

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

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


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

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

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

Цитата:

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

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

tyubik 16.03.2017 18:19

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

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

Цитата:

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

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

17845 16.03.2017 18:21

Цитата:

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

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

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

tyubik 16.03.2017 18:21

Цитата:

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

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

17845 16.03.2017 18:23

Цитата:

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

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

tyubik 16.03.2017 18:25

Цитата:

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

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

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

Цитата:

Сообщение от tyubik (Сообщение 312862)
Но ведь для чего-то она предусмотрена ;)

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

tyubik 16.03.2017 18:29

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

tyubik 16.03.2017 18:31

Цитата:

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

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

T1000 16.03.2017 18:31

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

Luke 16.03.2017 18:33

Цитата:

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

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

Цитата:

Сообщение от Николай Николаевич (Сообщение 312827)
- с детального анализа зашитых в существующие МПЦ алгоритмов реализации зависимостей.

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

Цитата:

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

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

Цитата:

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

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


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

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

Цитата:

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

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


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

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


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