AT91RM9200, потянет ли такую графику?, выбор ARMа Опции

[Tigrik]

День добрый.

Хочу сделать MFD для дельты... Интересует какой из ARM'ов потянет примерно такую графику (см. рис.)? Картинка предполагается 640х480, 256 bpp.

Пока склоняюсь к AT91RM9200 потому как имел дело с AVR до этого, а у Atmel'a это один из самых мощных ARM'ов, как я понял (по крайней мере если судить по частоте)... Но опыта общения у меня с ними не было, по этому оценить "тяжелость" графики для него мне сложно.

Вопросы:

1. Потянет ли?
2. Сколько ресурсов (ну хотя бы +/- километр, чтобы хотя бы представлять) у него это может отъесть?
2. Насколько может облегчить его участь LCD драйвер от Epson... S1D13506 или аналогичный со встроенным ускорителем 2d графики?

Спасибо!

Сообщение отредактировал Tigrik - Feb 6 2006, 13:27

Эскизы прикрепленных изображений

 

[Evgeny_CD]

Личный опыт:
* AT91RM9200
* uCOS
* uCOS GUI
* 320 x 240 экран, 8bit/pixel
* Epson LCD контроллер простой, со встроенной памятью.

Была программа генерации ландшафтов. 2..5 fps выдавала.

Проверить очень просто

* Пишете Вашу графику, в иделае как palin C без особой зависимости от ОС.
* Работает она с виртуальным frame buffer, который никуда не выводится
* Покупаете отладочную плату, например
http://electronix.ru/forum/index.php?showt...iew=getlastpost
* проверяете время отрисовки.

От себя замечу следующее. Если будете по тупому рисовать, весь экран перерисовывать - тут Вам пЫсюк нужен. Если продумаете алгоритмику перерисовки (у Вас там немного рисовать-то надо!) - почти навернякак хватит.

Лучше всего, конечно, взять готовый ARM со встроенным контроллером LCD (ну или не ARM, а MIPS от AMD - Au1100, Au1200). Варинты:

* Cirrus logic Вам уже назвали
* Sharp LH7A400, LH7A404
* Intel PXA255, 270
* Samsung
* много еще кто.

В общем, Вы сначала напишите Вашу графику на С, отладьте ее под виндами
http://electronix.ru/forum/index.php?showtopic=12186 - на том же FTLK
http://www.fltk.org/index.php

http://electronix.ru/forum/index.php?showtopic=11623
http://electronix.ru/forum/index.php?showtopic=11570
а потом "бенчмарките" ее на чем попало.
И будет Вам счастье

[Tigrik]

Спасибо за развернутый ответ!
Пара вопросов:

* Пишете Вашу графику, в иделае как palin C без особой зависимости от ОС.
* Работает она с виртуальным frame buffer, который никуда не выводится

Можно чуть подробнее об этом?

[Evgeny_CD]

...Можно чуть подробнее об этом?...

Все просто.

1. Делаете в памяти массив. В нем байты и биты лежат так, как будто контроллер считывает их подряд и засовывает в LCD (изучите интерфейс LCD).

2. Делаете прогу - визуализатор, которая отображает этот виртуальный экран на нормальный. Пусть она визуализирует медленно - она нужна для контроля правильности, а не скорости. Тут проще всего взять FLTK.

3. Пишите Вашу софтину, которая работает с массивом, рисует на нем.

4. Прогой проверяете, что Вы там нарисовали.

5. Замеряете время отрисовки.

6. То же самое на разных платформах. Посему проще всего писать сразу под GCC.

7. Выберите ОСь, под которой будет работать Ваша железяка. Например, если решите ставить Линух, то можете сразу начинать писать под FLTK. (на 100% я не уверен, но по идее, если использовать описанный ниже mingw, то код будет иметь небольшую правку при переносе Win->Lin)
http://electronix.ru/forum/index.php?showtopic=12186
Ибо она портирована на очень простой X-сервер Nano-X
http://www.microwindows.org/
А эти Nano-X живут на очень многих аппаратных платформах.

[Tigrik]

Евгений, большое спасибо!

1. BGA еще не паял сам Родной evluation board на цирусе стоит дорого, так что придется как-то "на коленке"... и BGA, откровенно, пугает.
2. Цена цируса по сравнению с 9200-м раза в 2 больше... оправдана ли эта разница в цене ростом производительности?
3. Как у цируса с доставабельностью в Питере? Если решусь то нужно будет пара штук "на попробовать" Вы сами работали с ним?

По железу пока все Вернемся к софту.

Пока думаю о линухе.
Могли бы Вы чуть подробнее рассказать о связке FLTK и Nano-X?
Правильно ли я понял, что:
1. FLTK это граф. библиотека. Я должен использовать ее чтобы написать свою графику.
2. Nano-Х... хм, это сервер оконных приложений, надо понимать... Т.е. я должен буду написать нечно вроде "визуализатора" моего "виртуального буфера" c использованием библиотек Nano-X. И в эту программу я должен подцепить код своей "рисовалки". Правильно понял?

А зачем так сложно? Мне ведь, по сути, не нужны будут всякие окошки да кнопочки... Потому как мышка или touchscreen вряд ли в этом девайсе нужны будут Можно как-нить "чтоб попроще и чтоб побыстрее работало"? )

Может быть порекомендуете какие e-book'и по программированию embedded графики? (да и просто по программированию для ARM'ов)

Спасибо!

Сообщение отредактировал Tigrik - Feb 7 2006, 10:58

[SimpleSoft]

Евгений, большое спасибо!

1. BGA еще не паял сам Родной evluation board на цирусе стоит дорого, так что придется как-то "на коленке"... и BGA, откровенно, пугает.
2. Цена цируса по сравнению с 9200-м раза в 2 больше... оправдана ли эта разница в цене ростом производительности?
3. Как у цируса с доставабельностью в Питере? Если решусь то нужно будет пара штук "на попробовать" Вы сами работали с ним?

По железу пока все Вернемся к софту.

Пока думаю о линухе. Как я понял, Вы предлогаете писать сразу для Nano-X с использованием FLTK-тулкита... ОК. Я нарисую свою графику (с использованием Nano-x, я полагаю) которая будет кидаться в этот "виртуальный буфер"... А что потом? "С какой стороны" это все прикручивается к Линуху потом? Как я понял, Вы предлагаете потом просто переписать этот самый "визуализатор"уже под линух: создать Nano-X приложение и в него уже вживить код рисующий то что мне нужно? Правильно понимаю?

Может быть порекомендуете какие e-book'и по программированию embedded графики? (да и просто по программированию для ARM'ов)

Спасибо!

глянь тут *http://arm.cirrus.com