Не стартует STM32 по RESET при включении Опции

[IEC]

Здравствуйте все!

Посмотрел на форуме все, что касается RESET для STM32.
Внятного решения не нашел.

Посоветуйте пожалуйста!
Плата сделана на STM32F407VGT.

1. При включении питания проходит сброс, формируется устойчивый фронт, но процессор не стартует.
При нажатии на кнопку RESET , фронт формируется аналогичный, программа выполняется как и надо.

2. При нажатой кнопке RESET включаем питание, потом отпускаем,фронт формируется, но процессор не стартует.

3. Дополнительно еще поставил супервизор с задержкой 350 мс, фронт RESET немного более крутой,
но процессор все равно не стартует при включении.

Но самое печальное что из 20 экземпляров плат всего 2 так себя ведут.

На одной из плат поменял процессор, но ничего не поменялось.
Все обвязки для RESET и BOOT0 перепаял.

В каком направлении копать?

Спасибо.

[okela]

Упомяну такую вещь как скорость нарастания напряжения питания. Для некоторых контроллеров (stm32f103 например) - по барабану, запустится всегда. А для других контроллеров (stm32f207) этот параметр требуется выдерживать более жестко. Была у меня платка от терраэлектроники на этом проце, которая, из-за неудачного стабилизатора, запускалась через раз. При этом использовался старый линейный лабораторный источник питания. А вот если использовал хороший импульсный, то плата стартовала всегда.

Зависающая программа ваша? Исходники есть? В исходниках функции SWD не заблокированы?
Если SWD не заблокирован, то можно на лету подключиться к зависшей программе (без передергивания по RESET).
Так можно узнать адрес цикла, где все висит для дальнейшего анализа. Предварительно неплохо бы получить листинг программы.

День добрый всем !
Попробую освежить эту тему...
У меня с кристаллом STM32F042 наблюдается весьма странная картина при запуске устройства: супервизора сброса на схеме нет, вход сброса только подтянут к VCC и есть кнопка сброса, между входом питания и МК есть LDO-стабилизатор 3.3В. Схему не я разрабатывал, я пишу только программу устройства, поэтому прошу ногами не пинать за схемотехнику....
При запуске с отладчика SWD или после нажатия на сброс - все работает как надо, при подключенном к блоку питания устройстве и включении БП штатным тумблером - тоже все запускается и нормально функционирует...
Но, если я выдергиваю штекер включенного блока питания и снова вставляю, то устройство вроде бы и запускается, но не все работает нормально при этом - возникает затык программы при приеме данных с UART (через прерывание). Отследить этот момент в отладчике не могу, т.к. отладчик на лету не подхватывается (не совсем понял про блокировку SWD из предыдущего поста...), а при запусе не стартует вместе с устройством.
Понимаю, что засада где-то кроется в формировании сброса внутри кристалла узлом POR и вероятно имеет место короткое время нарастания напряжения питания, поэтому повесив на вход сброса электролит 47мкФ (22мкФ оказалось мало), добился вобщем положительного результата, но неясности и ощущение костыля без гипса при поломанной ноге все равно остались ...

[Сергей Борщ]

Понимаю, что засада где-то кроется в формировании сброса внутри кристалла узлом POR и вероятно имеет место короткое время нарастания напряжения питания, поэтому повесив на вход сброса электролит 47мкФ (22мкФ оказалось мало), добился вобщем положительного результата

Документация? Не, не читали. А в ней английским по белому написано, что время нарастания питания не критично, критично только время спадания (да и то к таким скоростям вы даже при желании не приблизитесь). Также там написано, что есть встроенный супервизор и указаны его пороги.


Что это вообще за привычка чуть что вешать на сброс огрмные емкости? Выкиньте свои 47 мкФ, процессор сам себе формирует импульс сброса нужной длительности, более того - он выдает его наружу через эту же ногу RESET Ну максимум там 0.1 мкФ может быть максимально близко к процессору если дорожка от кнопки до ножки длинная. Я бы и кнопку сброса тоже выкинул вместе с дорожкой до ноги процессора и конденсатором - на этапе отладки можно отладчиком сбрасывать, а в работающем устройстве зачем она нужна?

Нужно искать причину сбоя, а не костыли городить. Для этого можно загнать процессор в состояние сбоя, подключить отладчик на всем скаку и посмотреть, куда его занесло. Может у вас BOOT0 в программе на ввод настроен и в воздухе болтается, набирает за счет наводок лог. единицу, при провале питания держит эту единицу за счет внутренней емкости вывода и при сбросе уносит вас во встроенный загрузчик.

Это увеличивает время импульса сброса МК, пока питание не стабилизируется.

Неправда. Он всего лишь давит импульсные помехи на входе. За питанием следит схема сброса по включению питания (POR).

[okela]

Нужно искать причину сбоя, а не костыли городить. Для этого можно загнать процессор в состояние сбоя, подключить отладчик на всем скаку и посмотреть, куда его занесло. Может у вас BOOT0 в программе на ввод настроен и в воздухе болтается, набирает за счет наводок лог. единицу, при провале питания держит эту единицу за счет внутренней емкости вывода и при сбросе уносит вас во встроенный загрузчик.

BOOT0 притянут к земле через резюк 10К.
Пролейте, плиз, свет на то как подключить отладчик на всем скаку и посмотреть куда МК занесло.
У меня никак не получается - отладчик не ругается, но все переменные недоступны.

[Forger]

У меня никак не получается - отладчик не ругается, но все переменные недоступны.

Попробуйте такую штуку: https://www.segger.com/systemview.html

[okela]

Попробуйте такую штуку: https://www.segger.com/systemview.html

Для этого дела нужен J-LINK вроде бы, у меня его нет под руками.

[Forger]

Для этого дела нужен J-LINK вроде бы, у меня его нет под руками.

Нынче без этой штуки, как без рук!
Должна быть хотя бы парочка в столе у каждого ARM-программера