My STM32L051K8T6 gets stuck in an infinite loop in HAL_Delay(1000); but I know its a hardware problem, not a software problem. Where should I focus my hardware debugging on?

[ARyan.4]

I have used this same chip on a previous project and managed to toggle an LED on and off using HAL_Delay(1000); function. I copied the same code across to my new project board, uploaded it successfully, toggled the LED on successfully but when I step into HAL_Delay(1000); it gets stuck infinitely.

I know it's a hardware problem because the same code works on my other board.

The thing that confuses me is the

• The STM32 allows me to upload my firmware and step through it, so I know the MCU isn't broken.
• I know the code works, as it works on my original board (different design, same chip).

What I'm asking for is there any places I should be looking for that might cause this problem on a hardware level, system clock problems?

Admittedly the MCUs are different batches, however I'm sure its just a layout problem.

This is the layout of the original board that works:

 

This is the layout of the board that isn't working:

[JVart.1 · Accepted solution]

Hi *****.4,

From your hardware layout, check pin 31 - it looks like that is the BOOT0 pin and should be pulled to GND. On the board that is not working, you have left it floating.

Hope this helps

[MM..1]

Boot0 can issue start code at all, but when code stuck isnt BOOT0 source.

HAL_Delay is based on nterrupts and in basic code you cant use it in ISR roiutines code without change priority .

I recommend first check your software.

[TDK]

Changing the hardware won't make HAL_Delay fail to work and let other code work fine. Perhaps revisit your assumptions as to if the code getting there in the first place.

[Tesla DeLorean]

Ensure the the FLASH is mapped into the Zero Address Space

In GNU, have code in startup.s

Reset_Handler:
   ldr   r0, =_estack
   mov   sp, r0          /* set stack pointer */
 
/*Check if boot space corresponds to system memory*/
 
    LDR R0,=0x00000004
    LDR R1, [R0]
    LSRS R1, R1, #24
    LDR R2,=0x1F
    CMP R1, R2
    BNE ApplicationStart
 
 /*SYSCFG clock enable*/
    LDR R0,=0x40021034
    LDR R1,=0x00000001
    STR R1, [R0]
 
/*Set CFGR1 register with flash memory remap at address 0*/
    LDR R0,=0x40010000
    LDR R1,=0x00000000
    STR R1, [R0]
 
ApplicationStart:
...

[ARyan.4]

Hi all, I wanted to just confirm that the problem was indeed hardware as I expected. As soon as I pulled the BOOT pin to ground (like pin 31 in the first photo was, but not the second), as per JVart.1's response there was no more issues with HAL_Delay, and everything runs as expected. (No code was just, just grounded the pin). Thanks all for your help!