SdFat for Due posted

init failed for me using the sparkfun sd shield. The same sketch with the same shield worked fine with the UNO. Set SdChipSelect correctly and Tried SPI_HALF_SPEED and the other ones, but no luck. Not sure what I'm doing wrong.

Hi,
I tried a sheild a few days ago, It will not work as the SPI pins on the due are not connected through the normal digital pins as they are on UNO and MEGA, they are instead broken out through a six pin male head in the center of the board - see the pinout.

I made a little adaptor to connect my sheild to this, for me this also did not work - I am guessing that it was down to the level shift IC on the breakout board which is designed to shift down from 5V to 3.3V, the due is already at 3.3 volt.

The last thing I tried, was to solder jumpers directly to the SD Card and connect these to the SPI pins of the Due, this worked very well - it also means I can't easily connect my SD Card back to a PC, but that may or may not be a problem for you - it is not a problem in my application - as an alternative, you might be able to by pass the level shift IC on your breakout board.

The pin out of the SD Card is in a link in the

http://elasticsheep.com/2010/01/reading-an-sd-card-with-an-atmega168/

Duane B

king44444,

The SparkFun shield does not connect to the correct pins. The SparkFun shield uses the ATmega168/328's standard SPI pins (digital 11-13), not the ICSP header.

See http://arduino.cc/en/Main/ArduinoBoardDue. Here is the key part:

SPI: SPI header (ICSP header on other Arduino boards)
These pins support SPI communication using the SPI library. The SPI pins are broken out on the central 6-pin header, which is physically compatible with the Uno, Leonardo and Mega2560. The SPI header can be used only to communicate with other SPI devices, not for programming the SAM3X with the In-Circuit-Serial-Programming technique.

Hi.

I can't initialize faster then SPI_DIV6_SPEED, but even with only this speed, I get double the speed in slideshow that I had previously. My tft is ITDB32WD (400x240), and I load a full image in 0.37s. Without DMAC, it tooks 0.70s.

Thank you very much!!!

But about speed, how do you have it wired to be able to handle 42Mhz?

I have an SD socket connected directly to the SPI header with very short, under an inch, wires on a proto shield.

stimmer has this setup.

Incidentally I am using 6 inch flying leads from the SPI port into a breadboard and an SD breakout. No errors

Ok, thank you.

I've one SD module somewhere, I'll wire it up to test it.

BR,

Joao

Well, confirmed.

Wired directly to ICSP header on due I get full speed!! :grin:

I getting from a Sandisk Extreme PRO (95MB/s):

Type any character to start
Free RAM: 62747
Type is FAT32
File size 50MB
Buffer size 32768 bytes
Starting write test.  Please wait up to a minute
Write 4235.57 KB/sec
Maximum latency: 30782 usec, Minimum Latency: 7633 usec, Avg Latency: 7732 usec

Starting read test.  Please wait up to a minute
Read 4436.36 KB/sec
Maximum latency: 7791 usec, Minimum Latency: 7373 usec, Avg Latency: 7385 usec

Done

The best speed is obtained with 32k buffer.

I'm running slideshow now in 295mSec per picture, outstanding!!! ]:smiley:

Would it be to hard to implement the paralell mode in arduino? I don't mind to sacrifice the card reader to have it working this way!!! :smiley:

I don't think the SDIO 4-bit mode can be implemented on Due. It appears that I/O line PA21 is used to drive the TX LED.

The High Speed MultiMedia Card Interface uses PA21 for MCDA0, data line 0 of the SD.

I plan to play with 4-bit SDIO mode sometime in the future for SdFat.

There are drivers for STM32F4 and I have an Olimex STM32-H407 so that may be first. This is an amazing card for about $39 STM32-H407 - Open Source Hardware Board.

168 MHz, 1 MB Flash, 196 KB RAM

I agree, the specs are amazing! :wink:

Ok, I just thought abut the 4 bit interface because it could be simpler and faster to implement.

I'll google on that to see what I get.

Thank you! :wink:

