beispielprojekt in yagarto lpc1768 auf lpc1758

OP #2291886
Lesenswert?

Habe da ein kleines Problem, was muss ich den in dem Beispielprojekt auf 
der Yagarto Seite anpassen, damit das Beispiel des LPC1768 auf einem 
LPC1758 läuft?
Wenn ich das Beispielprojekt kompiliere und anschließend mit dem jlink 
debugger auf den lpc1758 debuggen möchte, bleibt dieser immer scheinbar 
in der gVector definition hängen und sagt es gibt keinen sourcecode den 
er an dieser Stelle darstellen könnte.
Hat jemand vielleicht ein kleines Beispielprogramm für den lpc1758 kann 
auch für den codesourcery-G++ sein. Im Internet bin ich leider nicht 
wirklich fündig geworden, alle ausprobierten Beispielprojekte zeigen 
fast das gleiche Ergebniss.
Ach ja die Jlink skripte sind die der yagarto Seite, bis auf die 
änderung, dass das flash device ein lpc1758 ist. Vielleicht muss auch 
hier noch etwas angepasst werden.
Vielleicht kann mir ja jemand helfen, das Thema ARM scheint ja relativ 
kompliziert zu sein, beim AVR32 war alles einfacher (gabs ja auch schon 
ein konfiguriertes Development environment). Wär schön wenn mir jemand 
helfen könnte.
Gruß,
STefan
OP #2291952
Lesenswert?

Hab da die auch schon durchgeschaut, also das was bei dem LPC1768 
Projekt dabei ist und das Projekt für den flash run linkt hab ich mal 
mit dem Datenblat verglichen, dort scheinen die Adressen für Flash Start 
und Ram Start zu stimmen. Auch die Längen, beide sind ja bei den beiden 
Cortex-M3 gleich, also 512k Flash und 32k Ram + 32k Ram an anerem Bus.
KAnn es sein, das ich da noch was übersehen hab was zusätzlich geändert 
werden muss?
Gast #2292306
Lesenswert?

Äh - der LPC1758 und LPC1768 sind derselbe Core nur in unterschiedlicher 
Verpackung, der 1758 hat halt 20 Beinchen weniger.

Allerdings gibt es da allgemein ein paar Dinge zu beachten, ich denke da 
so an P2.10 (low=> Bootloader) und das Remapping von Adresse 0x0000000.

Bist Du Dir sicher, dass der 1758 korrekt angeschlossen ist?
OP #2293501
Lesenswert?

Hab die Lösung gefunden, der Pin für den Bootloader war auf GND, grund 
dafür war, das der 10k Widerstand etwas zuviel Lötzin abbekommen hat und 
eine kleine Brücke in richtung GND gebildet hat, war unter der Lupe zu 
erkennen mit blosem Auge kaum sichtbar.
Danke nochmal für die hilfreichen Anmerkungen, die haben mich dann noch 
mal auf die richtige Spur geführt.

Habe auch noch ne neue IDE gefunden CooCox nutzt den codesourcery G++ 
Lite Compiler, und ist für die ARM Cortex-M0 und M3. gefällt mir bisher 
ganz gut, und ist leicht zu installieren.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren