всё то же самое - ep9307, а с програмной реализацией я уже связался (D[0:3],CMD,CLK всё завёл на PortB), Да кстати, команда ACMD41 ведь состоит из последовательности CMD55, CMD41...поэтому на данном этапе я посылаю CMD55 и жду ответа r1...но карта ничего не отвечает.

Интересно будет узнать, что из этого получится.
CRC данных там шибко неудобно считать - нужно вычислить CRC16 для потока по каждой линии отдельно, если правильно помню. Можно все скопом, но придется написать извращенную функцию.


А CMD0 подать не забыли? Без нее ничего работать не будет.

вон оно что выясняется...никакое CMD0 не подаю, дак CMD0 же переводит в SPI-режим или в Idle State, а ведь изначально карта находится в Idle State, ну я ничего и не подаю - включил питание и CMD55 туда!

CMD0 переводит исключительно в Idle State
А вот CMD1 это уже SEND_OP_COND.

Откуда такая уверенность что карточка изначально в Idle State, может в sleep mode неходится

В SPI-режим карта переводится подачей CMD0 только при низком уровне CS. Кроме того, после включения карте нужно подать ~80 пустых циклов CLK.
В Вашем случае еще понадобится включить четырехбитный режим - ACMD6.


По спецификации это действительно так. Однако, жизнь порой преподносит сюрпризы.

Ещё раз посмотрел док-ию, после power up она действительно находится в idle state.
Кстати посылка сначала команды CMD0 не изменяет ситуацию. (на следущую за ней CMD55, по прежнему не отвечает, точнее я пока смотрю только стартовый 0-бит, линия CMD глухо висит в 1)

Должна сначала ответить на CMD0. "Пустые" клоки после старта подаются? Как долго ждете ответ на команду?

~80 пустых циклов CLK на полёт не повлияло...а до четырёхбитного режима надо ещё дожить )



СТОП!!! Команда CMD0 ведь без ответа!
А после CMD55 клок идёт постоянно (пока не возникнет стартовый бит ответа)... а может у меня чего то с полярностью клока, как я понимаю у CLK активный уровень 1, долно быть что типа такого:
#define SDCLK PBDR_bit.PxDATA0 /* PortB.0 */
#define SDCMD PBDR_bit.PxDATA1 /* PortB.1 */
...
SDCMD=cmd_bit;
SDCLK=1;
Sleep(10);
SDCLK=0;
Sleep(10);
...

Да немного запамятствовал я..


Это в режиме SD CMD0 без ответа, а вот в SPI ответ R1

А вы уверены что у вас CRC7 правильно рассчитывается, ведь если на карточки проверка не прошла то она ничего и не отвечает.

да, crc7 считается правильно, используется процедура любезно присланная aaarrr (сомневаться в правильности не приходится)

To aaarrr:

У вас присутствуют такие строки в примере:
...
SSP1CPSR = 0x02; // 7.3728MHz
SSP1CR0 = 0xc7; // SPI Mode 3
...
Это означает SSPCLKout=283kHz?

Да, это в SPI режиме есть ответ, как уже заметили.


Данные защелкиваются по фронту, а выставляются картой по спаду CLK.


Это ошибка - SSPCLKout будет 3.6864MHz.

Похоже всё заработало, запутка была в том что я байты не в той последовательности отправлял
Однако, возвращаясь к вопросу о ~80 пустых циклах, где сказано что их нужно отправлять (выяснилось что они влияют на полёт). Я так полагал, что достаточно поставить 8 clk перед отправкой любой команды, и это уже позволяеет выдержать все тайминги между командами и ответами.

Если быть точным то там сказано 74 такта. Раздел Power-Up

почему то на команду ACMD41 приходит бит busy=0 и на последущую команду CMD2 не отвечает.