STM32 - Code-Blocks + GCC + GDB

Ein Tipp:
Für den STM32 gibt es ein fertig konfiguriertes Code Blocks namens 
EM::Blocks.

http://www.emblocks.org

Weinga Unity schrieb:
> - STLINK_gdbserver aus dem Atollic TrueSTUDIO
Hast du das standalone ohne Atollic TrueSTUDIO zum Laufen bekommen? 
Anscheinend geht das nur bis V1.4.1., probiert habe ich es aber nicht.

Weinga U. schrieb:

> Ich habe jedenfalls eine Konfiguration mit openocd hinbekommen.
>
> openocd-0.7.0.exe -f ..\scripts\board\stm32vldiscovery.cfg

Falls Du hier noch mitliest... kannst Du mir diese Konfiguration mal 
genau nennen? Jeden Eintrag? Und wenn es geht so dass er für alle 
Projekte gilt, also die speziellen Makros enthält von EmBlocks / EmBitz.

Code::Blocks ist in EmBitz aufgegangen. Da sieht da deutlich anders aus 
aber die gdb Konfiguration ist erhalten geblieben. Bloss ist der Support 
für EmBitz sowas von beschissen, dass es da gar nichts drüber gibt. Ich 
will mich nicht mit dem äußerst komplexen und kryptischen Interface 
eines Kommandozeilen Debuggers befassen müssen, das muss die IDE tun den 
zu bedienen und das auch darzustellen.

Weinga U. schrieb:

> monitor reset halt
> monitor reset init
> symbol-file myfile.elf
> load myfile.elf
> tbreak main
> monitor reset halt
> continue

Das hilft mir jetzt leider auch nicht weiter, da ich nicht weiss wo es 
eingetragen werden muss und was "source [find interface/stlink-v2.cfg] 
bedeutet." Und wo da was mitgegeben wird. Da sind zig Fenster wo was 
eingestellt werden kann. Im Debug Mode aber auch beim Release Flashen.

Weinga U. schrieb:
> Naja, ist etwas schwierig zu gestalten, denn Code::Blocks hat ja keine
> Anhnung, mit welchen GDB der Benutzer das Programm bedienen will. Somit
> ist die Kommandozeile der kleinste gemeinsame Nenner

Bei Embitz ist er mit drin, kann auch ausgewählt werden aber die openocd 
Version von 2014 schmiert einfach mit einer Schutzverletzung ab unter 
Win7, daher habe ich sei durch eine 2017er ersetzt. Aber mehr als ein 
kurz aufblinkendes Dos Fenster sieht man nicht und auch nicht wo es 
hakt. Für STLINKV2 sind diese Parameter dokumentiert, es sind ellenlange 
Zeilen mit Platzhaltern, so dass das Projekt nicht einzeln angelegt 
werden muss. Einmal eingestellt gilt es für alle projekte.

Sicher ist das Interface wichtig, aber die eigentliche Kommunikation, 
die sehr komplex ist muss die IDE übernehmen. Openocd hat hunderte von 
Befehlen, die nur Insider verstehen, kann ganze Skripte verarbeiten. Ich 
sehe nur den gelben Balken und Watches etc.

EmBitz ist insgesamt aber sehr schlecht dokumentiert, da ist das keine 
Ausnahme.

Weinga U. schrieb:
> Wie gesagt: Code::Blocks

Ok, heute abend mal gucken.... EmBitz wird künftig eh kostenpflichtig 
werden, da die Programmierer nicht mehr umsonst arbeiten wollen. Wurde 
schon angekündigt auf der Webseite. Die svd Files für den Debugger gibts 
nicht mehr umsonst. CodeBlocks ist ja viel universeller aber schwerer zu 
konfigurieren.

Kannste mal die ganze .cfd Datei hier hochladen? Damit ich sie als 
Vorlage nehmen kann? myfile.elf zB ist aber bei jedem Projekt anders.

Meine ST Targets verstauben gerade etwas im Schrank, ich erinnere mich 
aber das man zum flashen von 8- auf 32 Bit Übertragung umschalten 
konnte. Das Flashen ging damit auch rund 4mal schneller, was gerade bei 
den fetten F4/F7 angenehm ist.

Ok, ich muss mir das mal zu Hause in Ruhe durchlesen, da ich noch immer 
nicht weiss, wie ich die vielen Felder ausfüllen muss. Vor allem weil 
ich keinerlei Rückmeldung habe wenn was nicht klappt.

Ich vermute mal, dass man cmd aufrufen muss unter Windows und den Server 
da ausdrücklich starten muss. Und nein, es soll nur funktionieren und 
ohne Debuggen geht es gar nicht, nur flashen reicht nicht, das wäre ja 
nur Trial & Error. Mit dem STLINKV2 geht das flashen der großen 4er sehr 
schnell, das der kleinen dauert leider länger, knapp 6-10 Sekunden bei 
mir.

