Matthias S. schrieb:
Guck dir doch mal die Library von Uwe B. an:
https://mikrocontroller.bplaced.net/wordpress/?page_id=144
Projekt 13. Benutzt FatFS von Elm-Chan.
Ich habe das mit gutem Erfolg auch in mein Projekt mit STM32F429
eingebunden.
Nachdem ich das Beispiel von der alten Ide auf die Cube Ide umgesetzt hatte, lief es auf Anhieb.
Jetzt bin ich am grübeln, ob der generierte Code von Cube MX einfach Mist ist oder ob ich was konfiguriert habe, das so nicht funktionieren kann. Dafür gibt es allerdings keine Warnungen.
Und ja, es gibt auch sinnvolle Warnungen in Cube MX. Mir fällt da z.B. der Clock Konfigurator ein. Wenn da ein Feld pink hinterlegt ist, muss man wirklich noch ein wenig an den Faktoren schrauben, damit die PLL einrastet und jeder auch nur so schnell getaktet wird, wie er kann. Sowas habe ich im FAT Fs allerdings nicht gesehen.
Jetzt überlege ich, wie ich weiter mache. Ein Vergleich der Ausgaben des SDIO-Analyzers im Logic Analyzer beider Programme gegeneinander sagt mir wenig, da ich die Kommandos und ihre Argumente, die da über die Schnittstelle huschen, nicht kenne.
Ein Update des Elm Chan Codes von 0.9b auf das aktuelle 0.15 ist auch nicht so einfach. Da hat sich doch einiges getan in den Jahren.
Auf der anderen Seite, weiß ich nicht, ob ich jetzt den funktionierenden Code in die Ausgabe von Cube MX einpflanze und von wem ich die SDIO Ansteuerung nehme. Die Vorgehensweise hätte den Vorteil, dass ich weitere Änderungen in Cube MX hinklicken könnte.
Oder lieber versuchen, den Code von Cube MX für sonstige Peripherie in das Beispiel zu übernehmen ?
