2022-10-14 01:57 AM
the hole batch of F030C6T6 has same behavior :
can access with ST-Link , program, verify - all ok. read core registers, option bytes...ok.
but then no program start ! chip stays in startup here:
10 tested boards ihave identical behavior. chips coming from PCB assembler , as usual.
I replaced one with a (suspect source , from aliexpress dealer) F030 , then board running as it should.
Solved! Go to Solution.
2022-10-19 06:56 AM
As Clive said above: show beginning of vector table i.e. first couple of words after 0x0800'0000.
But that may be inconclusive, too, the startup code may change SP at its will. It probablyy comes from some "magic" in the startup code, which is given by your toolchain. I wouldn't be surprised if it is result of setting the particular STM32 model in some well hidden window of the IDE.
JW
2022-10-19 07:02 AM
funny: now (still same program, changed nothing intentional ) starting normal, cpu registers now:
but...i run compiler again , just to see: 0 warnings , 0 errors .
2022-10-19 07:08 AM
Expand the isr_vector so we can SEE the content, ie what the processor is actually loading into it's registers at startup, and what over handlers are pointing too.
Check the _estack symbol
That is typically loaded by the processor, and often loaded a second time into SP in ST's startup.s code.
Processor will fault the first time anything pushes onto the stack, ie PUSH LR and then the processor's going to have all kinds of issues because it will try an push context onto the stack, basically double faulting.
2022-10-19 07:27 AM
isr_vector ...in IDE ?
or where to look ?
+
_estack symbol -- is where ?
+ i have to go home now, tomorrow i can check ....
2022-10-20 01:23 AM
Thanks to all for your help . so finally i found it ...
(program is old, transferred from other chip and never made in good/correct C-style )
-> chips are not defective, with optimized program for C6 version all running fine now.
but crazy, that the cpu stall in startup code, without showing some useful error (illegal adress or so).