openOCD + ST Link V2 + OS X = usb open failed

[Stefan (Gast)]

Hallo Zusammen,

ich versuche openOCD unter OS X mit einem STM32F4 via ST Link 
anzusprechen.
OpenOCD wurde wie folgt installiert:

brew install openocd --enable_ft2232_libftdi --enable_stlink

Konigurationsfile für STM32F401:

stm32f4.cfg
source [find interface/stlink-v2.cfg]
source [find target/stm32f4x_stlink.cfg]
reset_config srst_only srst_nogate

Programmaufruf mit Debuginfo:

openocd -f stm32f4.cfg -d 3
....
Debug: 178 3 stlink_usb.c:1573 stlink_usb_open(): stlink_usb_open
Debug: 179 3 stlink_usb.c:1588 stlink_usb_open(): transport: 1 vid: 0x0483 pid: 0x3748
Error: 180 73 stlink_usb.c:1601 stlink_usb_open(): open failed
Debug: 181 73 hla_layout.c:49 hl_layout_open(): failed
Debug: 182 73 command.c:628 run_command(): Command failed with error code -4
User : 183 73 command.c:666 command_run_line(): in procedure 'transport'
Debug: 184 73 command.c:628 run_command(): Command failed with error code -4
User : 185 73 command.c:666 command_run_line(): in procedure 'init'
Debug: 186 73 hla_interface.c:116 hl_interface_quit(): hl_interface_quit

Programmaufruf als user root bringt auch keine Änderung.

Irgendwelche Ideen?

Vielen Dank

[Stefan O. (stefano)]

Hallo Stefan!

Eventuell ein Problem mit deiner libusb?
Die zickte bei mir auf OSX auch ziemlich herum.

LG Stefan

[Stefan (Gast)]

Hallo,

kann gut sein. Auch openOCD mit macports installiert liefert das gleiche 
Problem.

Hast du einen Ansatz?

[Stefan O. (stefano)]

Hallo.

Ich hab die libusb damals haendisch aus den sourcen kompiliert.
Du musst auch darauf achten das openOCD dann die richtige libusb version 
verwendet - nicht die kaputte. Viel mehr kann ich dir dazu allerdings 
nicht sagen da mir damals ein unix-erfahrener freund geholfen hat.

LG Stefan

[Stefan (Gast)]

Ich habe gerade folgendes aus dern Sourcen kompiliert (vorab: ohne 
Erfolg):

libusb-1.0.19
libusb-compat-0.1.5
openocd-0.8.0

Die Installation lief Problemfrei. Die Fehlermeldung von openocd bleibt:

/usr/local/bin/openocd -f stm32lx.cfg 
Open On-Chip Debugger 0.8.0 (2014-07-21-14:23)
Licensed under GNU GPL v2
For bug reports, read
  http://openocd.sourceforge.net/doc/doxygen/bugs.html
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : This adapter doesn't support configurable speed
Error: open failed
in procedure 'transport'
in procedure 'init'

Ich vermute das Problem auch eher bei libusb..

[Jim M. (turboj)]

Checke mal die USB IDs, OpenOCD kennt auch einen "ST-LINK/V2-1"
der eine andere PID hat.

Der braucht auch ein anderes config file: "interface/stlink-v2-1.cfg"

Ansonsten bräuchte man die Debug Ausgaben mit der "-d3" Option.

[Stefan (Gast)]

Super, vielen Dank! ich hatte den stlink v2 benutzt!

openocd -f stm32lx.cfg
Open On-Chip Debugger 0.8.0 (2014-07-21-14:23)
Licensed under GNU GPL v2
For bug reports, read
  http://openocd.sourceforge.net/doc/doxygen/bugs.html
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : This adapter doesn't support configurable speed
Info : STLINK v2 JTAG v19 API v2 SWIM v2 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.255680
Info : stm32lx.cpu: hardware has 0 breakpoints, 0 watchpoints
Error: jtag status contains invalid mode value - communication failure
Polling target stm32lx.cpu failed, GDB will be halted. Polling again in 100ms
Error: jtag status contains invalid mode value - communication failure

Und hier die Konfigiguration:

source [find interface/stlink-v2-1.cfg]
source [find target/stm32lx_stlink.cfg]
reset_config srst_only srst_nogate

Was da mit dem Polling nicht stimmt, muss ich mir noch näher anschauen. 
In der zwischenzeit habe ich texane stlink installiert, dass lief auf 
anhieb.