Тестирование узлов микроконтроллера

[Serg79]

Необходимо при включении микроконтроллера (МК) проводить тестирование его узлов:

• тест памяти,
• тест таймера,
• тест переходов,
• тест АЦП.

Подскажите, какие можно использовать для этого алгоритмы.

С реализацией их на ASM-e проблем не встанет. Но если у когото есть подобный код на ASM-e то выложите, буду благодарен.
Используемый МК: AVR ATmega64.

[RXL]

Serg79, какова цель? Искать брак?

1) тест памяти
Заполни память неким числом и проверь каждую ячейку на соответвие. В след. проход заполни память числом, инверсным к первому, и опять проверь.

2) тест таймера
Разрешаешь прерывание от таймера, заводишь его и ожидаешь этого прерывания. Ждать его следует в пустом цикле. Переполнение счетчика цикла будет сигналом к неисправности.

3) поясни

4) тест АЦП
Организовать в цикле считывание АЦП и вывод результатов его в каком-либо виде наружу (напр. на блок светодиодов, или в последовательный порт). На вход АЦП подключить переменный резистор (скользящий конатакт - на АЦП, два других - на GND и Vref).
P.S.: я описал примерно - для идеи. В автоматическом режиме можно проверить аналогично таймеру: генерирует ли прерывание в ожидаемый срок, или нет.

[Serg79]

Все эти тестирования необходимы для безопасности (требования к ПО МК по безопасности, т.н. "безопасный отказ". Короче: требования заказчика).

1) С памятью вроде бы все понятно, можно использовать бегущую единицу, бегущий ноль или в шахматном порядке.

2) С таймером по сложнее, если плывет кварц то плывет соответственно и CLOCK, что также отражается и на таймере.

3) Проверка правельности выполнения переходов:
rjmp метка
rcall метка
brcs метка
braq метка
и т.д.

4) Тест АЦП, ну сдесь можно использовать для подачи на вход стабильный источник напряжения или использовать внутренний ИОН 2.56 В и подовать также внутреннее тестовое напряжение 1.22 В.

Я задал этот вопрос в надежде на то, что кто то уже решал подобную задачу, и может подсказать готовое решение.

[RXL]

2) Проверить точность генератора можно только с помощью другого генератора с большей точностью (который тоже стоит иногда проверять). Т.е. программно это не решить. Лучше периодически проверять частоту генератора повереным частотометром.

3) Imho, затея бессмысленная. Почему тогда не проверять еще и выполнение других команд?
Если выйдет из строя любой вычислительный блок в м/к, то и тесты, быстрее всего, не будут выполняться как задумано.

При наличии в схеме элементов защиты м/к от возможных факторов повреждения и прохождения входного контроля для компонентов, вероятность выхода из строя очень мала. Трудно защитить, разве что, от сильных магнитных полей и радиации. Еще труднее - от дурака.
Я бы заменил п.2 и п.3 на периодическую профилактическую замену.

[Serg79]

2) Мысли такие же, без внешнего стабильного тактового генератора не обойтись.

3) Глупость полнейшая. Но если заказчик сказал надо, значит сделаем. 

[Алексей++]

Serg79, насчёт переходов:

простой тест - некая процедура ждёт 1 с пина некого порта , после этого (таймер ведь уже проверен? ) , скажем через 500 мкс, на другом пине должна выйти некая последовательность бит.
Этим проверим и переходы и много чего сразу

[Serg79]

Алексей1153, непонял  , если можно поподробнее.

[Алексей++]

Serg79, я имею в виду - тест воздействием "извне" ,
проводится , скажем, тест на rjmp.
подали на пин единицу - обработчик прерывания вызвал определённую функцию X1, в которой
делается переход на определённый адрес, где ждём , скажем, 500мкс, а затем выдаём контрольную последовательность бит. Дальше - либо перезагрузка проца, либо корректно развернуть указатель команд для продолжения теста.

вот такая мысль

[Sla]

Изначально к тестировнию нужно подходить  с точки зрения "чему доверяешь".

1. если тест запустился то call уже выполнился
Так что первично?
если нужно проверять всякие системы переходов - для этого должен быть внешний контроль сосояний
мало времени, да и нет под рукой литературы, чтоб сослаться на тестирование - Это целая наука

А вообще это очень знакомо, недоверие микроконтроллеру
Один из способов "мнимой защиты" - это проверка адреса указателя стека в каких-то контрольных точках