|
Anzeige
|
STM32CubeIDE FreeRTOS startet nicht - gdb (STM32F103)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.
Angehängte Dateien:
Beitrag #7375290 wurde von einem Moderator gelöscht.
Ätzend mit dem Bilder Hochladen. Kurz gesagt: In beiden Fällen steht da Debug/<project_name>.elf und "Use Active"
Gast
#7375301
Gast
#7375303
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.
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"?
Gast
#7375313
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. 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.
Ich mach noch mal einen Versuch mit Screenshots. 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?
Angehängte Dateien:
Gast
#7375345
Ich sehe was, was du nicht siehst, und das ist Pink eingekreist. Da sind wir wieder beim Thema (virtueller) serieller Port versus SWD/JTAG.
Angehängte Dateien:
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).
Angehängte Dateien:
Könnte es sein, daß der STM32F103 nicht mit FreeRTOS Version 2 kann (Cortex M3)? Und das deshalb das Binary nicht kompatibel ist?
Gast
#7375409
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. 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.
Gast
#7376067
Sage mal in ein paar Tagen Bescheid, ob sich das Problem in deinem neuen Projekt wiederholt oder ob es stabil läuft. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
