чего тут непонятного? NCR может быть равным от 1 до 8 байт а не бит как вы вероятно думаете

Сообщение отредактировал TinyQ - Apr 29 2007, 19:26

Ncr - измеряется не в байтах, а в CLOCK CYCLE - а это в переводе означает один такт CLK на шине SPI, он же период tpp который заявлен в документации (и он разделен на две части как можно было догадаться twh и twl). И это не пересылка или прием одного байта - это один такт из тех восьми которые входят в обычную транзакцию SPI. Пусть Ncr и заявлена фиксированой в определенных карточках, это зависит от специфики интерфейсного контролера который там стоит и отвечает за интерфейс, а они бывают разные.

А можно ссылочку на документ, где Ncr измеряется в CLOCK CYCLE. В док-те, приведенном TinyQ
_________Min___Max___Unit
NCR______1_____8____ 8 clock cycles

т.е однозначно в байтах

http://www.samsung.com/Products/Semiconduc...8nafa_rev09.pdf - например.

Если не будет скачиваться заййдешь на сайт самсунга www.samsung.com и в поиске на этой странице даш запрос "MMC datasheet " там очень много всего.

ВЫ, многоуважаемый, не обратили внимание, что в приведенном ВАМИ документе на стр.64 присутствует точно такая же таблица. Откуда еще информация о некратности ответа байту?

Проглядел возможно. Не вините. Посчитал клоки за восьмиклочные юниты. У меня просто исходники так работают, жду первый нулевой бит програмно для Single Block Read и Single Block Write, когда эти транзакции, а потом запускаю для обработки следующих данных уже SPI аппаратный. Что только ради правильной синхронизации не придумаешь. Давно все это было, года полтора назад, запамятовал малость. Прошу прошения за наглость.
Звыняйте. Исправлюсь.