AC6 + STLink V2 + STM32F334 = funktioniert nicht!?

gg Gast #5056235
Lesenswert?
• ▲
▼ 
Morgen zusammen!

Ich sitze hier seit einigen Tagen an einem Problem, dass ich alleine 
wohl nicht gelöst bekomme. Vielleicht hat hier jemand ähnliche 
Erfahrungen gemacht oder weiß einfach, was das Problem sein könnte.

Software und Firmware ist komplett aktuell und über ST-Link Utility kann 
ich ohne Probleme auf den Chip zugreifen.

AC6 schafft es aber einfach nicht eine Verbindung aufzubauen. In den 
Debugger - Einstellungen habe ich den Reset mode auf "Software System 
Reset" umgestellt -aber ohne Erfolg (das soll wohl im allgemeinen das 
große Problem sein).

Hier der Log:
********************************
Open On-Chip Debugger 0.10.0-dev-00278-ga53935e-dirty (2017-05-09-09:25)
Licensed under GNU GPL v2
For bug reports, read
  http://openocd.org/doc/doxygen/bugs.html
none separate
Info : The selected transport took over low-level target control. The 
results might differ compared to plain JTAG/SWD
adapter speed: 4000 kHz
adapter_nsrst_delay: 100
Info : clock speed 4000 kHz
Info : STLINK v2 JTAG v27 API v2 SWIM v6 VID 0x0483 PID 0x3748
Info : vid/pid are not identical: 0x0483/0x374B 0x0483/0x3748
Info : using stlink api v2
Info : Target voltage: 3.265782
Info : STM32F334K8Tx.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'gdb' connection on tcp/3333
Info : device id = 0x10016438
Info : flash size = 64kbytes
undefined debug reason 7 - target needs reset
STM32F334K8Tx.cpu: target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc
STM32F334K8Tx.cpu: target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0xfffffffe msp: 0xfffffffc
in procedure 'reset'
in procedure 'ocd_bouncer'
in procedure 'ocd_process_reset'
in procedure 'ocd_process_reset_inner' called at file 
"embedded:startup.tcl", line 248
in procedure 'STM32F334K8Tx.cpu' called at file "embedded:startup.tcl", 
line 370
in procedure 'ocd_bouncer'

Error: timed out waiting for flash
Error: failed erasing sectors 0 to 2
Error: flash_erase returned -4
Info : dropped 'gdb' connection
********************************

Ich habe so viel ausprobiert und eingestellt, software de- und neu 
installiert... immer wieder kommt es zu irgendwelche 
Verbindungsproblemen. Kann mir jemand helfen?

LG GG
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
tzhgfhgrhzfghz6453454353453534534533453453 Gast #5056345
Lesenswert?
• ▲
▼ 
welche Version der IDE hast du ?

ich hatte in den letzten wochen auch große probleme mit dem M7 und einen 
größerem Projekt.
kleine blinky-projekte laufen immer gut.


bin nun auf eine ältere Version der IDE + GDB zurück und es läuft ohne 
probleme
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Andreas Gast #5056350
Lesenswert?
• ▲
▼ 
Hallo GG,

ich hatte vor einigen Wochen das gleiche Problem, nach dem Upgrade der 
IDE. Ursache bei mir war ein Kabelbruch in der Reset Leitung meines SWD 
Adapters. Offenbar kam der Debugger in der Vorgängerversion der AC6 IDE 
ebenso wie die das ST-Link Utility ohne Reset-Signal aus.

Viele Grüße

Andreas
Antwort Zitieren Bearbeiten Löschen Beitrag melden
tzhgfhgrhzfghz6453454353453534534533453453 Gast #5056355
Lesenswert?
• ▲
▼ 
achso ...

debugger ist wie angeschlossen?
nur die 3 pins SWD ?  oder auch der reset pin?


wenn keine reset pin dran ist dann in der .cfg

# use hardware reset, connect under reset
reset_config none
Antwort Zitieren Bearbeiten Löschen Beitrag melden
gg Gast #5056534
Lesenswert?
• ▲
▼ 
Ich habe momentan die aktuellste Version drauf (2.0.1). Es funktioniert 
einfach nicht... Ich kann mich da wohl aufn Kopp stellen. Habe gerade 
mal über Cube ein Projekt für IAR erstellt. Importiert... upload & 
debug... feddisch, alles läuft AUF ANHIEB!!!

Das kann doch nicht wahr sein! :(
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Peter C. #5056613
Lesenswert?
• ▲
▼ 
Hi,

mit den Verbindungsproblemen habe ich auch ziemlich gekämpft, bei mir 
war es die Reset-Einstellung in der CFG-Datei.

Das ist ganz schlecht dokumentiert, ich hab dann irgendwo im Netz 
zufällig eine Einstellung gefunden, mit der hat es dann funktioniert.

Meine Config schaut so aus:
1
# This is an stm32_uart_it board with a single STM32F103C8Tx chip.

2
# Generated by System Workbench for STM32

3


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

5


6
set WORKAREASIZE 0x5000

7
transport select "hla_swd"

8
adapter_khz 4000

9


10
source [find target/stm32f1x_stlink.cfg]

11


12
# use hardware reset, connect under reset

13
reset_config none separate


Vielleicht hilft dir das weiter(?!).

Grüße,
Peter
Antwort Zitieren Bearbeiten Löschen Beitrag melden
gg Gast #5056641
Lesenswert?
• ▲
▼ 
Peter C. schrieb:
> # use hardware reset, connect under reset
> reset_config none separate
>
> Vielleicht hilft dir das weiter(?!).

Hi Peter C.! Eigentlich wollte ich das jetzt gar nicht mehr 
ausprobieren, weil ich schon so viele Befehle getestet habe! Aber was 
soll ich sagen.... ES SCHEINT TATSÄCHLICH ZU FUNKTIONIEREN!

:)

VIELEN, VIELEN DANK!!!

(ich teste jetzt mal ein wenig und hoffe, dass ich mich nicht mehr 
melden muss)
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren