Добро утро.....

есть огромное желание поюзать microSD микроконтроллером....

Буду признателен за любую инфу по данной тематике.....

Особенно интересуют протоколы общения по SPI или six-wire интерфейсам...

Так это... когда совсем плохо с инфой, или только начинаете, то google.com очень даже хорошее начало!!!

а как на счет ...."протоколы общения по SPI или six-wire интерфейсам..."

может примерчег кто-нить подкинет или описалово...на конкретную микросд....

в гугл.ком нашел тока распиновку ....и что обчается по с.п.ай.....

.

"SD использует специальный протокол записи, который недоступен обычным пользователям."

это всё что удалось ...найти......

как же стать необычным пользователем...и завладеть этим "Security Digital" протоколом...?

Так сказано ж - в гугле "SD card specification", "SD card SPI interface" и т.д.

Не надо спрашивать в яндексе "как мне купить SD карту". Оно ж и скажет "протокол недоступен обычным пользователям"...

Что карточка microSD, ничего не значит - команды она поддерживает те же самые, что и обычная.

Набрать в строке гугла "SD card" и получить хотя бы вот эти две ссылки:
http://en.wikipedia.org/wiki/Secure_Digital_card
http://www.sdcard.org

http://dlcorp.ucoz.ru/_fr/2/MMCSDCard.pdf

Что-то тут такие ужасы про пробуждение карты, что надо до 1сек ждать. Жуть. Я вот тоже в этом направлении иду, но до софта дело еще не дошло. 

А я вот интересуюсь аппаратными контроллерами этих карточек. Просто чтоб одна сама микросхема, общающаяся с карточкой на родном протоколе с оригинальной скоростью и принимающе-выдающая на каком-то известном протоколе, например юсб. Встречались такие? Встроенный в МК аппаратный драйвер не предлагать.

Здесь то, что нужно.
File I/O Functions Using Microchip's Memory Disk Drive File System Library - http://www.microchip.com/stellent/idcplg?I...ppnote=en532040

Explorer 16 Development Board - http://www.microchip.com/stellent/idcplg?I...ocName=en024858 (много интересных примеров)

PICtail Board for SD& MMC - http://www.microchip.com/stellent/idcplg?I...ocName=en537238

Все описания с исходниами на С30

Вот только собираюсь осваивать SD карты и дальше файловую систему FAT на их базе.

Хочу собрать некий универсальный девайс на ARM STM32 в качестве USB Mass Storage для заливки файлов и дальше считывать их для воспроизведения мелодий/речи/просто для обработки самим контроллером.
Флешка, вернее всего, будет подключена по SPI.
Девайс будет юзаться в бытовых условиях (комнатных).

Заметил, что народ чаще всего оставляет отключенной фичу с контрольной суммой (CRC) при обмене данными.
Интересно, почему? Неужели обмен до такой степени надёжен, что во время работы не происходит ни единой ошибки?
Может быть, стоит включить CRC? Ведь её обработка практически не займёт ресурсов контроллера?