STM32F030F4 minimal example is not working
Posted: Tue Feb 26, 2019 6:58 pm
Hi,
I'm trying to use my STM32F030F4 board with ChibiOS 18 Stable. The simple app can be compiled, but is not running when flashed to the board.
Here is the code: https://github.com/ceremcem/chibios-stm ... /b8a72f7cf
Board is simplest possible breakout board (built by me and known to work) without an external XTAL. I can load the code to the board and instead of hitting the breakpoint in "main()", GDB displays the following message:
Hitting Ctrl+C gives the following output:
Dependencies as listed here:
What could be the problem?
I'm trying to use my STM32F030F4 board with ChibiOS 18 Stable. The simple app can be compiled, but is not running when flashed to the board.
Here is the code: https://github.com/ceremcem/chibios-stm ... /b8a72f7cf
Board is simplest possible breakout board (built by me and known to work) without an external XTAL. I can load the code to the board and instead of hitting the breakpoint in "main()", GDB displays the following message:
Code: Select all
Temporary breakpoint 1 at 0x8000990: file /home/ceremcem/ChibiOS/os/hal/ports/STM32/STM32F0xx/hal_lld.c, line 233.
Note: automatically using hardware breakpoints for read-only addresses.
Hitting Ctrl+C gives the following output:
Code: Select all
^C
Program received signal SIGTRAP, Trace/breakpoint trap.
0xfffffffe in ?? ()
(gdb) l
219 /* Driver exported functions.
*/
220 /*===========================================================================*/
221
222 /**
223 * @brief Low level HAL driver initialization.
224 *
225 * @notapi
226 */
227 void hal_lld_init(void) {
228
(gdb) l
229 /* Reset of all peripherals.
230 Note, GPIOs are not reset because initialized before this point in
231 board files.*/
232 rccResetAHB(~STM32_GPIO_EN_MASK);
233 rccResetAPB1(0xFFFFFFFF);
234 rccResetAPB2(~RCC_APB2RSTR_DBGMCURST);
235
236 /* PWR clock enabled.*/
237 rccEnablePWRInterface(true);
238
Dependencies as listed here:
Code: Select all
ChibiOS/stable_18.2.x 903263a2c7467204f84df164efe0a1ca0028bbde
GCC 8.2.0
What could be the problem?