In der sog. Toolbox von Embitz muss alles manuell eingestellt werden mit 
vordefinierten Makros, die die Pfade, Dateinamen etc enthalten. So dass 
draus eine komplette Kommandozeile wird, wie bei stlinkv2 auch. Der 
Server wird automatisch gestartet mit der IDE, zumindest wenn der Pfad 
stimmt.

ich bin auch neugierig geworden und habe EmBitz mal installiert (auf 
Win7 64 Bit). Dazu das aktuelle STLinkUtility 4.1. Dann ein mbed Projekt 
für Bluepill  nach EmBitz exportiert und in EmBitz importiert. Einen 
bekannten Compilierfehler musste ich beheben, dann lief das durch.
In Debug/Interfaces OpenOCD ausgewählt, in Settings kein board, den 
STLink V2 (habe nur einen 5$ China Clone) und Target STM32F1_stlink 
ausgewählt. F8, flashen und debugging laufen, LED blinkt. Hat keine 10 
min gedauert, nicht schlecht.
Ich mag es aber lieber kompliziert und bleibe bei Eclipse IDEs :-)

Johannes S. schrieb:
> In Debug/Interfaces OpenOCD ausgewählt, in Settings kein board, den
> STLink V2 (habe nur einen 5$ China Clone) und Target STM32F1_stlink
> ausgewählt. F8, flashen und debugging laufen, LED blinkt. Hat keine 10
> min gedauert, nicht schlecht.

WAAAAAAAASSSSSSSSSSSS ????????? ..... herzklabaster....

Bei mir flashed da nur die DOS Box auf und wieder zu und irgendeine 
Meldung, dass der Debugger mit Fehlercode 1 beendet wurde. EmBitz finde 
ich nämlich echt genial, auch wenn der Editor nicht die features hat, zb 
nicht immer die Ergänzung von structs etc zeigt, die möglich sind. Der 
Parser hat da wohl ne Macke. CooCox bietet da mehr, zb ausgrauen von 
nicht aktivierten Defines, dafür aber ist es schweinelangsam.

Kannste bitte mal Screenshots schicken? Ich habe auch diese 
China-Stäbchen als STLINK V2 und diese BluePill Boards......

Bitte bis heute abend, ja? Und ob Openocd bei dir die neue Version ist 
oder die bei EmBitz dabei war?

Und das flashen muss ja in zwei Boxen eingetragen werden, in die Debug 
Boxen und in die Toolbox für den Release. Die Toolbox ist komplett 
"manuell" und nicht ganz trivial.

Kann mir gar nicht vorstellen, dass das das OCD einfach so läuft...

Bin gerade unterwegs, Screenshots gehen erst später.
Openocd war die alte Version von 2014 die embitz mitbringt. Und 
Einstellungen waren nur die zwei Beschriebenen. Target STM32f103_stlink 
war wichtig, ohne das _stlink hat sich das Cmd Fenster auch sofort 
beendet.
Was nicht ging war der 128 kB Patch, das probing kann der ältere OOCD 
vlt. noch nicht.

so, habe noch ein bisschen probiert.
Was nicht geht:
eine neuere Version vom OOCD in die vorhandenen Verzeichnisse von EmBitz 
zu packen, damit startet der Debugserver nicht, warum, keine Ahnung.

Was geht:
in Debug/Interfaces den Pfad auf eine neuere OOCD Version eintragen, 
aber das ist nicht unbedingt nötig. Es gibt scheinbar nur eine neuere, 
es hat sich 1,5 Jahre nichts geändert. EmBitz bringt eine V0.9.0 mit, 
die ist aber anders als die von F. Chopin fertig kompilierte. Aber das 
Feature das du haben möchtest ist in der EmBitz Version auch schon drin.
Um die 128 kB des F103C8 zu nutzen muss nur die config in 
\openocd\scripts\target angepasst werden. Dazu am besten eine 
zusätzliche config mit den fixen 128 kB anlegen damit man für andere F1 
noch die Automatik hat (ist im Anhang).
Damit EmBitz diese Config auch im Dialog anzeigt muss noch diese xml 
Datei angepasst werden:

1

c:\Program Files (x86)\EmBitz\1.11\share\EmBitz\debuggers\Interfaces\openOCD\settings.xml

Ich habe in meinem Testprogram eine Optimierung ausgeschaltet und so die 
Codegrösse auf über 100 kB aufgeblasen. Das wird mit dieser Änderung 
anstandlos geladen und im Debugger gestartet.

Alles so gemacht, bis auf die 128kb, das verdammte Fenster schliesst 
sich sofort wieder. Muss man da noch was manuell starten in der Dos Box?

Das steht in dieser cfg drin:

echo "WARNING: target/stm32f2x_stlink.cfg is deprecated, please switch 
to target/stm32f2x.cfg"
source [find target/stm32f2x.cfg]

