СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть
Показать сообщение отдельно
Старый 21.04.2016, 09:45   #128 (ссылка)
ЛИИЖТ АТ-103 (1981-1986)
 
Аватар для Просто инженер АиТ

Регистрация: 16.10.2012
Адрес: Где резной палисад
Возраст: 64
Сообщений: 980
Поблагодарил: 220 раз(а)
Поблагодарили 140 раз(а)
Фотоальбомы: не добавлял
Репутация: 380
Цитата:
Проверять полупроводниковые приборы нет никакого смысла - за исключением, возможно, приборов, содержащих электролитические конденсаторы большой емкости (типа БК-ДА, КБМШ, БКР и т.п.)
Полностью не согласен!!! Проверять надо и проверять тщательно! Для проверки нежны достаточно сложные тестовые программы, которых практически нет, многие проверки делаются на коленках, дедовскими методами, разработчики как правило даже не заботятся об этом, т.к. сделать хорошую тестовую программу соизмеримо с написанием ПО для блока/модуля, требуется высококвалифицированные кадры, дополнительные финансовые расходы! Много идёт по принципу "Знаю как - Know how", т.е. коммерческая тайна, чего в принципе для систем отвечающим за безопасность быть не должно, всё должно быть открыто и описано! Это делается умышлено, чтобы всё замкнуть на разработчике, что в корне не верно с точки зрения ОАО "РЖД".
Приведу пример из реальной жизни, он несколько устарел, но реально всё это есть в современной МП технике. КГМ, Пенза, раз в сутки, 3 суток или 10 суток идёт отказ во время роспуска, закономерность установить не удаётся! Программное обеспечение такое же как ещё 5 горках страны, но там всё работает нормально. Встроенная диагностика говорит, что всё модули исправны. Проверка электроников не даёт результата. Известен блок, в котором происходит отказ!
Постоянно идут телеграммы с требованием устранить неисправность, В.С. Аркатов в гневе, В.Н. Иванченко просто негодует. Отправляет меня и Программиста, который писал ПО для данного блока, со словами пока не найдёте неисправность не возвращайтесь.
Что оказалось в итоге. В ПО признаком окончания определенного блока в памяти ПЗУ был байт FFH (0xFF). При чтении этого байта с вероятность примерно 0,0001% прочитывался байт не FF, а FE, что и приводило к сбою!!! Усилили признак окончания до 2 байт, заменили их значения и перепрошили ПЗУ - делов то!
__________________
Не важна реальность, важно как мы к ней относимся!
Просто инженер АиТ вне форума   Цитировать 0
 Нажмите здесь, чтобы написать комментарий к этому сообщению