The 4-bit SDIO interface is usually not simpler to use than SPI.

The protocol is propitiatory and only practical using the built in SDIO controller. With Due it appears you can't use the SDIO controller since one I/O line from the SDIO controller is used for the TX LED.

Using SDIO requires writing a new SD card layer since it is very different than the SD SPI protocol.

Humm, ok, that's bad news. We have to stick with SPI then, ok.

Thank you for the info.

Here is a measurement I did with SDIO on stm32f4 for block sizes 512b-32kB

I make the following connection between the Due and the Sparkfun SDshield:
Due SDshield


Ground Ground
3.3V 3.3V
D8 D8
MOSI D11
MISO D12
SCK D13

It is working at full speed!!!
Here are the result with a Kingston 2 GB microSD card:

Type any character to start
Free RAM: 62747
Type is FAT16
File size 20MB
Buffer size 32768 bytes
Starting write test. Please wait up to a minute
Write 2224.90 KB/sec
Maximum latency: 721045 usec, Minimum Latency: 8101 usec, Avg Latency: 14716 usec

Starting read test. Please wait up to a minute
Read 3954.20 KB/sec
Maximum latency: 9005 usec, Minimum Latency: 7940 usec, Avg Latency: 8286 usec

Done

Then I enable CRC checking (USE_SD_CRC set to 2 in SdFatConfig.h) and I modify bench.ino so that it loops for ever.
After more than 100 loops, I don't get any error

=========== Pass number 106 ===========
Free RAM: 62743
Type is FAT16
File size 20MB
Buffer size 32768 bytes
Starting write test. Please wait up to a minute
Write 1268.47 KB/sec
Maximum latency: 370285 usec, Minimum Latency: 19459 usec, Avg Latency: 25752 usec

Starting read test. Please wait up to a minute
Read 1686.36 KB/sec
Maximum latency: 20292 usec, Minimum Latency: 19243 usec, Avg Latency: 19429 usec

Done
=========== Pass number 107 ===========

I guess than, despite of large (and ugly) connections between the two cards, the buffer on the SDshield help to reformat the signals.
Thank you fat16lib for your library!

I am having trouble getting my card prepped for the DUE, I am using the SanDISK Extreme Pro 16 Gb (95Mbps)

Running QuickStart

Enter the chip select pin number: 10

Card successfully initialized.

Can't determine the card size.
Try another SD card or reduce the SPI bus speed.
The current SPI speed is: 10.50 MHz
Edit spiSpeed in this sketch to change it.

Running PrintBenchmark

Type any character to start
Free RAM: 95507
Can't access SD card. Do not reformat.
SD errorCode: 0X4,0XFF

Any ideas why this is the case?

Dan

Hi!

How are you connecting the SDcard to Due?

Lmao, yes..

I am using a similar stand lone like this:

http://arduino-direct.com/sunshop/index.php?l=product_detail&p=246

SS to pin 10 and everything else connected to the SPI header in the middle of the due.

Daniel

Ok, might be because of that chips and resistors.

Try to go to the lowest speed possible first.

If it works, start increasing until it fails.

Hmmm, interesting, I changed it to EIGHTH speed and quickstart, benchmark and sdformatter all worked. But that was the only speed that allows me. I hope this is fast enough for my application. How can I try and obtain a faster speed. Perhaps the 6'' cables are too long.

Dan

If you reduce cabling, you might get close to 14Mhz. But with that resistors, you'll not move further then that.

I've used the sdcard in my tft also, and I've managed to get up to 28Mhz by removing the resistors and just put a shunt in their place.

The only way I've got 42Mhz, was with one sdcard reader like that with wires directly attached to the sdcard reader socket bypassing all the electronics there. Those electronics are for voltage translation and are very slow. Since Due is already 3.3V, you can safely bypass it.

I can place a picture here later for your reference.

I think I am okay with the speed I have - I am just logging 2 byte numbers at 50Hz - so if I need the extra space, I will change the design.

Thanks :smiley: