RxTx (11.07.2023 15:35, просмотров: 87) ответил my504 на Имеется некое серийное устройство с STM32F407. На некоторых
образцах иногда слетает прошивка. Вроде бы во время коммутации
питания. Долго ловили экземпляр со слетевшей прошивкой и открытым
кодом. Поймали. Выяснилось, что обнулились (именно стали равны
нулю) первые 9 (девять) байт флеша. Сиречь, инициализация стека и 3
байта из 4 первого адреса таблицы векторов прерываний. Все
остальное ОК.-
- Увы, но я уже написал - запись во флеш в составе этого стенда
принципиально невозможна. Выход в эту функцию связан с обменом. А
обмен отсутствует. Кроме того, в этой версии запись во флеш сделана
без скольжения и при рандомном нештатном обращении к этой функции я
бы давно испортил флеш. my504(424 знак., 11.07.2023 15:57)
- Я тебя понял. Тогда моя гипотеза не верна. Тогда перейдем на более
генеральные вещи. Тут вот что. Твоя мысль о том что ядро исполняет инструкции строго последовательно и для того
чтобы попасть на участок кода пишущий во FLASH должны выполниться
определенные условия.... не верна. В очень редкие моменты времени переходных процессов
питания ядро начинает хаотически блуждать и заходит в код
работающий с FLASH. Припоминаю аппноту (скорее всего от Microchip).
У RxTx(1196 знак., 12.07.2023 10:14)
- А вообще я бы подумал над кодом. Создается впечатление (это просто впечатление, может ошибочно) что ты "ужестил", сделал дубовой функцию записи. Результат - если проц в нее забредает, она отрабатывает всегда. Надо наоборот сделать не жесткой и дубовой, а очень хлипкой, очень хрупкой - такой чтобы она выполнялась только тогда, когда система гарантированно инцициализирована и гарантированно уже надежно отработала много циклов, т.е. все уже давным-давно застабилизировалось. RxTx(273 знак., 12.07.2023 10:24)
- У ST есть встроенный нестираемый бутлодер, который умеет писать во флеш. И если на глитче питания/клока процессор слетит с катушек - он и туда может зайти также спокойно. - LightElf(12.07.2023 10:18)
- Уберите прокладку под кварцем и, вероятно, флюс неотмытый там же.
Похоже, что заводится на сильно высокой частоте - 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)
- я без шуток. прокладка под кварцем это вааще бич. разводка же вокруг кварца у вас терпима до менее 16 МГц. картинка
получилась убогой, потому не вижу что там, но похоже 20 МГц. для
такого разводка некорректна. Vit(178 знак., 12.07.2023 09:19)
- Прикол в том, что фото сделано на нормальной плате, ибо глазом их
не отличить. :) У меня на столе было две платы с которых я снял
дампы для сравнения. - my504(11.07.2023 21:59)
- Я тебя понял. Тогда моя гипотеза не верна. Тогда перейдем на более
генеральные вещи. Тут вот что. Твоя мысль о том что ядро исполняет инструкции строго последовательно и для того
чтобы попасть на участок кода пишущий во FLASH должны выполниться
определенные условия.... не верна. В очень редкие моменты времени переходных процессов
питания ядро начинает хаотически блуждать и заходит в код
работающий с FLASH. Припоминаю аппноту (скорее всего от Microchip).
У RxTx(1196 знак., 12.07.2023 10:14)
- Увы, но я уже написал - запись во флеш в составе этого стенда
принципиально невозможна. Выход в эту функцию связан с обменом. А
обмен отсутствует. Кроме того, в этой версии запись во флеш сделана
без скольжения и при рандомном нештатном обращении к этой функции я
бы давно испортил флеш. my504(424 знак., 11.07.2023 15:57)