SD

[Алекс Василич]

WRITE_BL_LEN определяет максимально возможный размер блока для данной карты. Но это действует только в режиме SD Bus. А при работе по SPI запись всегда будет по 512 дайт.
А вообще, команда CMD16 не изменяет бит WRITE_BL_LEN, находящийся в регистре CSD. Этот бит - read-only
Так же, команда CMD16 действует только для карт SDSC.
Выдаваться будет не ошибка записи, а ошибка записи параметра BLOCK_LEN_ERROR - 29 бит в регистре статуса, если задаваетый командой CMD16 блок превысит 512.

[gres_go]

Forusfut
Попробовал вот этот проект, очень подробно все описано, есть готовый проект, в протеусе все работает, проверил.

[Forusfut]

У меня почему-то не открывает этот сайт. Дали мне ссылку http://www.rlocman.ru/shem/schematics.html?di=65357 там проект версии 2.3. Первое, что началось это корявое отображение символов в окне терминала, должно быть так:

*********************************************

Dharmani's microSD Card Testing..

*********************************************

на деле всякая фигня. Бывает проходит нормально, но потом пишит FAT32 not found.
На 8 МГц погрешность 0,2% только при битрейте 250000 0%, вот на них отображает корректно. Ещё там есть функция подачи команды в формате цифры от 0 до 9, бывает принимает, но чаще нет, а если и принимает, то не выполняет функции типа записи, чтения. Также 1Гкарту определяет как версии 2, хотя вроде должно быть версии 1 по уму.

[Алекс Василич]

Посмотреть версию протокола можно, прочитав регистр CSD - два старших бита (принимаются по SPI самыми первыми). Если оба бита = 0, версия 1. Если биты 0 и 1, значит, версия 2. Можно так же прочитать SCR-регистр, там тоже старшие 4 байта укажут на версию протокола.

Через SPI не гарантируется стабильная работа на высоких скоростях, это так и есть.
Если ошибок много, можно включить принудительно контроль четности CRC командой CMD59 и при ошибке CRC повторно запрашивать данные. Но придется вычислять CRC, а это ресурсоемко.

[Forusfut]

Ошибки не в пересылке SPI, там как раз стабильно глухо. Ошибки в пересылке по UART. При битрейте 19200, как у автора и при частоте МК 8МГц, вероятность ошибки 0,2% но и этого как ни странно хватает. Только при битрейте 250000 вероятность ошибки 0%, хоть терминал и не поддерживает такой скорости, но приём вроде как нормальный, а вот передачи и без того с часу на час совсем нет. Что-то у меня ничего не пашет из примеров, может переходник USB‹›COM так влияет.

[gres_go]

Ошибки в пересылке по UART

Отрабатывал пример из кодевизион, так же кракозябры в окне терминала(в протеусе), убавил скорость до 9600, все стало стабильно, тут для оптимального обмена нужно правильно выбрать частоту генерации проца.