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