STM32F031 - Program nie startuje po włączeniu zasilania, debug działa poprawnie

Witam
Nie mogę dojść gdzie leży przyczyna nieuruchamiania się programu po włączeniu zasilania.
- podczas uruchamiania sesji debug wszystko poprawnie działa;
- po ręcznym (switch) wykonaniu resetu wszystko działa;
- po programowym wykonaniu resetu wszystko działa;
- oscylator startuje poprawnie;
Wykonano zostało kilka identycznych egzemplarzy i z tylko jednym jest problem (nie startuje). Procek już wymieniony na inny. Dokładne mycie w myjce ultradźwiękowej nie pomogło.
Załączam zdjęcie z oscyloskopu (żółty przebieg napięcia, niebieski przebieg na pinie NRST).
Czas opóźnienia NRST w narastaniu od Vcc około 8ms.
Może ktoś wpadnie na pomysł gdzie leży błąd bo mnie pomysłów już zabrakło

A co ze schematem podłączenia RESET? Pokażesz?
Stosujesz zewnętrzny kwarc? Jeśli tak - to czy go podmieniałeś?
Czym zasilasz płytkę?

Kwarcu nie podmieniałem (zwłaszcza że przebieg ładnie wygląda). Najciekawsze że parę dni procek uruchamiał się bez problemu. Cały układ zasilany jest z zewnętrznego urządzenia (z zasilania procka tego urządzenia 5V).
Za stabilizatorem 3V3 jest tantal 10u równolegle z 100n.

Sprawdź co dzieje się na BOOT0.

Spróbuj zmienić ten 100 nF na RST na 10nF. Na próbę wylutuj go całkowicie.
Ja zawsze daję do kwarca kondensatory odsprzęgające. Niewielki koszt, a czasem "ratuje dupę".
nie jestem pewien, czy ten rezystor na Boot0 nie jest zbyt słabym pull-down-em. Ale najpierw sprawdź to co wyżej.

BOOT0 zwart do masy - nie pomogło;
NRST bez kondensatora - narastanie przebiegu zdecydowanie przyspieszyło - procek jednak dalej nie startuje;
NRST z 10n - nachylenie przebiegu trochę łagodniejsze - niestety dalej "klapa";

Może startuje prawidłowo, tylko na dzień dobry zawiesza się program na obsłudze jakiegoś niedziałającego zewnętrznego peryferiala?

Właśnie. Zrób na dzień dobry po starcie żeby ustawiał jakiś pin czy t.p.
Tak się zastanawiam - gdyby nawet kwarc nie zadziałał to i tak MCU powinien chodzic (domyślnie) na wewnętrznym kwarcu.

michalko12 napisał:

Może startuje prawidłowo, tylko na dzień dobry zawiesza się program na obsłudze jakiegoś niedziałającego zewnętrznego peryferiala?

Ale dlaczego w trybie debug się nie zawiesza?
Pokombinuje jeszcze ale jutro, wgram "migacza LED" i zobaczę czy to problem sprzętowy czy programowy.

markosik20 napisał:

Ale dlaczego w trybie debug się nie zawiesza?

Może za krótko czekasz po włączeniu zasilania i próbujesz komunikować się/inicjalizować zewnętrzne urządzenie zanim zdąży zakończyć sekwencję POR.

Mogę tylko gdybać bo nie wiem co masz do tego uC podłączone, ale widać że jakieś magistrale szeregowe masz wyprowadzone.

michalko12 napisał:

Może za krótko czekasz po włączeniu zasilania i próbujesz komunikować się/inicjalizować zewnętrzne urządzenie zanim zdąży zakończyć sekwencję POR.

Mogę tylko gdybać bo nie wiem co masz do tego uC podłączone, ale widać że jakieś magistrale szeregowe masz wyprowadzone.

No ale koniec sekwencji POR oznacza wykonanie kodu z Reset Handler ?

Nie chodzi o POR procesora tylko tego co masz do niego podłączone. (RFM22?)
Może jeszcze ewentualnie sprawdź sekwencję inicjalizacji (RFM22?) czy jest w pełni zgodna z dokumentacją.

Dziękuję wszystkim za pomoc. Oczywiście (jak to często bywa) problem był czysto programowy.