STM32 Debugger meldet No source available

[T.Baumbach (Gast)]

Hallo,

ich bin absoluter Neuling im Bereich ARM-Cortex Programmierung und für 
jede Hilfe dankbar.
Für den Einstieg habe ich mir ein STM Nucleo-Board zugelegt 
(Nucleo-STM32F103 mit MCU STM32F103RBT6).
Als IDE habe ich Eclipse genommen und bin nach folgendem Tutorial 
vorgegangen:

http://klaus4.blogspot.de/2014/05/stm32f4-discovery-mit-opensource.html

Am Ende dieses Tutorials wird gezeigt, wie man den OpenOCD-Debugger 
einrichtet.
Compilieren funktioniert ohne Fehlermeldungen, jedoch meldet der 
Debugger:

'No source available'

(Siehe angehängte Screenshots).
Habe hier im Forum und auch über Google versucht mir selbst zu helfen, 
leider ohne Erfolg.
Was mache ich falsch, wie kann ich das Problem eingrenzen?

Vielen Dank!

[Marius W. (mw1987)]

Ist das Programm mit Debug-Infos compiliert worden? Prüf mal auf "-g" in 
den gcc-Aufrufen.

Gruß
Marius

[Jim M. (turboj)]

Stack overflow oder Kommunikationsproblem. Auf Addressen bei 0xF0000000 
liegt kein ausführbarer Speicherbereich im Cortex M3.

[T.Baumbach (Gast)]

Hallo,

danke schonmal.

@Marius Wensing: Wo in Eclipse prüfe ich das bitte?

[T.Baumbach (Gast)]

Hallo,

auf der Karte, die in der Verpackung des Nucleo lag steht drauf:

Cortex-M4 72 MHz, im Datenblatt steht aber Cortex-M3.
Habe nun unter Project-Properties-->C/C++ Build-->Settings-->Tool 
Settings-->Target Processor den cortex-m3 ausgewählt und das Projekt neu 
compiliert.

Jedoch kommen exakt dieselben Fehler.

Meine Main-Routine sieht wie folgt aus:

while (1)
  {
    HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5);
    HAL_Delay(1000);

    /* USER CODE END WHILE */

  /* USER CODE BEGIN 3 */

  }
  /* USER CODE END 3 */

}

Aber die LED blinkt nicht, debuggen geht auch nicht, da immer noch 'No 
source available for "0x0"' angezeigt wird.

Wie komme ich da nun weiter?

Danke für jede Art von Hilfe...

[T.Baumbach (Gast)]

Hallo,

hier mal der Inhalt der Console:

Open On-Chip Debugger 0.9.0 (2015-05-19-12:06)
Licensed under GNU GPL v2
For bug reports, read
  http://openocd.org/doc/doxygen/bugs.html
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
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Started by GNU ARM Eclipse
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
Info : STLINK v2 JTAG v24 API v2 SWIM v11 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.270138
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : accepting 'gdb' connection on tcp/3333
Info : device id = 0x20036410
Info : flash size = 128kbytes
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510
semihosting is enabled
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting
target state: halted
target halted due to breakpoint, current mode: Thread 
xPSR: 0x61000000 pc: 0x2000003a msp: 0x4c05b510, semihosting
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting
target state: halted
target halted due to debug-request, current mode: Thread 
xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting
===== arm v7m registers
(0) r0 (/32): 0x00000020
(1) r1 (/32): 0x00000000
(2) r2 (/32): 0x2000003C
(3) r3 (/32): 0x2000083C
(4) r4 (/32): 0x080005A0
(5) r5 (/32): 0x200005E4
(6) r6 (/32): 0x00000020
(7) r7 (/32): 0x00000014
(8) r8 (/32): 0xBF76FFDD
(9) r9 (/32): 0xFFBFBFFC
(10) r10 (/32): 0x304C7B31
(11) r11 (/32): 0x9C473FE3
(12) r12 (/32): 0xFF9FEFFF
(13) sp (/32): 0x4C05B510
(14) lr (/32): 0xFFFFFFFF
(15) pc (/32): 0xB9337822
(16) xPSR (/32): 0x01000000
(17) msp (/32): 0x4C05B510
(18) psp (/32): 0x34621B6C
(19) primask (/1): 0x00
(20) basepri (/8): 0x00
(21) faultmask (/1): 0x00
(22) control (/2): 0x00
===== Cortex-M DWT registers
(23) dwt_ctrl (/32)
(24) dwt_cyccnt (/32)
(25) dwt_0_comp (/32)
(26) dwt_0_mask (/4)
(27) dwt_0_function (/32)
(28) dwt_1_comp (/32)
(29) dwt_1_mask (/4)
(30) dwt_1_function (/32)
(31) dwt_2_comp (/32)
(32) dwt_2_mask (/4)
(33) dwt_2_function (/32)
(34) dwt_3_comp (/32)
(35) dwt_3_mask (/4)
(36) dwt_3_function (/32)

