STM32F0, ST-lien de la v2, OpenOCD 0.9.0: échec de l'ouverture de

Je suis en utilisant Launchpad gcc-arm-none-eabi 4.9-2015q2 pour compiler pour un STM32F0, et maintenant, je tiens à déboguer à l'aide d'arm-none-eabi-gdb de cette collection. Mon ST-Link v2 est une partie d'un Nucleo F411RE conseil d'administration, avec du matériel externe (le STM32F0 cible) ci-joint. Le flash de la F0 fonctionne très bien, j'en conclus que mon SWD les connexions sont bonnes.

Maintenant, je veux commencer OpenOCD, mais il échoue:

$ 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'

Ce qui ne va pas ici?

Je n'avais pas à établir une connexion à l'aide de st-util, qui a enregistré des dépassements de délai et en fin de compte toujours s'écrasa avec un erreur de segmentation.

  • il semble que c'est un problème avec stlink connexion usb. d'abord vérifiez que le câble USB, essayez un autre port USB, ou regarder dans dmesg si vous êtes sous linux, pour windows c'est peut-être un problème que vous n'avez pas de pilotes à partir de ST.
  • Cette question s'est posée comme un résultat de recherche pour un problème identique avec le STM32F4-DISCO conseil d'administration. Il semble qu'à un certain point, le ST de commutation à l'aide de la STLink V2-1 (voir @sprhawk de réponse) sur cette carte. Notant cela pour tous ceux qui se retrouvent ici pour cette raison.
  • Réglage de réinitialisation du logiciel a fonctionné pour moi. Voir le lien : openstm32.org/forumthread418#threadId5193
  • A eu un problème similaire: envie de débogage stm32f429 puce avec stm32f0discovery et ça ne fonctionne pas avec -f board/stm32f0discovery.cfg peu importe si j'ai utilisé -f interface/stlink-{v2,v2-1}.cfg mais finalement, à l'aide de -f board/stm32f429discovery.cfg et -f interface/stlink-v2.cfg travaillé. Donc peut-être que ça dépend de la cible (ici un stm32f429x puce)?
InformationsquelleAutor Christoph | 2015-07-26