Hallo, ich möchte gerne mein STM32 Projekt aus der Atollic TrueStudio IDE heraus flashen. Weiss jemand, wie man das einrichtet? Wahrscheinlich unter RUN->External Tools, oder gibt es einen eleganteren Weg? Immerhin wollte die Installation die ST-Link udev files schreiben. Mein Setup: - BluePill Board - ST-Link V2 Clone - Ubuntu 18.04 Viele Grüße, Pete
Pete K. schrieb: > Immerhin wollte die Installation die ST-Link udev files schreiben. Hast Du das zugelassen? Ansonsten funzt der ST Link nur als root...
Gast
#5462645
Du musst doch nur eine run Konfiguration anlegen und da ST-Link auswählen, ggf. Unter OpenOCD. Nix externes Tool, das ist ordentlich integriert.
Dr. Sommer schrieb: > Du musst doch nur eine run Konfiguration anlegen und da ST-Link > auswählen Ich glaube, genau daran scheitert es bei mir. Unter debug bekomme ich das Programm geflashed, aber dann bin ich immer im Debug mode. Dazu habe ich nichts weiter eingestellt. Wie funktioniert das bei "run"?
Unter Debug bekomme ich Embedded angezeigt und sehe auch den ST-Link. Unter RUN fehlt Embedded (siehe Fotos), daher kann ich auch keinen Launcher auswählen.
Gast
#5463014
Pete K. schrieb: > Unter RUN fehlt Embedded (siehe Fotos), daher kann ich auch keinen > Launcher auswählen. Ich hab mich verschrieben, ich meinte Debug Configuration. Pete K. schrieb: > Unter debug bekomme ich > das Programm geflashed, aber dann bin ich immer im Debug mode. Ist doch supi, was willst du mehr? Programm ist drauf, kann debuggt werden, oder kann einfach nur durchlaufen ("Continue" nach dem Start anklicken).
Was ich möchte? Na, ohne Debug das Programm laufen lassen ;-)
Gast
#5463132
Pete K. schrieb: > Was ich möchte? Na, ohne Debug das Programm laufen lassen ;-) Wozu? Starte es in der Debug Session und drück auf "Continue" (F8), dann läuft es wie ohne Debug, sofern keine Breakpoints gesetzt sind. Der eine Tastendruck wird deine Tastatur schon nicht abnutzen. Wenn es unbedingt sein muss terminierst du die Debug Session sofort wieder und drückst den Reset-Button.
Jetzt habe ich ein lustiges Phänomen. Ich habe ein blinky 500ms drauf gehabt. Allerdings möchte ich nun mein neues Programm draufspielen, allerdings ohne blinky. Im Debugger scheint das auch zu funktionieren, allerdings wenn ich den reset-Knopf drücke, dann beginnt die LED wieder im 500ms Sekunden Takt zu blinken. Es scheint so, dass der Debugger das Programm nicht flashed. (?)
Gast
#5463597
Pete K. schrieb: > Es scheint so, dass der Debugger das Programm nicht flashed. (?) Möglich, wenn du im Linkerscript den RAM als Ort für den Code angegeben hast.
Dr. Sommer schrieb: > Pete K. schrieb: >> Es scheint so, dass der Debugger das Programm nicht flashed. (?) > > Möglich, wenn du im Linkerscript den RAM als Ort für den Code angegeben > hast. Sieht für mich ok aus. Siehe Foto anbei.
Angehängte Dateien:
-
foto.png
(110 KB)
Gast
#5463606
Pete K. schrieb: > Sieht für mich ok aus. Siehe Foto anbei. Das muss ja irgendwie ein Linkerscript generieren/auswählen, typischerweise mit Dateiendung .ld . Zeig das mal. Zeig auch mal die Ausgabe von "arm-none-eabi-readelf -S Radio.elf". Falsche Blink-Frequenz kann auch aus falscher Oszillator- oder Timer-Konfiguration resultieren.
Anbei das Linker-Skript
Gast
#5463613
Pete K. schrieb: > Anbei das Linker-Skript Sieht ok aus, müsste so funktionieren.
und das zweite File.
Gast
#5463617
Sieht auch ok aus. Wenn OpenOCD und GDB keine Fehler melden müsste so geflasht werden; der Fehler ist wahrscheinlich woanders. Flashe mal ein Programm welches nur eine LED einschaltet und an lässt, und guck ob das bleibt.
Danke für Deine Hilfe! Ich hatte heute Morgen wohl irgendwann mal von Debug auf Release umgeschaltet, daher hat er immer das falsche geflashed. Im Filesystem kann man das am timestamp sehen.
Gast
#5532944
Gast
#5532958
Beitrag "Flashen mit Atollic und STM32" So gehts das
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.