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

[dmitry.shagin]

512Мбит SDRAM при питании 3.3B потребляет до 65 ма в ожидании и до 250 ма при рефреше и обмене.

Угу. А в случае с fpga можно обойтись без фреймбуфера, вычисляя несложную графику на лету (возможностей того же gameduino должно хватить) - по сути надо нарисовать равномерный фон, горизонт + сверху накидать набор цифр и значков разнообразных. Gameduino проворачивает 256 спрайтов 16х16 и 256 символов текста 8х8 в real-time. А при таком подходе требования к памяти меньше, и, соответственно, встроенной в fpga должно хватить. А это радикальное снижение потребления - из основного потребителя подсистема вывода на экран превращается в середину списка - за GPS-ом и STM-ом.

[MisterDi]

А в случае с fpga можно обойтись без фреймбуфера, вычисляя несложную графику на лету

В большинстве недорогих FPGA на борту есть некоторый объем собственного ОЗУ (порядка 50Кбайт), именно так реализован фрейм-буфер в Gameduino.
В проекте цифрового осцилла у нас ФПГА+8Мбайт ОЗУ кушают около 180мА от 3,3В.
Спрайтовая графика реализуется при помощи двухступенчатого преобразования адресов. Делал нечто подобное на базе ЕРМ7128 и W24256 для монохромного ЖКИ 640*480 примерно 10 лет назад. При использовании Спартанов/Циклонов - никаких проблем возникнуть не должно.

[dmitry.shagin]

В большинстве недорогих FPGA на борту есть некоторый объем собственного ОЗУ (порядка 50Кбайт), именно так реализован фрейм-буфер в Gameduino.

Я в принципе и имел ввиду, что достаточно встроенного буфера при таком подходе

В проекте цифрового осцилла у нас ФПГА+8Мбайт ОЗУ кушают около 180мА от 3,3В.

Для меня это непростительно много - у меня весь проект без экрана кушает порядка 60 в пиковом режиме, 10 в горячем ожидании. Дождусь экрана - закажу gameduino на опыты