SDC: ответ на CMD8 не корректен Опции

[Arlleex]

Доброго времени суток. Работаю с микроконтроллером AT91SAM7X512 и SD картой памяти малого объема (2Гб).
При передаче команды CMD0 принимают ответ 0х01, как и положено.
Далее - по блок-схеме из спецификации на SD карту памяти, передаю команду CMD8 и получаю ответ (первый байт является байтом ответа R1) 0хС1, хотя должен получить так же 0х01.
Соответственно, данная ситуация выбила дальнейшую инициализацию SD карты из колеи.
Почему карта первым байтом ответа R7 (коим по идее должен быть ответ R1) является байт, значение которого равно 0хС1?

[Arlleex]

Посмотрел осциллограмму сигнала на линии SPCK во время передачи команды CMD0 и затем CMD8.
Последовательность такая у меня:
1) 80 синхроимпульсов при CS="1";
2) CMD0 [0x40 00 00 00 00 95];
3) CMD8 [0x48 00 00 01 AA 87];
Заканчиваю опрос линии MISO, когда в регистре данных прием SPI содержится значение, отличающееся от 0xFF.
На осциллограмме картина такая:
все передается четко по 8 бит, сначала 80 импульсов, затем 8 пачек по 8 импульсов (6 байт команда - и 2 раза опрос линии MISO до получения ответа R1 [0x01]), затем небольшая задержка, в течение которой выключается SPI и еще раз включается для передачи команды CMD8.
Далее - снова 8 пачек по 8 импульсов (опять же 6 байт команда и 2 байта опрос линии MISO до получения ответа R7 (значения, отличного от 0xFF)).
Соответственно, что получается:
первая пачка импульсов команды CMD8 - отправили 0x48;
вторая пачка импульсов команды CMD8 - отправили 0x00;
третья пачка импульсов команды CMD8 - отправили 0x00;
четвертая пачка импульсов команды CMD8 - отправили 0x01;
пятая пачка импульсов команды CMD8 - отправили 0xAA;
шестая пачка импульсов команды CMD8 - отправили 0x87;
седьмая пачка импульсов команды CMD8 - отправляем 0xFF для ожидания ответа, отличающегося от 0xFF (при этом проверяем ответ, сейчас он равен 0xFF);
восьмая пачка импульсов команды CMD8 - отправляем 0xFF и в этот раз получаем ответ 0xC1.

Далее проверять биты ответа R7 нет смысла, поскольку первый байт его мы уже приняли, но, как я и говорил, не в том виде, в котором хотелось бы получить: 0x05 [illegal command].

Сообщение отредактировал Arlleex - Nov 14 2011, 23:40

[aaarrr]

Далее проверять биты ответа R7 нет смысла, поскольку первый байт его мы уже приняли, но, как я и говорил, не в том виде, в котором хотелось бы получить: 0x05 [illegal command].

Ну, если на SCK ничего лишнего нет, то остается заключить, что карта все-таки не поддерживает CMD8. Как я уже писал, реакция в этом случае бывает разной - некоторые отвечают illegal command, другие молчат. Вполне можно допустить, что наблюдаемая картина является вариантом нормы (ведь фактически это молчание), а 0xC17F - не более чем совпадение. Недаром процедура проверки включает в себя сравнение отправленного и принятого аргумента - разработчики стандарта, по всей видимости, хотели застраховаться от возможных случайностей.

Возьмите для теста карту, которая точно должна ответить на CMD8 (любая HC). Вообще, лучше всегда иметь не менее полудюжины разных карт для экспериментов.