caxapa.ru :: А вообще я бы подумал над кодом. Создается впечатление (это просто впечатление, может ошибочно) что ты "ужестил", сделал дубовой функцию записи. Результат - если проц в нее забредает, она отрабатывает всегда. Надо наоборот сделать не жесткой и дубовой, а очень хлипкой, очень хрупкой - такой чтобы она выполнялась только тогда, когда система гарантированно инцициализирована и гарантированно уже надежно отработала много циклов, т.е. все уже давным-давно застабилизировалось.

RxTx (12.07.2023 10:24, просмотров: 156) ответил RxTx на Я тебя понял. Тогда моя гипотеза не верна. Тогда перейдем на более генеральные вещи. Тут вот что. Твоя мысль о том что ядро исполняет инструкции строго последовательно и для того чтобы попасть на участок кода пишущий во FLASH должны выполниться определенные условия.... не верна. В очень редкие моменты времени переходных процессов питания ядро начинает хаотически блуждать и заходит в код работающий с FLASH. Припоминаю аппноту (скорее всего от Microchip). У

А вообще я бы подумал над кодом. Создается впечатление (это просто впечатление, может ошибочно) что ты "ужестил", сделал дубовой функцию записи. Результат - если проц в нее забредает, она отрабатывает всегда. Надо наоборот сделать не жесткой и дубовой, а очень хлипкой, очень хрупкой - такой чтобы она выполнялась только тогда, когда система гарантированно инцициализирована и гарантированно уже надежно отработала много циклов, т.е. все уже давным-давно застабилизировалось.

Понятно что это не абсолютная гарантия. Абсолютной гарантии не будет - проц блуждая случайно перскочит проверку и попадет на код работающий с FLASH. Но статистически можно если и не устранить полностью, то свести вероятность к появлению такого условия раз в 100-1000 лет...

Спасибо, князь. Вы настоящий дворянин. И программист.

Ответить

ARM, RISC-V контроллеры