vielleicht kann mir damit jemand erklrären, warum immer 'No source 
available' angezeigt wird?

Danke!

[erst lesen, dann posten (Gast)]

>vielleicht kann mir damit jemand erklrären, warum immer 'No source
>available' angezeigt wird?

Hat Dir "Jim Meba" bereits um 9.25Uhr erklärt.

Hier:

>xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting

stimmen weder der pc noch der msp. Beide zeigen in's Nichts...


Du kannst 'mal in der Konsole ein

(gdb) mon reset init

probieren. Müsste den PC auf den Initialwert setzen und damit Dein Prog
neu starten. Dann ein paar Single Steps....

Sinnvoll wäre es auch, den Linker ein Mapfile erzeugen zu lassen, damit 
Du
siehst, was überhapt sinnvolle Adressen sind und was nicht...

Und: Besorg' Dir ein gdb (GNU Debugger) und ein OpenOCD Manual.

Selbst wenn Du nicht per Kommando debuggen willst, solltest Du 
verstehen, wie die Maschinerie zusammenhängt und funktioniert.

[T.Baumbach (Gast)]

Hallo Gast,

dnake für Deine Antwort. Natürlich ich habe den Post von Jim Meba 
gelesen, der hat mir aber überhaupt nichts gesagt weil ich wie gesagt 
absoluter Neuling im Bereich ARM Cortex bin.

'Auf Addressen bei 0xF0000000 liegt kein ausführbarer Speicherbereich im 
Cortex M3.'

Woran hat Jim Meba denn gesehen, dass Code im Bereich 0xF0000000 liegt?

>xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting

Was heißt das nun? Ist da etwas mit meinen Eclipse Einstellungen nicht 
korrekt?

Ich habe wie gesagt 'nur' das Tutorial durchgearbeitet um überhaupt mal 
starten zu können. Und die Probleme, die ich beschrieben habe sind jetzt 
nun mal da.

Vielen Dank für weitere Hilfe...

[T.Baumbach (Gast)]

Hallo nochmal...

>Sinnvoll wäre es auch, den Linker ein Mapfile erzeugen zu lassen...

wie mache ich das bitte?

[erst lesen, dann posten (Gast)]

>Woran hat Jim Meba denn gesehen, dass Code im Bereich 0xF0000000 liegt?

An Deinem 3. Screenshot im 1. Post.
Schau' genau. Die Fehlermeldung bzw. das Dissassembly Window verraten's.


>>xPSR: 0x01000000 pc: 0xb9337822 msp: 0x4c05b510, semihosting
>
>Was heißt das nun? Ist da etwas mit meinen Eclipse Einstellungen nicht
>korrekt?

Das sind die Registerwerte im aktuellen Programmzustand

Wiederholt sich auch noch mal da:

>(15) pc (/32): 0xB9337822
>(16) xPSR (/32): 0x01000000
>(17) msp (/32): 0x4C05B510
>(18) psp (/32): 0x34621B6C

Wie bist Du da überhaupt hingekommen?


>>Sinnvoll wäre es auch, den Linker ein Mapfile erzeugen zu lassen...
>
>wie mache ich das bitte?

Schau' beim Klaus, Abschnitt "Toolchain konfig"

Linker Option: -Map=<mapfilename> eintragen (bei "Cross ARM C Linker").
(Dazu GNU Linker Manual lesen)

[T.Baumbach (Gast)]

Hallo Gast,

danke nochmal,

>An Deinem 3. Screenshot im 1. Post.

Du meinst 0xf3af4804?


>Wie bist Du da überhaupt hingekommen?

Keine Ahnung, ich habe halt das Tutorial durchgearbeitet und dann kam 
das so!?!

[ruphy (Gast)]

Ich hatte aktuell einen sehr ähnlichen Fehler und möchte meinen Fehler + 
Lösung erläutern:
in dem Projektordner gibt es eine .cproject Datei. In dieser haben sich 
in der gesamten Datei Leerzeichen eingeschlichen. Dank SVN hab ich die 
Datei wieder in den Ursprung zurück versetzen können. Warum das passiert 
ist, weiß ich nicht...

[Dr. Sommer (Gast)]

ruphy schrieb:
> In dieser haben sich
> in der gesamten Datei Leerzeichen eingeschlichen.

Die aber keinerlei Auswirkung haben, weil das XML ist und die außerhalb 
der Daten sind.