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

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

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

Тут наткнулся на платку на at91sam9263, разработанную одной немецкой фирмой специально для совместной работы с TFT 5,7 inch. Если интересно, могу попытаться найти тот журнал.

http://www.embedinfo.com/english/Product/SBC2440-IV.asp
не важно какой арм, сейчас девятые по цене седьмых, цена экранчика порой перевешивает стоимость платочки.

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

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

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


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

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

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


А что такое FS?

Посмотрите на это решение: ТФТ-Компаньон. Может и АРМ осваивать не понадобится...

Просто у вас не остается ресурсов на что-либо еще, кроме регенерации изображения, поэтому все остальные операции создают тормоза.
Вот аппликуха по подключению TFT к LH79520. На стр. 24 приведены прикидки по количеству процессорного времени, которое останется на все остальные задачи в зависимости от разрешения/цветности. Уже при 640х480х16bpp остается только 19.9 МГц эффективной частоты. Это при CPU speed 75 MHz и AHB speed 50 MHz.

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


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



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

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

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


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

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

Пойдет Но в общем случае для такого экрана я бы не рекомендовал процессор ниже ARM9 200MHz с 100MHz 32-bit внешней шиной.