STM32CubeIDE FreeRTOS startet nicht - gdb (STM32F103)

[Christoph K. (chriskuku)]

Mein neues Projekt kann ich mit der GDB Konfiguration nicht starten, 
obwohl ich die Konfiguration 1:1 übernommen habe. Es gibt einen MI 
Fehler (s. Bild). Den hatte ich schon mal, wenn das .elf nicht gefunden 
wurde.

Aber in dem anderen Projekt, da funktioniert, steht auch nichts anderes. 
Halt eben nur der andere .elf File.
Sorry, Bilder gleich noch mal.

[Christoph K. (chriskuku)]

Ätzend mit dem Bilder Hochladen.  Kurz gesagt: In beiden Fällen steht da
Debug/<project_name>.elf und "Use Active"

[Steve van de Grens (roehrmond)]

Martin T. schrieb:
> OpenOCD mit -d3 starten und in der Eclipse-Debug-Konfiguration 'verbose
> console mode' aktivieren bringt vielleicht erhellende
> Zusatzinformationen.

[Thomas W. (Gast)]

Moin, -

ich weiss ja nicht was Du machen willst, aber FreeRTOS + CubeIDE geht 
sehr gut.

Du brauchst einen StLink und 'ne Bluepill (ich habe genau ein Original 
und mehrere China-Clone. Beim ChinaClone gibt es manchmal Probleme mit 
dem Flash/Debuggen). Wenn Du wirklich Interesse hast, kaufe Dir einmal 
ein Original-Teil (z.B. Mouser, Digikey, notfalls reichelt) und ein 
Grossteil der Probleme sind weg (Flash / Debugging funktioniert 
einwandfrei).

Ich habe eine huebsche Video-Reihe ueber FreeRtos + CubeIDE gefunden 
(https://controllerstech.com/introduction-to-free-rtos-in-stm32/) Wenn 
man die Videos durcharbeitest hast Du einen guten Ueberblick ueber die 
Moeglichkeiten.

Gruesse

Th.

[Christoph K. (chriskuku)]

Steve van de Grens schrieb:
> Martin T. schrieb:
>> OpenOCD mit -d3 starten und in der Eclipse-Debug-Konfiguration 'verbose
>> console mode' aktivieren bringt vielleicht erhellende
>> Zusatzinformationen.

OpenOCD ist hier nicht im Spiel. Eclipse-Debug-Konfiguration ? Gut, ich 
weiß, das STM32CubeIDE auf Eclipse basiert, aber ist das ein Sshalter, 
den  ich woanders suchen muß? Oder hat gdb einen "verbose mode"?

[Steve van de Grens (roehrmond)]

Christoph K. schrieb:
> OpenOCD ist hier nicht im Spiel.

Zeige mal deine Debugger Konfiguration. Ich bin da kein Experte, aber 
ich würde ein Mittagessen darauf verwetten, dass andere Leute die hier 
mitlesen in den Screenshots Fehler erkennen würden.

[Christoph K. (chriskuku)]

Danke Thomas. Ja, die haben dort gute Tutorials. Hatte die Seite auch 
schon mal besucht.

Habe auch mein erstes FreeRTOS Beispielprogramm ja schon - nach diesem 
Video 
https://www.digikey.com/en/maker/projects/getting-started-with-stm32-introduction-to-freertos/ad275395687e4d85935351e16ec575b1 
- programmiert. Nur das Ausführen des .ELF geht nicht.

Ein paralleles Projekt, das ich vorher begonnen hatte, läßt sich ja 
einwandfrei ausführen.

[Christoph K. (chriskuku)]

Steve van de Grens schrieb:
> Christoph K. schrieb:
>> OpenOCD ist hier nicht im Spiel.
>
> Zeige mal deine Debugger Konfiguration. Ich bin da kein Experte, aber
> ich würde ein Mittagessen darauf verwetten, dass andere Leute die hier
> mitlesen in den Screenshots Fehler erkennen würden.

Ich mach noch mal einen Versuch mit Screenshots.

[Christoph K. (chriskuku)]

Hier noch mal ein Versuch.
Es sind die Debug Launcher Einstellungen des FreeRTOS Projekts und des 
(funktionierenden) Midi Projekts.


Weil Steve van de grens (roehrmond)  schrieb, man könne OpenOCD mit -d3 
starten, könnte ich das auf OpenOVD umkonfigurieren? Also statt gdb 
Hardware debugging (BMP dongle) es mit OpenOCD versuchen?

[Steve van de Grens (roehrmond)]

Ich sehe was, was du nicht siehst, und das ist Pink eingekreist.

Da sind wir wieder beim Thema (virtueller) serieller Port versus 
SWD/JTAG.

[Christoph K. (chriskuku)]

Steve van de Grens schrieb:
> Ich sehe was, was du nicht siehst, und das ist Pink eingekreist.
>
> Da sind wir wieder beim Thema (virtueller) serieller Port versus
> SWD/JTAG.

Nee. Ich benutze jetzt den BMP Stick in beiden Fällen. Ein und derselbe 
Hardwareaufbau, also einmal flashe ich die Midi App, ein anderes mal die 
FreeRTOS App. Gleicher virtueller UART (via BMP dongle).

[Christoph K. (chriskuku)]

Könnte es sein, daß der STM32F103 nicht mit FreeRTOS Version 2 kann 
(Cortex M3)? Und das deshalb das Binary nicht kompatibel ist?

[Thomas W. (Gast)]

Christoph K. schrieb:
> Könnte es sein, daß der STM32F103 nicht mit FreeRTOS Version 2 kann
> (Cortex M3)? Und das deshalb das Binary nicht kompatibel ist?

Soweit kommst Du doch gar nicht. Kannst Du Dein Binary mit einem anderen 
Weg (Serial mit CubeProgrammer) auf den Chip bringen? Ich nehme mal an, 
der compile geht durch.

Solche Fehlerbeschreibungen (ueberhaupt nicht deterministisch) hatte ich 
bei Clones. Hat mir keinen Spass gebracht.

Gruesse

Th.

[Christoph K. (chriskuku)]

Habe jetzt noch mal im STM32CubeIDE ein neues FreeRTOS Projekt angelegt. 
Auch habe ich den Debug Launcher durch Kopieren (rechte Maus, Duplicate) 
angelegt und anschließend noch den .elf Filenamen editiert. Auch diesmal 
FreeRTOS v2 gewählt.

Und siehe da: alles läuft. Merkwürdig. Schnell das mißlungene Projekt 
löschen und vergessen.

[Steve van de Grens (roehrmond)]

Sage mal in ein paar Tagen Bescheid, ob sich das Problem in deinem neuen 
Projekt wiederholt oder ob es stabil läuft.