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
Gast
#3692501
>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?
Schau dir mal die von Roland Riegel an
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
Gast
#3692512
>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
Gast
#3692536
>>>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.
holger schrieb: > ELM Chans FatFs Würde ich gerne, da weiss ich aber nicht was in diskio.c kommt :)
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?
Gast
#3692595
>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...
Da haste mal recht...
Gast
#3692611
>> 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...
Gast
#3692710
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.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.