STM32F7-Discovery -> eclipse Projekt -> instabil :-(

Hat wirklich niemand vor die Möglichkeiten die das Demo bietet für seine 
eigenen Werke zu nutzen?
Das Ganze dann noch als eclipse/makefile Projekt würde ich schon gern 
nutzen.

Was nehmt ihr denn als grafische Projektgrundlage für das STM32F7-Disco?
Am Besten mit voller Hardwareunterstützung und ohne Lizensprobleme...

chibios?
freertos?
nuttx?
oryx?
selbst gemachtes?

Hallo hp-freund,

Herzlichen Dank für diese Vorlage. Kompiliert perfekt!
Ich habe allerdings noch eine Frage: wie lädst du die generierte hex- 
oder elf-Datei auf das Discovery-Board hoch?
Ich habe vom Github von texane eine St-Link Variante für Linux gefunden, 
aber ich weiß nicht genau mit welcher Kommandozeile ich da weiter machen 
muss. Außer dem Reset des Boards passiert da nämlich gar nichts und wenn 
ich die Adresse 0x8000000 eingebe, dann schimpft das Programm, weil 
nicht genug Platz auf dem Board ist.

Unter Windows klappt alles, aber ich wöllte gerne weiter mit Ubuntu 
machen...

Also ich habe jetzt schon eine Weile bei texane nicht nachgesehen,
aber das letzte Mal war es noch nicht möglich das QSPI-Flash zu 
bedienen.

Solange Du nur den internen Flash fütterst, ist das mit texane möglich.

Vielleicht ist openocd jetzt soweit?

Was mich natürlich noch interessiert:
läuft das bei dir auf dem Board stabil oder hängt es auch öfter?
Würde schon gern wissen ob es evtl. an meinem Board liegt.

Da ich das Board bisher noch nicht richtig programmiert bekommen habe, 
habe ich das Programm nicht weiter getestet.

Ich werde mir am Wochenende ein wenig Zeit nehmen, um es über Windows zu 
programmieren und es ein wenig laufen lassen. Hast du denn schon 
versucht den Debugger laufen zu lassen während das Programm sich 
aufhängt?

Hallo hp-freund,

Ist schon eine Weile her...
Ich habe das Projekt gerade mal laufen lassen, und auch bei mir hängt es 
sich leider auf.

Der Code scheint aber weiterhin "normal" zu funktionnieren (der Code 
switcht zwischen den verschiedenen Funktionen von FreeRTOS herum).

Man meint, dass die Applikation geschlossen ist (nicht mehr im Taskarray 
von FreeRTOS) aber trotzdem noch angezeigt wird...

Ich werde auf jeden Fall weitersuchen.

Hallo hp-freund,

Ich glaube, ich habe das Problem gefunden. Genau erklären, was falsch 
läuft kann ich aber noch nicht.

Das Projekt von dir, hängt sich bei mir nach 1 oder 2 Minuten jedes Mal 
auf. Jetzt habe ich aber die Compiler Settings für die Optimisation auf 
-Os gesetzt (Optimisation for size). Seitdem, hängt sich das Programm 
nicht mehr auf! Ich habe es zwei Mal über eine halbe Stunde laufen 
lassen, und es gab keine Probleme.

Im Original-Code von STMCube sind die Compiler Eigenschaften auch auf 
-Os gesetzt, nur in deinem Projekt hattest du -O0 gewählt (no 
optimisation).

Weshalb das Projekt ohne Optimisationen sich aufhängt weiss ich leider 
noch nicht, hat jemand eine Erklärung dazu?

Viele Grüsse,
macload1

macload1 schrieb:
> Ich glaube, ich habe das Problem gefunden.

Gratuliere!
Auch wenn ich es aus technischen Gründen leider nicht mehr 
nachvollziehen kann :(

Es könnte sogar sein das ich im Verlauf der Projektumstellung die 
Optimierung mehrmals geändert habe.

Es gibt hier auch schon Beiträge die sich mit dem -Os Problem 
beschäftigt haben.

Wenn es nun läuft ist das Projekt eine prima Vorlage für eigene 
Kreationen...