конкретный вопрос по выбору первого 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. Почему?

Кстати, а плз ткните меня в подходящий ARM9 ( в разрезе того, что мы тут говорили). Я этот сегмент вообще не смотрел.

Да, еще одно соображение. На каком-то уровне сложности целесообразность собственной разработки контроллера отсутствует. Мы же не делаем для себя PC. Мне казалось, что эта граница и проходит между ARM7 и AMR9. Если это не так, то где же эта граница?

[AlexandrY]

ARM9-ому и выше если речь идет об эффективном создании GUI приложений альтернатив нет.
И проблема не в интерфейсе к TFT. Это всего лишь вопрос драйвер-а.
И даже если он оставит всего 10% процессорного времения в среде RTOS никто неудобства не почувствует.
Проблема в том, что действительно переносимые, симулируемые, с большим набором widget-ов и других ресурсов GUI как в MS Net. Micro Framework или Android или QNX Photon microGUI требуют рунтаймных мощных либ которые сносно потянет только ARM9.
Причем цена хардварного решения на ARM9 нынче не отличается от решения на ARM7.
"сложность" освоения ARM9 преодолевается за пару месяцев.
Но сколько придется корячится на либах Microchip-а чтобы создать картинку типа этой http://www.qnx.com/images/products/adv_gra...ha_blending.jpg и еще в динамике я не представляю. Одни только сглаженные фонты обойдутся в год жизни вероятно.
Как видно несоизмеримые "сложности".

К примеру:
В либе от Microchip-а: чтобы создать такой элемент как editbox надо подобрать координаты, нарисовать рамку, выбрать фонт, написать стороку этим фонтом, следить за нажатиями кнопок, парсить их значения, самому иммитировать изменения режимов курсора, самому передвигать курсор, передвигать инверсию селекции текста, следить за переполнением текста, за откатом, за окончанием ввода и т.д.

В нормальном GUI: рисуем на PC как нравится всю композицию и ставим куда надо editbox, назначив фонты, ограничения на длину, тип курсора и проч. мелочь. Компилируем как ресурс и пристегиваем к проекту.
В проге просто даем комманду вывести ресурс, регистрируем функцию которую вызовет GUI при окончании ввода в editbox-е и все!


Естественно для озабоченных "сложностями" подбирать ARM-ы надо в этом случае не по даташитам, а по списку наличиствующих BSP у производителя выбранного GUI.

Кстати, а плз ткните меня в подходящий ARM9 ( в разрезе того, что мы тут говорили). Я этот сегмент вообще не смотрел.

Да, еще одно соображение. На каком-то уровне сложности целесообразность собственной разработки контроллера отсутствует. Мы же не делаем для себя PC. Мне казалось, что эта граница и проходит между ARM7 и AMR9. Если это не так, то где же эта граница?

[Лунь]

ARM9-ому и выше если речь идет об эффективном создании GUI приложений альтернатив.......

Очень круто, конечно, но вряд ли это стоит советовать в теме про выбор первого ARM......