Видеопоток средствами Cortex M3

[dmitry.shagin]

Видимо всё же ковырять FPGA правильней - деталей будет явно меньше, а энергопотребление ниже, чем с процом. Gameduino потребляет по крайней мере на 50% меньше, чем uzebox, при довольно развитой системе команд, большем разрешении и меньшей рабочей частоте. Видимо надо курить FPGA для решения моей задачи с учетом минимизации энергопортебления... (чорд, мне и 64 LQFP лениво паять было, теперь 144 :-/)

[dosikus]

dmitry.shagin, Оно продается по вполне вменяемой цене :
http://www.seeedstudio.com/depot/gam...ers-p-860.html

[dmitry.shagin]

Да, но мне надо не VGA, а композит, и с местом проблемы... взять можно разве только для того, чтобы поиграться, попрограммировать, проверить. А для железки всяко заказывать плату и распаивать. Но это ерунда, я посмотрел на возможности и они меня вдохновляют К тому же это не топовая FPGA в этом корпусе и запас по частоте у неё еще есть

[MisterDi]

SDRAM-а банку для фреймбуфера (ну, пусть 16 мегабайт с большим запасом)

16M это ОЧЕНЬ много. 256К на приличный графический экран вполне хватает. Контроллеры дисплея есть у NXP, например LPC2468, но у него 208ног
Если делать на FPGA, тогда есть два варианта. С использованием процессора общего применения (на Ваш выбор) или на базе систем на кристалле Nios/Microblaze. По цене примерно одинаково, по сложности освоения второй вариант сложнее, но перспективнее по получаемому опыту и гибкости полученного решения.

Да, но мне надо не VGA, а композит

Композитный видеосигнал имеет полосу в два раза меньше, чем VGA, так что это не проблема. Если возьмете кристалл по-крупнее то всю вычислительную часть можно будет в него встроить. Возможно прийдется добавить внешнее ОЗУ, и больше ничего.

[dmitry.shagin]

16M это ОЧЕНЬ много. 256К на приличный графический экран вполне хватает.

Согласен, просто меньше 16М память не купить практически, и смысла это не имеет Если делать так - лучше взять больше памяти и иметь резерв по кадрам.

Контроллеры дисплея есть у NXP, например LPC2468, но у него 208ног

Видел у знакомого. Но что-то у него выходит 320x240x24 бита при 72% примерно 86% загрузки проца (при использовании внешней памяти и через DMA) - может что-то не так делает... И потребление приличное.

Если делать на FPGA, тогда есть два варианта. С использованием процессора общего применения (на Ваш выбор) или на базе систем на кристалле Nios/Microblaze.

У меня уже стоит в проекте STM32F103RCT6, который занимается математикой и опросом пачки датчиков. И запаса у него прилично для того, чтобы давать команды FPGA. Была мысль сделать на одном быстром проце и то и другое, но, это неоправданный путь - частоту придется очень сильно задирать, чтобы успевать и данные обрабатывать и видео генерить. Мегагерц за 150 получится...

[MisterDi]

частоту придется очень сильно задирать, чтобы успевать и данные обрабатывать и видео генерить. Мегагерц за 150 получится

.
Это в случае, если формированием видео сигнала будет заниматься сам процессор, а при наличии аппаратного блока формирования видео сигнала, процессор и видеоконтроллер работают независимо. При этом самым узким местом становится полоса пропускания ОЗУ, но даже на обычной СДРАМ при 100МГц тактовой частоты, видеопоток будет занимать не более 20% полосы пропускания ОЗУ.
Как реализовать видеоконтроллер на FPGA Xilinx не подскажу, не работал, а на Циклонах от Alterа - вполне можно уложится в 5-10К ячеек с 32-разрядным процессором и тактовой около 100МГц.

[Alecsej]

Если остановиться на одной странице видеопамати, и преобразование цветов делать до заполнения кадра, то можно обойтись парой микросхем SRAM 256X16.
Контроллер sram очень невелик по ресурсам и к тому же SRAM поддерживается всеми контроллерами с внешней шиной.

[dmitry.shagin]

Мне пока всё же не даёт покоя FPGA. Если потребление 25мА по 3.3В, через установленный 1.2В LDO, то, стало быть и по 1.2В оно кушает порядка 25мА, а это всего 0.03Вт. Можно ведь поставить DC-DC с КПД порядка 80-90% и получить неплохой профит. Я себе не представляю такого низкого энергопотребления при формировании потока средствами ARM-а

[dmitry.shagin]

Если взять вот такой http://www.linear.com/product/LTC3405A DC-DC, то при входе 3.3 будет КПД порядка 85%. но это сильно лучше КПД в 36% при использовании LDO. То есть при потреблении 1.2В/25мА жрать будет по 3.3В примерно 10мА. А у нас каждый миллиамперчас батареи на счету

[Alecsej]

512Мбит SDRAM при питании 3.3B потребляет до 65 ма в ожидании и до 250 ма при рефреше и обмене. Да и fpga кушает тоже по разному в зависимости от размера и конфигурации.