Минимизация проверки ячейки памяти Опции

[Guest_Serg79_*]

Требуется проверять правильную работу регистров общего назначения (РОН) и оперативной памяти (ОЗУ) двумя значениями: 0x55 (01010101b) и 0xAA (10101010b). Вопрос заключается в том, что бы сделать это с минимальным количеством используемых команд (это значит максимальное быстродействие и минимально занимаемое место во FLASH).

Для 16 старших РОН (r16-r31) удалось все свести к четырем командам:

Код

ldi r16, 0x55
com r16
subi r16, 0xAA
err: brne err

Я так думаю, дополнительно минимизировать проверку 16 старших РОН, уже не представляется возможным (все таки через ячейку памяти надо прогнать два значения).

А вот для первой половины РОН и ячеек памяти ОЗУ у меня такого однозначного решения нет. Вот и обращаюсь к коллективному разуму, что бы общими силами найти самое что ни есть оптимальное решение этой задачи.

P.s. Здесь не обсуждается вопрос целесообразности всех этих проверок. Главная подымаемая здесь тема, это найти оптимальное решение для данной задачи. Так что, прошу не флеймить. Заранее всех благодарю.

[Dog Pawlowa]

Когда-то давным-давно занимался тестированием советской статической памяти. Это была память экрана дисплея. Иногда наблюдалось взаимовлияние ячеек памяти. Обычные тесты (восьмикратное запись-считывание) ошибку не обнаруживали. Был написан сложный тест, в котором данные записывались по сложному закону с изменяемым интервалом между ячейками с одинаковой информацией. Время записи-считывания 2К - десятки миллисекунд. Иногда ошибка происходила через 40-50 минут после запуск теста.
Морал. Не хватает памяти - исключите тест памяти вообще.
Гложет совесть - проверяйте одну ячейку

[defunct]

Гложет совесть - проверяйте одну ячейку

Гложет совесть - напишите 2 коментария перед началом программы:
// registers ok
// mem ok

[SasaVitebsk]

Гложет совесть - напишите 2 коментария перед началом программы:
// registers ok
// mem ok

К тому же и результат будет тот же.


Ушло уже в прошлое то время когда регистры надо было проверять! Чё за ним бегать?
Мы продаём компы. Городок небольшой, но доходит до 50 компов в месяц. За 4 года продаж из строя вышло 2 процессора. И то по вине пользователей.

Если память внутри МК накроется, то Вы об этом узнаете. Можете не волноваться.

[Vasia Klin]

К тому же и результат будет тот же.
Ушло уже в прошлое то время когда регистры надо было проверять! Чё за ним бегать?
Мы продаём компы. Городок небольшой, но доходит до 50 компов в месяц. За 4 года продаж из строя вышло 2 процессора. И то по вине пользователей.

Если память внутри МК накроется, то Вы об этом узнаете. Можете не волноваться.

А вы слыхали про такое:
"Концепция безопасных микроэлектронных систем: одиночные дефекты аппаратных и программных средств не должны приводить к опасным отказам и должны обнаруживаться с заданной вероятностью на рабочих или тестовых воздействиях не позднее чем в системе возникнет второй дефект".

Опасный отказ - переводит систему в опасное состояние которое может привести к последствиям катастрофического характера.

Оно конечно понятно, если сломаеться комп на котором жена в Тетрис играет, а вот если тот который управляет, например, маленьким химическим заводиком....