STM32F0, ST-link v2, OpenOCD 0.9.0: aperto non riuscito

Sto utilizzando Launchpad's gcc-arm-none-eabi 4.9-2015q2 per compilare per un STM32F0 e ora mi piacerebbe eseguire il debug utilizzando arm-none -eabi-gdb di quella raccolta. Il mio ST-Link v2 fa parte di una scheda Nucleo F411RE, con hardware esterno (il bersaglio STM32F0) collegato. Il lampeggio della F0 funziona bene, quindi concludo che le mie connessioni SWD sono buone.STM32F0, ST-link v2, OpenOCD 0.9.0: aperto non riuscito

Ora voglio iniziare OpenOCD, ma fallisce:

$ openocd -f interface/stlink-v2.cfg -f target/stm32f0x.cfg 
Open On-Chip Debugger 0.9.0 (2015-07-26-16:02) 
Licensed under GNU GPL v2 
For bug reports, read 
    http://openocd.org/doc/doxygen/bugs.html 
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'. 
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 
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 
Error: open failed 
in procedure 'init' 
in procedure 'ocd_bouncer'

che cosa potrebbe essere sbagliato?

Inoltre, non è stato possibile stabilire una connessione utilizzando st-util, che ha segnalato timeout e alla fine si è arrestato sempre con uno segmentation fault.

fonte

2015-07-26 Christoph

sembra che sia un problema con la connessione usb stlink. prima controlla il cavo USB, prova un'altra porta USB, o guarda in dmesg se sei in linux, per Windows forse è un problema che non hai i driver di ST. – vlk

Questa domanda è emersa come risultato della ricerca di un problema identico con la scheda STM32F4-DISCO. Sembra che a un certo punto, la ST sia passata a utilizzare STLink V2-1 (vedere la risposta di @ sprhawk) su quella scheda. Notando questo per chiunque si trovi qui per quella ragione. – rjp

L'impostazione per il ripristino del software ha funzionato per me. Vedi link: http://www.openstm32.org/forumthread418#threadId5193 – bot1131357

-1

Ho trovato una soluzione. La coppia VID/PID in stlink-v2.cfg era sbagliata. Avevano questo:

hla_vid_pid 0x0483 0x3748

ma dovrebbe essere questo:

hla_vid_pid 0x0483 0x374 B

lettera "B", non il digitare "8".

fonte

2016-04-06 23:35:15 Chris

Come sottolineato da @sprhawk nella loro risposta, esiste un altro profilo con un ST2 v2-1 che ha il PID 0x374B corretto. – rjp

Nucleo F411RE incorporato uno stlink non v2-1 stlink v2

quindi modificare il file di script come questo:

source [find interface/stlink-v2-1.cfg] 

transport select hla_swd 

source [find target/stm32f4x.cfg] 

reset_config srst_only

fonte

2016-04-14 17:57:56 sprhawk

Il file stlink-v2.cfg potrebbe essere ok. Probabilmente dovresti usare il file stlink-v2-1.cfg (all'interno di quel file è hla_vid_pid 0x0483 0x3748).

fonte

2018-01-30 11:37:14 user

STM32F0, ST-link v2, OpenOCD 0.9.0: aperto non riuscito

risposta

Problemi correlati