wangan, тепло)))

Ну тогда курсовик валют, но думаю через полгода нужды в нем не будет все будет колом плохо

Дык ссылал тебя на спецификацию, но, похоже, читать её не досуг.
4.13.6 Speed Class Definition
находишь Class 6 на графике Figure 4-9: Three Performance Curves.
IMNHO, явно больше, чем 6 Мбит.

sensor_ua, почему недосуг, яж писал, что я уже понял это. Да вот только меня продложают соблазнять DMA и 3 SPI.

Статика по определению дороже, а уж в розницу - тем более.


Правильно поняли.


Рецепт:
- Берем контроллер с аппаратным интерфейсом SD, одним или более SPI, внешней шиной. Добавляем к нему память по вкусу - SRAM, SDRAM etc.
- Если есть несколько SPI, можно разделить экран на соответствующее количество частей.
- Организуем в памяти 2 буфера размером в экран. Из одного будем разворачивать, во второй в это время загружать данные.
- Пишем развертку на SPI, DMA и таймерах.
- Организуем здоровый буфер для чтения SD, пишем процедуры его обслуживания.
- Пишем процедуру, перебрасывающую данные в буфер экрана из буфера SD.

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

Но если скорость чтения 6 Мбит/сек, а нам надо 13 Мбит, то каким образом нас спасет буфер?
Или же интерфейс SD в контроллере позволяет читать карту в SD режиме?

Только в спеке указаны не мегабиты, а мегаБАЙТЫ, на сколько я помню

НеSDHC обычная карта microSD Toshiba 2GB, которая устанавливается в мои девайсы в тесте выдаёт 19,5МБайт/с чтение, 10,5МБайт/с запись. Максимальная скорость на записи, естественно, развивается при работе с большими блоками, при чтении - аналогично, но со своими особенностями (см. спеку).

А зачем бы он был нужен, если бы не умел?

Каким образом устроен обмен данными в Вашем девайсе?

2 Буфера размером в экран и огромный буфер для SD локализуются в одной микросхеме?





Плюсы и минусы предложенных вариантов?.
порылся в efind.ru - половина предложений это планки, я так понял, вставляющиеся в слоты компьютера.
В остальных случаях непонятно - каков их обхем и организация.
Вы бы не могли привести пример доступных SDRAM с ценой и объемом. Если есть возможность достать недорогую микру на 16-32 МБ, я же видеофильмы не собираюсь крутить, мне кадров 500 хватит за глаза. Загружу весь файл и буду до бесконечности читать его из микросхемы.

SRAM - просто и дорого, малый объем (но Вам все равно хватит).
SDRAM - нужен контроллер.


Например, K4S561632 - 32МБайт.

С учетом того, что он встроенный во много ARMов, это не проблема.

Только я нить потерял, автор пишет про многие мегабайты скорости передачи, а размер буфера не пишет, может он хочет неповторяющееся видео гонять бесконечно? Тогда конечно, требуемый размер буфера стремится к бесконечности.

А в еще боьлшее число не встроен. Впрочем, это сокращает возможность выбора, что в данном конкретном случае скорее плюс

Неповторяющееся видео конечно хорошо, но необязательно.

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

- возьмите контроллер с железным SD.
- возьмите быструю SD-карту.
- загружайте данные с использованием DMA и команды READ_MULTIPLE_BLOCK.
Все, быстрее не будет.

Как раз встроен в SE серию от Атмел. Контроллера SD там нет, если я не ошибаюсь, но зато с SPI и DMA будет 20 Мбит/сек. ПОскольку в свете изменившегос ТЗ, непрерывность загрузки с карты не нужна, то эти 20 мБит/сек, пусть и с провалами устроят.

Потихоньку ситуация начинает проясняться, спасибо за советы. Хотя... непрерывное видео было бы конечно не плохо, так сказать для универсальности.