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.
Part Number: TMS320C5515
We wanted to be able to read the SPEED_CLASS of an SD card.
From what I currently understand this is located in bits 447:440 of the SD card status register as per Section 4.10.2 SD Status of document Physical Layer Simplified Specification Version 6.00 found at the below link: www.sdcard.org/.../
I have tried using the function MMC_getCardStatus() after calling MMC_open() to get the 512 bit status of the SD card with no success.
Below is our situation:
1. A call to MMC_getCardStatus() executes indefinitely, the CPU never returns from this method.
2. MMC_getCardStatus() wants to store the information into a uint32, however, the status register is 512 bits. Will all the data be stored in one uint32?
Otherwise the SD card works as expected, we can read and write to it with no issues whatsoever.
We are using CSL v3.04 with Code Composer Version: 6.1.1.00022 and TI Compiler 4.4.1.
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
Ben, Thanks for your patience. I checked on this internally and the SD card driver is only supported as far as v3 of the SD specification. So, unfortunately the SPEED_CLASS of the SD card isn't supported in the driver. The 512-bit block that you are reading only indicates if its a MMC card or an SD card. Hope this clarifies. Lali
In reply to Lalindra Jayatilleke:
Thanks for the response.
I'll have to look into interrogating the card myself then for the desired information since CSL only supports up to v3 of the SD specification.
That's fine, but what could be contributing to the SD card driver hanging up?
Is the method MMC_getCardStatus() something that shouldn't be called?
In reply to Benjamin Michaud:
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.