LPC-P2378 Olimex Board debuggen mit Yagarto und J-Link EDU

Vielen Dank, den Thread kannte ich noch nicht.
Ich habe jetzt das Plugin von Zylin installiert und dort die selben 
Einstellungen wie beim GDB Hardware Debugging gemacht (Screenshot).
Mit diesen Einstellungen funktioniert das Debuggen, aber leider nur 
einmal. Wenn ich den Code anpasse und dann "Terminate and Relaunch" 
anklicke, funktioniert das ganze System nicht mehr. Der GDB Server 
verliert die Verbindung zum Debugger und zum Jlink. Wenn ich alles 
einmal beende und das Usb-Kabel kurz entferne läuft alles wieder normal.
Im Flash Debuggen geht leider gar nicht.

Vielleicht hatte ja schonmal jemand von euch dieses Problem und kann mir 
helfen.

Vielen Dank und viele Grüße

hmm, den "GDB Hardware Debugger" habe ich ja schon nur leider 
funktioniert er nicht, wie im ersten Screenshot zu sehen ist. Ich müsste 
also wissen, wie ich den Debugger konfiguriere. Das ist im STM32 Artikel 
nicht beschrieben (oder ich habs nicht gefunden). Die Konfiguration des 
GDB Hardware debuggers, wie sie unter
http://www.yagarto.de/howto/yagarto2/index.html
beschrieben ist, scheint mit dem oben angehängten Projekt nicht zu 
funktionieren.

Sorry, aber irgendwie komm ich da gerade nicht weiter.
Hab jetzt alles versucht, wie im Thread beschrieben. Meine letzte 
Konfiguration ist bei Init Commands:

1

set mem inaccessible-by-default off

2

target remote localhost:2331

3

monitor speed Auto

4

monitor endian little

5

monitor flash device = LPC2378

6

monitor flash breakpoints = 1

7

monitor flash download = 1

und bei Run:

1

monitor reg r13 = (0x40000000)

2

monitor reg pc = (0x40000004)

3

monitor reset

4

continue

Funktioniert aber gar nicht bei mir. Der arm-none-eabi-gdb stürzt dabei 
nur ab. Eigentlich müsste aber das gdb file aus dem Projekt 
funktionieren, weil es mit dem Zylin ja läuft (beim ersten mal). Was 
geht denn an dem GDB Hardware debugger genau besser als am Zylin?

Hallo,

hier die Screens.

Gruß

Nach stundenlanger Recherche und Fehlersuche läuft es jetzt endlich.
Ich habe das Projekt von der Yagarto Seite für das Olimexboard 2148 
(hier: http://www.yagarto.de/howto/examples/index.html)
genommen und ein neues Projekt in Eclipse dafür angelegt. Das lief 
allerdings in meiner alten Konfiguration auch nicht ohne Probleme 
(Eclipse Helios und cdt-master-7.0.1-I201009241320). Habe dann Eclipse 
Ganymede und das entsprechende CDT Plugin installiert und wieder das 
Projekt vom LPC2148 neu angelegt. Mit den Einstellungen wie in den 
Screenshots und folgendem Startup Code lässt sich dann auch der LPC2378 
auf dem Olimex Board debuggen. Nach den Datenblättern der beiden 
Prozessoren sind RAM und ROM gleich adressiert. Ich weiss allerdings 
nicht, wie sich der Debugger verhält wenn man auf andere 
Speicherbereiche zugreift (wenn das überhaupt geht).

Hier der Startup Code, wie in der gdb-Datei im Projekt:

1

#

2

# This config file was tested with J-Link GDB Server v4.10i

3

#

4

5

6

# Listening for commands on this PC's tcp port 2331

7

target remote localhost:2331

8

9

# Set gdb server to little endian

10

monitor endian little

11

12

# Set JTAG speed to adaptive

13

monitor speed adaptive

14

15

# Reset the chip to get to a known state.

16

monitor reset 0

17

18

# Setup target, remap first 64 bytes

19

# to the internal RAM

20

monitor writeu16 0xE01FC040 = 0x0002

21

monitor writeu16 0xE01FC040

22

23

# Setup GDB for faster downloads

24

set remote memory-write-packet-size 1024

25

set remote memory-write-packet-size fixed

26

27

load

28

break main

29

continue

Interessanter Thread, werde mich über die Feiertage auch
mal mit dem Thema befassen müssen. Allerdings machen mir die
Probleme hier nicht gerade viel Mut... Schon komisch, dass
es mit Helios nicht läuft.

So ganz läuft es bei mir immer noch nicht. Sobald ich auf Peripherie 
zugreife (ab Adresse 0xE000 0000) reisst die Verbindung zum GDB-Server 
wieder ab und nichts geht mehr. Immerhin muss ich jetzt nicht mehr den 
Stecker vom J-Link ziehen. Server neu starten reicht aus.

Kann es sein, dass das jetz ein Problem mit meinem Linker Script ist?
Folgende Ausgabe erhalte durch objdump:

1

Size after:

2

xxx.elf  :

3

section            size         addr

4

.text             14088   1073741824

5

.data              1088   1073755912

6

.bss              17964   1073757000

7

.stack              524   1073775104

8

.ARM.attributes      48            0

9

.comment             17            0

10

.debug_aranges      992            0

11

.debug_pubnames    2447            0

12

.debug_info       21006            0

13

.debug_abbrev      6261            0

14

.debug_line        7862            0

15

.debug_frame       2340            0

16

.debug_str         4060            0

17

.debug_loc         6613            0

18

.debug_pubtypes    1534            0

19

.debug_ranges       224            0

20

Total             87068

Der Adressbereich der Peripherie wird anscheinend gar nicht gelinkt wenn 
ich die Ausgabe richtig interpretiere. Wäre nett, wenn mir jemand nen 
Tip geben könnte, was ich da genau anpassen muss um auf Peripherie 
zugreifen zu können.

Vielen Dank und viele Grüße

Nabend, schon weiter gekommen ?

Hallo, ich bin noch nicht weitergekommen. Die peripheriezugriffe habe 
ich einfach auskommentiert und so kann ich bequem weiter debuggen ohne 
das irgendwas abstürzt. Für meine Zwecke reicht das erstmal. Wäre aber 
natürlich schön, wenn man dieses Problem auch noch irgendwie gelöst 
bekommt.
Wie siehts denn bei dir aus? Bist du weitergekommen?