SD карта через SPI Опции

[justontime]

Вроде простой вопрос, а вот явного ответа на него пока не нашел - при работе с SD картой по SPI протоколу нужно ли как-то (паузами) разделять байты в пакете ?

В смысле, можно ли при выполнении, например, команды CMD17 послать на карту все 520 байт (естественно, одновременно при этом читая) одним равномерным потоком битов ?

Я понимаю, что с вероятностью практически 100% можно, но сбивают с толку картинки, на которых всегда нарисованы увеличенные паузы между отдельными байтам. Пытаюсь читать стандартную спецификацию, но даже сокращенный вариант с непривычки еще то чтиво...

Вопрос возник, так как после переделки моей схемы с побайтовой работы на поблочную что-то работать пока не желает, вот и пытаюсь понять, в каком направлении разбираться...

[smalcom]

значит у вас много времени. почитайте документацию на протокол.

[justontime]

значит у вас много времени. почитайте документацию на протокол.

Спасибо за такой "полезный" ответ... Если не знаете, то лучше помолчите, и все...

Во-первых, свободного времени как раз у меня еще меньше, чем обычно.

Во вторых, относительно документации - о какой документации идет речь ? Например, в "SD specifications Part 1 Physical Layer Simplified Specification" описание "железной" части SPI протокола ограничено следующим:

Every command or data block is built of 8-bit bytes and is byte aligned to the CS signal (i.e. the length is a multiple of 8 clock cycles).
The card starts to count SPI bus clock cycle at the assertion of the CS signal. Every command or data token shall be aligned to 8-clock cycle boundary.
Similar to the SD Memory Card protocol, the SPI messages consist of command, response and data-block tokens. All communication between host and cards is controlled by the host (master).

Ну и какую информацию по моему вопросу можно извлечь из этого описания ?

Можно (и нужно) читать также документацию по SPI (что я, кстати, также делал), но там описывается сугубо физический уровень, а как конкретное устройство логически интерпретирует различные посылки, это уже дело устройства, а не физического протокола.


Update:


Хотя и неофициальный стандарт, но нашел следующее:

The CS signal must be continuously active for the duration of the SPI transaction (command, response and data). The only exception occurs during card programming, when the host can deassert the CS signal without affecting the programming process.

Сообщение отредактировал justontime - Jan 31 2015, 13:43