На чем сделать проект с дисплеем? Опции

[Urvin]

Здравствуйте!
Придумал себе устройство, которое должно выполнять следующие задачи:
- снимать или выставлять показания на 20 дискретных выводов
- снимать показания с 2 выводов АЦП
- общаться с другим устройством по zigbee
- считывать дополнительные данные с sd карточки
- выводить свое состояние на большой экран, 6-7 дюймов.

От экрана я и начал плясать. Китайцы продают tft-модули с параллельным интерфейсом по 50 баксов за штуку. Цена очень привлекательна, я бы такой модуль и взял бы.
Однако, выясняется, что для реализации моих хотелок для разрешения 640х480 точек необходимо порядка 6 Мб оперативной памяти (по 1 Мб на меняющиеся основной и дополнительный буферы вывода, 4 Мб для supersampling-сглаживания линий).
Сглаживание линий мне довольно принципиально, потому использовать дисплей со встроенными буферами уже не сильно спасает ситуацию.

Какие бы комплектующие (помимо экрана) вы бы посоветовали бы взять?
Есть ли микроконтроллеры с такой большой ОЗУ?
Какой взять мк, чтобы выдержал нагрузку, и какую память, как подключать, желательно еще так чтобы в интернетах было достаточно информации?

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

Благодарю за ответы.

[Urvin]

GUI: никаких эффектов, ничего трехмерного, никаких даже меню.
Просто набор из трех-четырех стрелочных показометров и нескольких текстовых надписей в определенных местах экрана.
Сперва в буфер надо положить задний фон, считанный с карточки SD, затем на нем в нужных местах нарисовать стрелки и буквы.
Почти статичная картинка, хотя показания могут меняться каждую секунду и их надо соответственно быстро отображать.

Мегабайты ОЗУ нужны для графических буферов. Пусть даже буду использовать по 256 цветов на каждую из 640х480 точек экрана, это 600 кб на два буфера.
Так и быть, со сглаживанием можно повоевать, однако превращаться в филиал NVidia мне тоже не хочется, потому рассматриваю самые простые алгоритмы сглаживания границ полигонов.
Тем не менее, памяти уже надо поболее того, что обычно встречается в МК.

Бекенд с обработкой портов простейший, плюс по zigbee небольшие порции данных, не чаще раза в минуту - также пара удаленных простых датчиков.

Я почему-то все думаю про реализацию видеоконтроллера и прочей мути в едином камне.
Сказывается различие цены за голый tft модуль ($50) и модулем со встроенным контроллером с работой по SPI (медленно?) ($200).
Еще вижу интересные примеры работы с lcd через STM32 fsmc, но там рассматриваются только мелкие экраны.

[scifi]

Сперва в буфер надо положить задний фон, считанный с карточки SD, затем на нем в нужных местах нарисовать стрелки и буквы.

Если фон произвольный и есть сглаживание, то это alpha-blending, то есть геморрой. Гораздо проще, когда фон однородный. В этом случае можно прикинуться Nvidia, не так уж это и сложно.

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

Я выше писал про МК+SDRAM. Не совсем один камень, конечно.

[AlexandrY]

Если фон произвольный и есть сглаживание, то это alpha-blending, то есть геморрой. Гораздо проще, когда фон однородный. В этом случае можно прикинуться Nvidia, не так уж это и сложно.

Да нет никакого гемороя, в ucGUI есть антиалиасинг для всех графических примитивов.
Но антиалиасинг требует повышеной мощности проца и пропускной способности видео ОЗУ.
Поэтому на STM32 даже не пытался бы.
Нужно выбирать процессор с отдельной шиной с DMA на дисплей (из семейства iMX например) и включать в GUI функцию прорисовки в памяти.