• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 31 subscribers
  • Views 1596 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Microcontroller with 4 bit SD mode peripheral

Jose Peeterson
Prodigy 50 points

Dear all,

                          Can you please recommend us a microcontroller (integrated) that has the parallel ( 4 bit SD mode) interface to connect to a microSD card? This microcontroller is also required to have I2C, SPI, GPIO, ADC and other peripherals similar to the LM4F232H5QD evaluation board. We want to use 4 bit SD mode rather than SPI because of High speed requirements (much faster than 25Mb/s) for data transfer.

Can you also kindly provide sample code for the 4 bit SD mode to interface with a micro SD card?

Thank you,

-Peete
  • 0
    Mastermind 7925 points

    I never heard on special peripheral for 4 bit SD interface. You will have to access bus through GPIO peripheral. No idea about performance though. Should be much better than in SPI mode.

    As a result most TIVA microcontrollers will be ok. You need to benchmark to find if 25Mb/s requirement can be fulfilled. Seems reasonable.

    Regards,
    Maciej 

  • 0
    TI__Mastermind 21285 points

    Hello Jose,

    As Maciej has indicated, Tiva-C series devices would need to use SPI to interface to an SD card.  With that being said, there is a minimum SCLK period time of 40ns that has to be observed so your SCLK is limited to a maximum of 25MHz.

    C553x low-power DSP devices support 4-bit SD mode.  None of our MCUs at this time support 4-wire SD, they all use SPI for interfacing to SD cards.

  • 0
    Guru 117855 points

    Jose Peeterson said:
    required to have I2C, SPI, GPIO

    Might this not, "open the door" for FPGA/CPLD - which has no such, "single bit" SD mode limitation?  

    And - can operate beyond your listed speed - and can solve/serve/speed your I2C and GPIO needs efficiently - at the same time - as well!

    Further - enables use of smaller MCU - reducing cost/size.

    Sometimes narrowness of focus precludes a proper choice...