caxapa.ru :: Самодиагностика PIC'ов

DL36 (08.02.2010 08:47 - 16:54, просмотров: 10281)

Самодиагностика PIC'ов http://www.remexpert.com/ipb/ipb.html?automodule=blog&blogid=14&showentry=168
Для повышения надежности устройств часто применяют самодиагностирование контроллера, в ходе которого производится проверка целостности ROM, RAM и работоспособности внешних модулей. Предлагаемый модуль crc32.c предназначен для диагностирования ROM-памяти методом подсчета контрольной суммы ее содержимого и сравнения с зашитой константой. К нему прилагается утилита calcCrc32.exe для управления HEX-файлом: подсчета исходной контрольной суммы и упаковки ее в HEX-файл. Подробности - в файле readme.txt

Ответить

- Если умерла RAM, то где гарантия, что сам тест правильно работает? ROM-то утекает, известное дело. - fk0(08.02.2010 17:17)
  - Обычно диагностируются и ROM, и RAM. Реализация диагностики RAM намного проще, чем ROM, и ее каждый себе сам без труда состряпает. А для диагностики ROM нужно больше телодвижений (обработка готового HEX'а), вот DL36 это и сделал с юзер интерфейсом. - testerplus(08.02.2010 19:33)
    - Программа с юзер-интерфейсом не нужна, её с ВРУЧНУЮ запускать и в Makefile не встроить. А вообще hitech software имел для своего компилятора способ считать контрольную сумму. - fk0(09.02.2010 11:58)
      - Можно контролировать изменение хекса и запускать автоматически, хотя я рассуждал, что контроль вводится на последнем этапе. DL36(230 знак., 09.02.2010 12:50 - 12:55)
        
        В МПЛАБе в настройках проекта есть Сustom build/Post-Build Step, туда и можно будет вписывать командную строку для запуска программы. - testerplus(09.02.2010 13:38)
        
        Спасибо, посмотрю. - DL36(09.02.2010 14:01)
    - Только если на ассемблере. А регистры CPU и RAM может быть одно и то же (пример PIC) Тестирующая программа некорректна получается. - fk0(09.02.2010 11:56)
      - Несколько позже будут другие примеры. - DL36(09.02.2010 12:50)
  - Никакой, но обнаружение ошибки довольно высокое. - DL36 (08.02.2010 17:57)jaga-jaga
    - мне вот интересно, а есть ли статистика по кол-ву отказов RAM в микроконтроллерах? условия работы даташитные. есть ли вообще смысл заниматься этим самотестированием RAM? - jaga-jaga(08.02.2010 18:06)
      - Здесь посмотрите. Не оно? Там и RAM и ROM, но при работе на пределе. - testerplus(09.02.2010 23:27, ссылка)
      - Чего я все это начал, поскольку один случай имею. Причины не знаю, скорее всего сам виноват. DL36(248 знак., 08.02.2010 18:34)
        
        А при чём тут RAM? Скорей FLASH. А был ли сбой единичным? А то биты в RAM изгибаться могут под воздействием залётного фотона, в единичных случаях. - fk0(09.02.2010 11:57)
        
        Это быка константа, чтение из таблицы. Сбой не единичный устойчиво повторялся при каждом запуске. - DL36(09.02.2010 12:48)
        
        FLASH может испортиться. ФАКТ. Надо всегда проверять. В теории. На практике все забивают. - fk0(09.02.2010 13:20)
        
        Нужно было получить хороший пинок в зад :) и стал проверять. - DL36(09.02.2010 13:23)

Микроконтроллеры PIC