emBitz STM32F103-Debugging-Problem

[Sheldon G. (Firma: MyOwnComP) (quereinsteiger4)]

Hallo in die Runde,

ich habe einen merkwürdigen Fehler beim Debuggen von drei Stück 
(eigentlich identischen) Nucleo64 STM32F103RBT6-Boards.

Board 1 kann ich mit PC 1 via emBitz debuggen (an USB 2.0 & USB 3.0)
Board 2 kann ich mit PC 1 via emBitz debuggen (an USB 2.0 & USB 3.0)
Board 1 kann ich mit PC 2 via emBitz debuggen (Surface 4 => hat nur USB 
3.0)
(komplettes Projekt von PC 1 auf PC 2 kopiert, beide PCs Win10 x64, 
ST-Link-Treiber identische Version)

Board 2 kann ich NICHT mit PC 2 via emBitz debuggen :-((
=> Die GBD-"Dos-Box" geht auf und sofort wieder zu und es kommt die 
Fehlermeldung

Debug Server is closed/terminated, debug session will stop

Im Statusfenster „Debugger“ von emBitz kommt folgende Meldung:

Starting debugger: done
Setting breakpoints
EmBitz embedded firmware debugger for arm-none-eabi (Apr 19 2015/10:32:04).
Based on (GDB)  7.8.2 - License GPLv3+ by Gerard Zagema.
This program comes with ABSOLUTELY NO WARRANTY; for details type "show war".
This is free software, and you are welcome to redistribute it
under certain conditions; type "show cop" for details.
Debugger finished with status 1

Wenn ich aber auf PC 2 das dort erstellte HEX-File mittels 
ST-Link-Utility direkt flashe läuft das Programm auf Board 2.

Mit einem dritten nageneuen Board ist es wie mit Board 2.

Ich hatte auf Board 1&2 ältere Firmware (V: 0221 B: Apr29 2015 13:11:12)
Ein Update von Board 2 auf V:0221 B: Nov4 2015 15:25:25 hat nichts 
verändert.

Ich habe schon unterschiedlichen USB-Kabel an allen möglichen Ports 
versucht => immer derselbe Fehler.

Mit CooCox 1.7 geht debuggen mit PC 2 auf allen Boards. An der Hardware 
kann es also eigentlich nicht liegen.

Meine erste Vermutung wäre die arm-gdb.exe in emBitz gewesen. Ich habe 
diese schon mal testweise durch die arm-none-eabi-gdb.exe der 
CooCox-Installation ersetzt. Dann funktioniert zwar bei keinem Board 
mehr das Debuggen, aber beim „guten“ Board 1 bleibt wenigstens die 
GDB-DOS-Box offen. Beim „schlechten“ Board zwei wird diese auch sofort 
wieder geschlossen. => also hängt es wohl irgendwo beim Aufruf der 
arm-gdb.exe…

Ich dann noch versucht die STLinkGDB.exe in \EMBITZ\0.42\share\contrib 
(als Administrator) zu starten => wie gerade eben: Beim guten Board 
bleibt das Fenster offen, beim schlechten Board blitzt nur was auf und 
geht sofort wieder zu...

Ich bin mit meinem Latein nun am Ende...
...daher hoffe ich, dass hier einer der Spezialisten noch eine Idee hat, 
woran das liegen könnte und wie man das Problem behebt?

…wäre toll wenn Ihr das was wüsstet… vielen Dank schon mal

Sven

P.S.: W..10.. is Mist und Surf..4 eh, aber das habe ich nun mal zum 
mobilen Arbeiten und da kann ich auch kein Win 7 od. XP drauf 
installieren. ..und bei emBitz finde ich die Live-Variablen einfach gut…

[Verzweifelter (Gast)]

Hallo,

hab das selbe Problem (gleiche Fehlermeldung). Ich nutze Win10 und 
debuggen mit embitz geht nicht. :(

Flashen mit dem STUtility geht aber einwandfrei.


gibts da schon eine valide lösung zu dem Problem?

[Verzweifelter (Gast)]

So nun hab ichs doch noch geschafft. Ich habe das aktuellste STLink 
Utility runtergeladen und nochmal ein Firmwareupdate gefahren. Nun 
klappts.

Sorry fürs hochpuschen.