Hallo zusammen Ich bin gerade dabei, auf meinem Board die Unterstützung für SD-Karten zu implementieren. Dazu gehört natürlich auch die unterstützung eines Dateisystems wie FAT. Leider sind SD-Karten bei mir immer ein leidiges Thema. Aktuell versuche ich die Bibliothek von Daniel R. http://www.mikrocontroller.net/articles/AVR_FAT32 Einzubinden. Leider funktioniert diese nicht mit allen SD-Karten. Bei einen klappt schon das init nicht. bei anderen geht das init aber er kann scheinbar die FAT nicht laden. Alle Karten funktionieren jedoch im SD-Slot des computers. Nun meine Frage an euch, welche ist die zuverlässigste Library? Ich brauche support füt FAT16/32 sowie SDHC Gibt es kommerzielle lösungen welche eventuell zu kaufen sin? Danke schonmal
>Nun meine Frage an euch, welche ist die zuverlässigste Library?
Ohne vernünftige Hardware wird keine SD Karten Software
funktionieren. Die meisten machen da schon Fehler.
Wie also sieht deine Hardware aus?
holger schrieb: >>Nun meine Frage an euch, welche ist die zuverlässigste Library? > > Ohne vernünftige Hardware wird keine SD Karten Software > funktionieren. Die meisten machen da schon Fehler. > Wie also sieht deine Hardware aus? Aktuell habe ich einen SPI-Clock von 140kHz Also ziemlich langsam... Die HW befindet sich auf einem fertigen Board. Sollte von daher lauffähig sein. Timmo H. schrieb: > Schau dir mal die von Roland Riegel an Schaue ich mir mal an Danke
>Die HW befindet sich auf einem fertigen Board. >Sollte von daher lauffähig sein. Auf welchem?
holger schrieb: >>Die HW befindet sich auf einem fertigen Board. >>Sollte von daher lauffähig sein. > > Auf welchem? http://www.tsmag.de/wp-content/uploads/2011/03/et-stm32f103.jpg
>>>Die HW befindet sich auf einem fertigen Board. >>>Sollte von daher lauffähig sein. >> >> Auf welchem? > >http://www.tsmag.de/wp-content/uploads/2011/03/et-... Also ein ARM. Nimm ELM Chans FatFs.
Naja - wenn das alle so machen würde, wären wir in der Software allgemein noch sehr viele Jahre zurück... Es macht schon viel Sinn, fertige und erprobte libs zu benutzen - und das hat nichts mit unreflektiertem Zusammenkopieren von Codefetzen zu tun. Schon mal nen Ethernet- oder Hartstack selbst geschrieben?? Canopen?
@ Kasten Nuss (kastennuss) >Schreib deine lib selbst, dann kennst du jede Zeile. Von anderen was >kopieren, damit erleidet man meistens Schiffbruch. >Ist wie mir dem Abschreiben in der Klausur. Selten so einen Blödsinn gelesen. Baust du dein Auto auch selber? Aus selbst geschürftem Eisenerz?
>Auf eine Library, die ich nicht >verstehen kann, nicht. Dann bist du auch nicht in der Lage eine eigene zu schreiben.
Also auch noch nie nichtmal ein Miniprogramm a la "Hello world" in einer beliebigen Programmiersprache auf nem PC programmiert? Das benutzt schon librarys, die du nicht siehst und auch nicht verstehst...
>> Ich hab meine eigene geschrieben >und warum gibst du diese nicht an Claudio weiter? Gib du doch deine weiter. Elm Chan ist einfach besser;)
Freut mich wenn hier so munter drauf los geschrieben wird :) Konnte mein Problem lösen :) Es lag an der HW-SPI Routine des STM32... Habe das Flag an der falschen stelle gelesen...
Claudio Hediger schrieb: > holger schrieb: >> ELM Chans FatFs > > Würde ich gerne, > da weiss ich aber nicht was in diskio.c kommt :) Hallo, auf der Seite von ELM Chan gibts auch Examples für alle möglichen Devices - mit fertiger diskio.c und Beispielen für die Anwendung. Du findest sie hier: http://elm-chan.org/fsw/ff/ffsample.zip Da ist ein "Foolproof" Example für einen ATMEGA mit GPIOs dabei. Das lief bei mir auf einem PIC32 fast auf Anhieb (naja, ein paar Ports anpassen...). Das ist ganz gut zum Anfangen. Auf HW-SPI, DMA & CO kann man ja später noch umsteigen, falls es sich lohnt.
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.