STM32F1-Discoveryboard

Gast #2675620
Lesenswert?

Hallo,

ich habe von ST zwei Evaluationboards STM32F1-Discovery. Nun möchte ich 
eine kleine Applikation zum Laufen bringen. Zunächst hätte ich da ein 
paar Fragen:

1) Welche kostenlose Entwicklungsumgebung (Toolchain) gibt es ?
2) Die USB Schnittstelle, dient diese zum debuggen ?
3) Welche kostenlose Debuggersoftware kann ich nutzen ?
4) Gibt es bereits Beispielprojekte für dieses Board ?

Besten Dank im Voraus!

Bye
Gast #2675728
Lesenswert?

Vielen Dank für die Informationen. Es ist genau dieses Board wie auf der 
Internetseite beschrieben 
(http://www.st.com/internet/evalboard/product/250863.jsp.)

Es gibt anscheinend so viele Varianten an Toolchains usw. Welche 
Toolchain ist für Eclipse am besten geeignet ? Muss ich noch zusätzlich 
einen Debugger der an die USb Schnittstelle des Boards angeschlossen 
wird kaufen ? Oder kann ich direkt den PC und das Board mit dem USB 
Kabel verbinden ?
#2675808
Lesenswert?

Techniker schrieb:
> Oder kann ich direkt den PC und das Board mit dem USB
> Kabel verbinden ?

Jup, kannst Du. Du kannst sogar über die Steckerleiste später ein 
eigenes Board dranhängen, Du hast auf dem Discovery ein vollumfängliches 
ST-LinkV2 verbaut. Wenn die Jumper geschlossen sind, hängt es am STM32 
des Boards.

Techniker schrieb:
> Welche
> Toolchain ist für Eclipse am besten geeignet ?

Fang doch mal mit der Atollic Toolchain an. Da hast Du nämlich einen 
GDB-Server dabei, der mit dem ST-LinkV2 (der auf dem Board integriert 
ist) schwätzen kann.

Wenn Du die Limitierungen (die sehr grosszügig sind) leid bist, kannst 
Du den GDB-Server rauspicken und eine unlimitierte Toolchain dranhängen.

Gruäss
Simon
Gast #2675877
Lesenswert?

Ich habe nun ein Projekt mit der Coudesourcery ARM Toolchain in Eclipse 
erstellt. Jetzt habe ich das Problem mit dem Debugger via USB.

Folgende Befehle für ich in der Kommandobox aus:

>arm-none-eabi-gdb.exe main.elf
>target remote localhost:2331

Leider gelingt mir der Zugriff auf das Board nicht.
Gast #2676574
Lesenswert?

Danke für die Hilfe.

Gibt es keine andere Möglichkeit außer mit der Atollic Toolchain zu 
debuggen. Ich möchte die Software nicht herunterladen und installieren. 
Ich habe bereits für ARM die CodeSourcery heruntergeladen. Welche 
Einstellungen sind in Eclipse notwendig ? Kann man eigentlich mit 
CodeSourcery für ARM den ST-Link ansprechen ?
#2676630
Lesenswert?

Techniker schrieb:
> Gibt es keine andere Möglichkeit außer mit der Atollic Toolchain zu
> debuggen.

Doch.
Erstens reicht es, wie gesagt, den GDB-Server der Atollic Toolchain zu 
verwenden. Den kannst Du aus dem Installer-File rausholen.

Zweitens unterstützt OpenOCD in der neusten Version den STLinkV2 SWD 
ebenfalls.

Ein Tipp: Gehe Schritt für Schritt an die Sache ran. Installiere 
entweder den Atollic GDB-Server (nicht zwingend die ganze Toolchain), 
oder OpenOCD. Dann versuche direkt über Kommandozeile mithilfe dieser 
Tools mit dem STM32 zu schwätzen. Wenn Du das hast, starte GDB mit der 
Kommandozeile und versuche, ob Du damit mit dem Prozi reden kannst. Und 
zum Schluss dann hängst Du Eclipse dran.

Am Schluss sieht es dann so aus:
Eclipse --> GDB --> GDB-Server (Atollic oder OpenOCD) --> STLinkV2 --> 
STM32.


Techniker schrieb:
> Kann man eigentlich mit
> CodeSourcery für ARM den ST-Link ansprechen ?

Problemlos. CodeSourcery liefert Dir den GDB, und der spricht ohne 
Probleme mit einem GDB-Server. Erst da fängt es an, sich zwischen den 
Debug-Hardwaren zu unterscheiden. Der GDB-Server muss die unterstützen, 
das reicht.

Gruäss
Simon
#2676895
Lesenswert?

Techniker schrieb:
> Sorry, kann im Internet nichts finden. Nur irgendwelche speziellen Links
> zu OpenOCD. Das bringt mir aber nichts.
Ist das dein ernst?

Der erste Google-Treffer führt dich auf die Projekt-Homepage, von dort 
gibt es den Menüpunkt Getting OpenOCD. Wenn du auf dieser Seite ein 
bisschen liest, führt dich das über den dortigen Link auf die Homepage 
eines gewissen Freddie Choplin. Dann folgst du noch seinen Links zu den 
Downloads und OpenOCD und lädst dir dort die ZIP-Datei runter.

Das Tippen des vorigen Textes hat wesentlich länger gedauert als das 
Finden und Runterladen der Datei. Und das obwohl ich zuvor weder nach 
OpenOCD gesucht noch damit gearbeitet habe...
#2678077
Lesenswert?

Das ist auch für einen anderen Controller. So auf die Schnelle: falsche 
Linker-Command- (*.ld) und falsche startup-Datei (*.S). Zusätzlich ist 
das für eine andere IDE (RIDE7), wobei ich nicht weiß inwiefern sich das 
mit Atollic (gdbserver) verträgt oder nicht.
Such dir mal aus der Peripheral Lib passende Dateien für deinen 
Controller und Atollic und ersetzt die aus dem Projekt.

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