2017-05-10 11 views
-1

Windows7 64bit Avec le Nucleo connecté au port USB, j'ai pu utiliser l'utilitaire ST-LINK pour télécharger le fichier hexadécimal sur la carte avec succès. Mais après exécution de la commande: .. \ bin \ openocd.exe Conseil -f \ st_nucleo_f7.cfg Avec st_nucleof7.cfg contient des lignes suivantes:STM32F722EZ Nucleo, ST-Link-v2-1, Openocd 0.10.0 ouvert échoué dans "init" et "ocd_bouncer". RESOLU

source [trouver l'interface/stlink-v2-1.cfg]

Transport sélectionnez hla_swd

source [trouver la cible/stm32f7x.cfg]

reset_config srst_only

... et stlink-v2-1.cfg a: Interface hla hla_layout stlink hla_device_desc "STLINK/V2-1" hla_vid_pid 0x0483 0x374b

... et Gestionnaire de périphériques affiche un périphérique USB comme "dongle STLINK" avec le matériel lds Valeur: USB \ VID_0483 & PID_374B & REV_0100 & MI_00 USB \ VID_0483 & PID_374B & MI_00

Il semble que tout VID et PID correspondent. ... mais j'ai l'erreur suivante. Quelqu'un pourrait-il me dire ce qui ne va pas dans ma configuration s'il vous plaît?

GNU ARM Eclipse 64 bits ouverts sur puce Debugger 0.10.0-00113-g0f83948 (2017-01-24-
18:48)
sous licence GNU GPL v2
Pour les rapports de bugs, lisez
http://openocd.org/doc/doxygen/bugs.html
Info: Le transport sélectionné a pris le contrôle de la cible de bas niveau. Les résultats mi
po ds diffèrent par rapport à JTAG plaine/SWD
vitesse adaptateur: 2000 kHz
adapter_nsrst_delay: 100
srst_only srst_open_drain de srst_nogate séparée connect_deassert_srst
srst_only srst_open_drain de srst_nogate séparé connect_deassert_srst
Info: Impossible de faire correspondre la vitesse demandée 2000 kHz , en utilisant 1800 kHz
info: Impossible de faire correspondre la vitesse demandée 2000 kHz, en utilisant 1800 kHz
info: vitesse d'horloge 1800 kHz
erreur: échec d 'ouverture
dans la procédure 'init'
dans la procédure 'ocd_bouncer'

Merci, Brian

+0

Merci Momin, mais l'erreur n'a rien à voir avec mon code pour ainsi dire. Le problème est que je ne peux pas avoir l'openocd pour se connecter au ST-LINK sur ma carte d'évaluation STM32 NucleoF722ZE du tout. C'est pourquoi j'ai présenté le fichier de configuration contient. – Bdang

Répondre

0

J'ai trouvé la réponse ici: https://www.eevblog.com/forum/microcontrollers/openocd-fail-to-open-stm32-nucleo-board/

De toute évidence OpenOCD ne peut pas se connecter au port USB 3.0. Je suis passé à un autre port et ça a marché !!! Pourquoi personne chez OpenOCD n'indique qu'il ne fonctionne pas avec USB 3.0? J'ai passé quelques jours sur ce problème. Je ne sais toujours pas comment dire quel port a la version 2.0 ou 3.0 en regardant le Gestionnaire de périphériques.

+0

Si vous utilisez des cartes de développement STM32 à des fins non commerciales, il existe une option Segger intéressante: https://www.segger.com/jlink-st-link.html. Beaucoup plus vite et à mon humble avis mieux. –