Autogenerated FreeRTOS dies on scheduler startup

[Matthias85]

[moved to MCU Wireless category -- p.]

Hi Community,

I'm quite new to the FreeRTOS and STM, so this might be hopefully only a beginners mistake.

I have designed a small PCB with a STM32WLE5CCU6 to learn a bit in regrads of LoRaWAN. Now I'm already challenged with the first task. I have only used the autogenerated code so far and try to toggle a LED.

As soon as the function prvPortStartFirstTask( void ) in the port.c is going to be executed I get the following message:

"Break at address "0x1fff2bde" with no debug information available, or outside of program code." So I guess the MSP is jumping into the wrong address. 

I don't have a clue what I did wrong. The breakpoints in my task are never reached. Please find my project attached.

 

Best regards,

Matthias

[Pavel A.]

Hi, since this is a custom board, all bets are off. For learning, better start from a known evaluation board. It looks like the MCU resets and lands in the built-in bootloader.

 

[TDK]

Is BOOT0 is held low? See AN2606 for other reasons it may be booting into the bootloader. If this is the first time you're programming the user flash, you will need to do a power cycle after it's programmed.

 

If that's not it, see what SCB->VTOR is pointing to. It should generally be 0x08000000, or wherever the vector table is at.

If it's not set correctly, ensure USER_VECT_TAB_ADDRESS is #defined so it's initialized.

[Matthias85]

Hi TDK,

my mistake. Boot0 is left floating. 

After #define USER_VECT_TAB_ADDRESS the error changed to: "Break at address "0x0" with no debug information available, or outside of program code."

I'll try to solder a thin wire to Boot0 so that I can perform the sequence manually.

What will be my next steps?

Read AN2606.

What else would you recommend?

[TDK]

Ground BOOT0 or set option bytes in STM32CubeProgrammer such that user flash is always started.