• State
  • Locked Locked
  • Replies 2 replies
  • Subscribers 97 subscribers
  • Views 265 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.

6748 with SDHC

will Resnick
Expert 2155 points
Other Parts Discussed in Thread: SYSBIOS

Hi,

 I am trying to get the 6748 MMC0 interface which is on the LCDK6748 to work with a 16G SDHC.  I simply send a go idle command and I don't see a response.  I send CMD8 and I get a response.  I then send a ACMD41 and I don't get anything back.  Does the 6748 support SDHC?  Should I receive a value of 1 back from the go idle state?

Thanks,

Will

  • 0
    TI__Guru* 83935 points

    Hi

    The MMC/SD controller on the device has been tested to work with SDHC cards. For DSP side software drivers, I think your only option for reference would be the MMC/SD drivers in the BIOS/SYSBIOS PSP.

    Here are some relevant posts from the ARM only variants for this device ie. C6748

    http://e2e.ti.com/support/embedded/linux/f/354/t/70935.aspx

    I would recommend checking with multiple type/vendors of cards, assuming your test software does not have any issues.

    Regards

    Mukul

  • 0 in reply to Mukul Bhatnagar
    Expert 2155 points

    Hi Mukul,

      So I have been able to get the SDHC card initialized.  Now I am trying to read from sector 0 and all I get are 0xDE and the status buffer 0 never indicates that the transfer is complete even though the fifo is empty.  I am trying to read from the DRR register directly and not using an interrupt.  My fields that I fill out in the command register are: DCLR, WDATX, RSPFMT = 1, and CMD is 17 which is a single block read.  The sector 0 which is value 0 is loaded into the argument register.  I fill in the cmd and then wait for the fifo to not be empty.  When it is not empty, I read from the DRR register.

    Thanks,

    Will