[zverik80 0]

wangan, тепло)))

[walsv 0]

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

[sensor_ua 0]

Уже 50 минут 5 человек смотрят тему и все молчат )))

Дык ссылал тебя на спецификацию, но, похоже, читать её не досуг.

4.13.6 Speed Class Definition

находишь Class 6 на графике Figure 4-9: Three Performance Curves.

IMNHO,

240*40*3*16*30 фреймов = 13,824 Мбит

явно больше, чем 6 Мбит.

[zverik80 0]

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

[aaarrr 69]

Да и по поводу памяти - искал информацию по микросхемам чтранные вещи - попадаются микрухи на 1Мбит стоимость по 600-800 рублей, что-то дорого, модуль DDR компьютерный на 256 МБ стоит рублей 200.

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

 

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

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

 

Может быть проблема в том, что я сам предлагаю какие-то вариант, которые подвергаются критике? Может проще спросить, как сделать?

Рецепт:

- Берем контроллер с аппаратным интерфейсом SD, одним или более SPI, внешней шиной. Добавляем к нему память по вкусу - SRAM, SDRAM etc.

- Если есть несколько SPI, можно разделить экран на соответствующее количество частей.

- Организуем в памяти 2 буфера размером в экран. Из одного будем разворачивать, во второй в это время загружать данные.

- Пишем развертку на SPI, DMA и таймерах.

- Организуем здоровый буфер для чтения SD, пишем процедуры его обслуживания.

- Пишем процедуру, перебрасывающую данные в буфер экрана из буфера SD.

 

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

[zverik80 0]

Организуем здоровый буфер для чтения SD, пишем процедуры его обслуживания.

 

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

Или же интерфейс SD в контроллере позволяет читать карту в SD режиме?

[MikePic 0]

явно больше, чем 6 Мбит.

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

 

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

[aaarrr 69]

Или же интерфейс SD в контроллере позволяет читать карту в SD режиме?

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

[zverik80 0]

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

 

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

 

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

 

 

 

Добавляем к нему память по вкусу - SRAM, SDRAM etc

 

Плюсы и минусы предложенных вариантов?.

порылся в efind.ru - половина предложений это планки, я так понял, вставляющиеся в слоты компьютера.

В остальных случаях непонятно - каков их обхем и организация.

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

[aaarrr 69]

Плюсы и минусы предложенных вариантов?.

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

SDRAM - нужен контроллер.

 

Вы бы не могли привести пример доступных SDRAM с ценой и объемом. Если есть возможность достать недорогую микру на 16-32 МБ,

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

[DogPawlowa 0]

SDRAM - нужен контроллер.

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

 

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

[aaarrr 69]

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

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

[zverik80 0]

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

 

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

 

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

[aaarrr 69]

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

- возьмите контроллер с железным SD.

- возьмите быструю SD-карту.

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

Все, быстрее не будет.

[zverik80 0]

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

 

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

 

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