конкретный вопрос по выбору первого ARM, для освоения, с прицелом на работу с TFT Опции

[Лунь]

Уважаемые, посоветуйте пожалуйста. Следуя моде, решил заняться освоением ARM. Нужно выбрать микроконтроллер, максимально удовлетворяющий следующим требованиям:
1. ARM7.
2. большое количество доступных библиотек, особенно касающихся интерфейсов (Ethernet и пр)
3. Распространённость
4. Возможность работать с TFT. Имеется в виду TFT "без контроллера". Нужно, чтобы процесс вывода информации не занимал слишком много ресурсов. Возможно, есть ARM с аппаратной поддержкой этого дела? Нет задачи выводить видео или какие-то часто меняющиеся картинки. Просто нужно рисовать красивое графическое меню пользователя, возможно, с графиками, и пр. Но при этом хочется чтобы ресурсов хватало еще и для прочих задач. Все относительно, конечно, но .....
5. Очень бы хотелось поиметь готовые графические библиотеки, наподобие библиотек графических примитивов Microchip. Это всякие линии, кружочки, кнопки, окна и прочее. Удобная штука. Только они для PIC24 - PIC32, а мне религия не позволяет....java script:emoticon(':maniac:',%20'smid_17')
Сам, после изучения форума и подобных ресурсов в сети смотрю в сторону LPC23xx или LPC24xx.
Что скажут люди опытные?
Спасибо.

[aaarrr]

1, 4. Сразу отсекаете кучу вариантов на ARM9. Почему?
Если остановитесь на ARM7, то имейте в виду, что больше 320x240x16bpp он не потянет, особенно без кэшей.

2, 5. Библиотек разных навалом для всех платформ. Но качественного бесплатного продукта не бывает практически никогда.

[Dog Pawlowa]

1, 4. Сразу отсекаете кучу вариантов на ARM9. Почему?
Если остановитесь на ARM7, то имейте в виду, что больше 320x240x16bpp он не потянет, особенно без кэшей.

2, 5. Библиотек разных навалом для всех платформ. Но качественного бесплатного продукта не бывает практически никогда.

Со всем согласен, кроме разрешения. Потому как разрешение отдельно от быстродействия и функциональности рассматриваться не должно. Более того, у меня 800x480x16bpp на LPC2478, картинка из памяти в память копируется быстро. О видео и эффектах речи нет, конечно, но для встраиваемой аппаратуры это и не обязательно. Кроме того, можно использовать возможность переключения страниц, фоновую загрузку и проч.

Левая файловая система без DMA создаст больше тормозов при выводе готовых картинок.

[aaarrr]

Со всем согласен, кроме разрешения. Потому как разрешение отдельно от быстродействия рассматриваться не должно.

Да я его так и рассматриваю вроде.

Более того, у меня 800x480x16bpp на LPC2478, картинка из памяти в память копируется быстро.

Очень быстро - это сколько в граммах? Сколько займет копирование всей области экрана, например?

[Dog Pawlowa]

Да я его так и рассматриваю вроде.
Очень быстро - это сколько в граммах? Сколько займет копирование всей области экрана, например?

Не засекал Более того отдали единственный образец заказчику, который вроде доволен.
Около 0,2 с по моим прикидкам. Нормально для переключения между состояними. А переключением страниц мультик гоняем.
А вот FS требует >6-7 c :-(

[aaarrr]

Около 0,2 с по моим прикидкам.

Ну вот. ИМХО, для нормальной работы такая операция должна занимать не более 17мс (время одного кадра).

А вот FS требует >6-7 c :-(

А что такое FS?

[Dog Pawlowa]

Ну вот. ИМХО, для нормальной работы такая операция должна занимать не более 17мс (время одного кадра).

Для нормальной работы ЧЕГО? Вы все о видео думаете, а я о приборе с GUI. За прибором работает человек, он кнопку нажал и прибор перешел из одного режима(меню) в другой. И еще не факт, что 17 мс лучше, чем 200 мс.

А что такое FS?

Файловая система.

... Уже при 640х480х16bpp остается только 19.9 МГц эффективной частоты. ..

Признаюсь, цифрами не владею, мои прикидки несколько оптимистичнее - половина производительности на регенерацию.
Но все равно, в случае с файловой системой... допустим даже треть ресурсов остается процессору - исключив регенерацию, получим вместо 6 с - 2 с. Все равно не спасает (если говорить о 17 мс).

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

[aaarrr]

Для нормальной работы ЧЕГО? Вы все о видео думаете, а я о приборе с GUI. За прибором работает человек, он кнопку нажал и прибор перешел из одного режима(меню) в другой. И еще не факт, что 17 мс лучше, чем 200 мс.

Да нет, я тоже о GUI. Представьте, что человек текст на экране прокручивает, дергая за движок scrollbar'а. 200мс лучше будет?

Файловая система.

Просто Вы не уточнили, на что она требует >6-7c, поэтому получилось непонятно.

[Dog Pawlowa]

Да нет, я тоже о GUI. Представьте, что человек текст на экране прокручивает, дергая за движок scrollbar'а. 200мс лучше будет?

Да, что говорить, прокрутка полного текста исключается на корню. Разве что с помощью смещения указателя на начало страницы.
В приборе два ротор-энкодера, которыми производятся установки числовых значений. Если поле ввода составляет 1/20 площади экрана, получаем приблизительно 10 мс. Пойдет?