nö. Aber der Server verarbschiedet sich auch sofort wieder wenn er den 
STLink nicht findet. Also eventuell noch ein Treiber Problem oder 
Firmwareproblem mit dem STLink? Ich habe wie geschrieben vorher noch das 
STLinkUtility installieren müssen.

Naja, der STLINK funktioniert ja wenn ich ihn anwähle..... also mit 
STLINKV2 Option. Sorry, aber ich habe von PC und Skripten absolut keine 
Ahnung, Null sozusagen. Mich nie mit befasst, PC ist nur Werkzeug, 
nichts weiter. Außer unter Linux natürlich :-)

Christian J. schrieb:
> echo "WARNING: target/stm32f2x_stlink.cfg is deprecated, please switch
> to target/stm32f2x.cfg"

das steht bei mir in den neueren OOCD files drin, nicht in den von Em 
installierten. Hast du eventuell die originalen überschrieben? Ich habe 
das EmBitz von der Homepage ohne irgendwelche Updates installiert.

Habe die Version 1.11.... und die neue OpenOCD, da die alte mit 
Schmutzverletzung abschmierte. Und wie man sieht findet stlink seine 
Hardware.

Ok, alle Treiber versucht nachzuinstallieren. Nüscht! ich gebs auf, mir 
fehlt der Nerv mich damit jetzt noch ewig zu befassen, nur wegen der 
128kb.

Also auch wenn ich einen externen OpenOCD 0.10.0 benutze geht es. Dann 
muss ich aber eine cfg anwählen die es da auch gibt.

Mir fällt das Essen aus dem Gesicht..... nochmal die alte Version 
probiert und

DAS SCHEISS DING GÄÄÄÄÄÄHT! 200 Puls hob isch :-)

Aber erheblich langsamer beim Steppen als der ST-Link, der war fast 
verzögerungsfrei. Und ich habe schon einen Gamer PC mit Octacore....

Jetzt nur noch die 128kb Geschichte hinbasteln.... auch fertig mit 
deinen Dateien. Jetzt bin ich aber mal gespannt ..... mal den Code etwsa 
aufblasen.

blöd ist in der Tat das man keine Meldung bekommt. Es gibt aber eine log 
Option die man in 'additional Arguments' setzen kann (forward slash ist 
wichtig, sonst sieht man gar nix).

110kb erfolgreich gebrannt ! im Debug Mode. Jetzt muss ich nur noch 
rauskriegen, wie man diese Toolbox konfiguriert für den Release Mode. 
Denn das ist Handarbeit.

funktioniert. Blöd ist nur das die Makros "\" in den Namen liefern und 
OpenOCD "/" haben möchte.

Bei mir läuft es noch nicht :-( Vermutlich das gleiche Problem, wie die 
Ausgabe vermuten lässt. Habe den Pfad daher manuell eingetragen, anders 
geht es wohl nicht. Und der reset klappt nicht, da swd keine Reset 
leitung hat.

Die Debug Geschwindigkeit liegt leider deutlich unterhalb der von 
STLINK, weswegen ich es erstmal nu nutze, wenn ich die 64kb wieder 
sprenge. Nach xprinft Verwendung liege ich nämlich wieder drunter.

Launching tool 'OpenOCD': C:\Program Files 
(x86)\EmBitz\1.11\share\contrib\openocd\bin\openocd.exe -f 
interface/stlink-v2.cfg -f target/stm32f1x_128kB_stlink.cfg -c "program 
K:\STM32F100\f103_LED_Display\bin\Release\f103.hex" (in 
K:\STM32F100\f103_LED_Display\bin\Release)
stderr> Open On-Chip Debugger 0.9.0-dev-00092-g287d6e0-dirty 
(2014-07-15-06:09)
stderr> Licensed under GNU GPL v2
stderr> For bug reports, read
stderr>   http://openocd.sourceforge.net/doc/doxygen/bugs.html
stderr> Info : This adapter doesn't support configurable speed
stderr> Info : STLINK v2 JTAG v25 API v2 SWIM v4 VID 0x0483 PID 0x3748
stderr> Info : using stlink api v2
stderr> Info : Target voltage: 3.252485
stderr> Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
stderr> target state: halted
stderr> target halted due to debug-request, current mode: Thread
stderr> xPSR: 0x01000000 pc: 0x08002c60 msp: 0x20005000
stderr> ** Programming Started **
stderr> auto erase enabled
stderr> Error: Invalid command argument
stderr> image.base_address option value ('103_LED_DisplayinRelease') is 
not valid
stderr> ** Programming Failed **
stderr> shutdown command invoked
Tool execution terminated with status 0

Openocd mag die backslashes im Dateinamen nicht, schrieb ich doch.

Johannes S. schrieb:
> Openocd mag die backslashes im Dateinamen nicht, schrieb ich doch.

Klappt aber alles, wenn man händisch einträgt :-)