felipeasg
Member
Hello!
I'm beginner in maple. But I'm fascinated with the ideia of using ARM (STM32) with facilities of Arduino(ATMEL).
However, shall not getting success when trying to use the sdfat library - https://github.com/polpla/Maple-SDFat-DMA.
I would then ask for help!
Thanks!
The reason I ask is that there are now at least 3 derivatives on the forum in addition to the one that is being linked to on the forum.
In following up to either updating the links or fixing the bugs, I was able to get myself and crenn added as maintainers to the sdfat library and fixed the first 3 issues. There is still a lot of cruft left over from the arduino code and it doesn't yet do anything with dma (I have yet to have the polpla's dma port to work and the interface is not similar enough to bounce between the two). The other derivative is based on the newer SD arduino class.
Regardless the maple-sdfat.zip file at http://code.google.com/p/maple-sdfat/downloads/list should work out of the box on most maple platforms and I encourage people to use the issues list on google code to bring up what needs to be done next.
micah
Member
feurig,
you know, thinking back, i think i was attempting to use manitou's Sd2Card.cpp file with the google code version... I'm thinking now that it was meant for polpla's version! when i find my green tackle box full of electronics, i'm gonna try using polpla's version with manitou's file. i've forked polpla's github repository, so if it works, i'll post a link to that (and do a pull request to polpla).
hopefully i'll be able to try this in the next few days!
micah
An update to mapleSDFat should occur in the next day or 2 after some external testing. Main change will be the addition of a method to use different CS pins instead of the SPI port's NSS pin (although this will be selected by default if nothing else is given). More code cleanup is due at some point however for the moment bugs are the main priority to fix.
micah
Member
hey crenn, you're talking about the non-DMA version of mapleSDFat, no?
I had posted these sketches in the other thread ("HardwareSPI performance") but haven't gotten a response. I have two sketches using polpla's modification of mapleSDFat from github. The problem is that, while I don't see anything different going on in the setup parts of these two sketches, one of them fails (seemingly) before the loop function ever gets going, and the other one proceeds to get into the loop() and write to the card. Here are the sketches. I'd posted the errors here
Am I totally missing something? I can't find anything different that would cause card.init to fail, since that happens before the loop() starts and nothing really has changed before that, other than some variable names. I'm assuming volume.init fails because card.init has failed. And then there's the whole 254 != 0 thing, which definitely is a true statement, but I don't understand where it comes from!
"An update to mapleSDFat should occur in the next day or 2 after some external testing. Main change will be the addition of a method to use different CS pins instead of the SPI port's NSS pin"
Oh... That might explain things a bit. I tried using one of these:
https://www.sparkfun.com/products/9802
and forgot to check which pin was being used for chip select. It'll be nice when this improvement is made, but for the moment I'm nipping D8 off the bottom of the shield and jumpering it over to D10.
If you want to give the library a shot (it's highly experimental) you can download it here:
http://crennsmind.com/Code/Maple/SDFat/SdFat-12-08-11.zip
EDIT: Quick note, if you're using the toolchain use this:
https://github.com/crenn/mapleSDFat
Gave it a shot, worked first time with my modified shield.
Thank you!
In the example code I see:
HardwareSPI spi(1);
Sd2Card card(spi, USE_NSS_PIN, true);
SdVolume volume;
SdFile root;
SdFile file;To use a different SS pin I assume you set USE_NSS_PIN to false, what else would I need to add to the code to use D8?
Anonymous
Unregistered
Crenn, out of curiosity, does the library you linked have DMA support?
On a second question, can you still make use of the board LED by making sure that you are not doing SPI read/write operations while using it? It is only tied to SCK if I remember, and I doubt that anything on the bus will give a care about SCK if SS is not driven.
tmbomber, the true at the end means that your code doesn't need to setup SPI (however it will only use it at 1.125MHz) and the library will do that for you, currently this isn't clear because of no documentation on the change, it will be possible in the future to pass another argument when you initlise the SD card to give it a custom speed.
To be able to use a different CS/NSS, just replace USE_NSS_PIN with the pin of your choice, in this case, you want to use 8, so it will look like this
Sd2Card card(spi,8,true);
jwestervelt, The library in it's current form does not have DMA support, this is something to be added in later. Technically you can use the Maple's LED (this doesn't apply to the Maple Mini) providing your SPI slave device is currently not selected, ie the CS line is in it's idle position. However,there could be some slave devices which do not follow this and will not respond correctly to the changes to the SCK pin.
You must log in to post.