caxapa.ru :: Увы, но я уже написал - запись во флеш в составе этого стенда принципиально невозможна. Выход в эту функцию связан с обменом. А обмен отсутствует. Кроме того, в этой версии запись во флеш сделана без скольжения и при рандомном нештатном обращении к этой функции я бы давно испортил флеш.

my504 (11.07.2023 15:57, просмотров: 203) ответил RxTx на После анализа всего что вы написали, я полагаю что причина порчи FLASH единственна: исчезновение питания во время записи во FLASH. Вопрос:исчезновение питания во время записи возможно? То что портится совсем другая страница, что в коде железно прошиты и адрес и страница не должно смущать, это не программный сбой а аппаратный. При записи FLASH отрабатывает конечный автомат, сбой которого при исчезновении питания непредсказуем.

Увы, но я уже написал - запись во флеш в составе этого стенда принципиально невозможна. Выход в эту функцию связан с обменом. А обмен отсутствует. Кроме того, в этой версии запись во флеш сделана без скольжения и при рандомном нештатном обращении к этой функции я бы давно испортил флеш.

Кстати, в догон. В этой прошивке первая запись во флеш делается тоже только через подключенное ПО. А если после прошивки ПО ни раз не подключали и ничего не сохраняли, то эмулированный ЕЕПРОМ остается чистым. Так вот, когда я снимал дамп, область ЕЕПРОМа не снялась. Потому что она осталась чистой. Сиречь функция штатно ни разу не отработала. И попасть на коммутацию (выключение) питания один раз в 15 минут она не могла...

Ответить

- Я тебя понял. Тогда моя гипотеза не верна. Тогда перейдем на более генеральные вещи. Тут вот что. Твоя мысль о том что ядро исполняет инструкции строго последовательно и для того чтобы попасть на участок кода пишущий во FLASH должны выполниться определенные условия.... не верна. В очень редкие моменты времени переходных процессов питания ядро начинает хаотически блуждать и заходит в код работающий с FLASH. Припоминаю аппноту (скорее всего от Microchip). У RxTx(1196 знак., 12.07.2023 10:14)
  - А вообще я бы подумал над кодом. Создается впечатление (это просто впечатление, может ошибочно) что ты "ужестил", сделал дубовой функцию записи. Результат - если проц в нее забредает, она отрабатывает всегда. Надо наоборот сделать не жесткой и дубовой, а очень хлипкой, очень хрупкой - такой чтобы она выполнялась только тогда, когда система гарантированно инцициализирована и гарантированно уже надежно отработала много циклов, т.е. все уже давным-давно застабилизировалось. RxTx(273 знак., 12.07.2023 10:24)
  - У ST есть встроенный нестираемый бутлодер, который умеет писать во флеш. И если на глитче питания/клока процессор слетит с катушек - он и туда может зайти также спокойно. - LightElf(12.07.2023 10:18)
    - вообще один из распространенных способов чтения многих залоченных МК - это глитчи по питанию и по тактовой частоте. народ находит какие-то комбинации етого, что вызывает или игнорирование лок битиков, либо попадание в бутлоадер с возможностью чтение флеш и так далее. - Alex68(12.07.2023 12:10)
- Уберите прокладку под кварцем и, вероятно, флюс неотмытый там же. Похоже, что заводится на сильно высокой частоте - Vit(11.07.2023 18:40)
  - Прикол в том, что фото сделано на нормальной плате, ибо глазом их не отличить. :) У меня на столе было две платы с которых я снял дампы для сравнения. - my504(11.07.2023 21:59)
    - я без шуток. прокладка под кварцем это вааще бич. разводка же вокруг кварца у вас терпима до менее 16 МГц. картинка получилась убогой, потому не вижу что там, но похоже 20 МГц. для такого разводка некорректна. Vit(178 знак., 12.07.2023 09:19)
      - Кварц 8МГц. - my504(12.07.2023 14:41)

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