[riot-users] Trouble with using STM32F0-Discovery

anand srivastava anandsr21 at gmail.com
Mon May 4 09:33:30 CEST 2015


Hi All,

I am trying to use Riot for an internal project.

I have tested Riot on native. I am stuck on the STM32F0-Discovery, which I
expected to be pretty stable. I have the latest code from the repository.

I have flashed the STM32F0-Discovery board with make flash utility, based
on the instructions given at
https://github.com/RIOT-OS/RIOT/wiki/Getting-started-with-STM32F%5B0%7C3%7C4%5Ddiscovery-boards

I got the following output from openOCD, which seems normal enough to me.

/media/linux-space/anand/Work/IoT/riot/RIOT/dist/tools/openocd/openocd.sh
flash
### Flashing Target ###
Open On-Chip Debugger 0.9.0-rc1-dev-00001-gabd7ad0 (2015-04-25-11:22)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Info : The selected transport took over low-level target control. The
results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : Unable to match requested speed 1000 kHz, using 950 kHz
Info : clock speed 950 kHz
Info : STLINK v2 JTAG v14 API v2 SWIM v0 VID 0x0483 PID 0x3748
Info : using stlink api v2
Info : Target voltage: 2.901302
Info : stm32f0x.cpu: hardware has 4 breakpoints, 2 watchpoints
    TargetName         Type       Endian TapName            State
--  ------------------ ---------- ------ ------------------ ------------
 0* stm32f0x.cpu       hla_target little stm32f0x.cpu       halted
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x0800020c msp: 0x20000b98
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0xc1000000 pc: 0x0800020c msp: 0x20000b98
** Programming Started **
auto erase enabled
Info : device id = 0x20006440
Info : flash size = 64kbytes
target state: halted
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x2000003a msp: 0x20000b98
wrote 15360 bytes from file
/media/linux-space/anand/Work/IoT/riot/RIOT/examples/hello-world/bin/stm32f0discovery/hello-world.hex
in 0.900809s (16.652 KiB/s)
** Programming Finished **
** Verify Started **
target state: halted
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x2000002e msp: 0x20000b98
verified 14808 bytes in 0.205989s (70.202 KiB/s)
** Verified OK **
shutdown command invoked
Done flashing

The board seems to be stuck in reset_handler

Reading symbols from
/media/linux-space/anand/Work/IoT/riot/RIOT/examples/hello-world/bin/stm32f0discovery/hello-world.elf...done.
Remote debugging using :3333
reset_handler ()
    at /media/linux-space/anand/Work/IoT/riot/RIOT/cpu/stm32f0/startup.c:61
61    for (dst = &_srelocate; dst < &_erelocate; ) {
(gdb) p dst
$1 = <optimized out>

The USB to Uart converter has been connected to the prescribed ports TX=PB6
RX=PB7 GND=GND, but is not getting any output, probably because the board
is stuck.

I am sure I am missing something pretty basic, but I have no clue as to
what it is. The code looks proper enough. Thanks for any ideas on how to
move ahead.

regards,
-anand
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.riot-os.org/pipermail/users/attachments/20150504/1a977b90/attachment.html>


More information about the users mailing list