ARM9 - выбор актуального MCU, как же все быстро меняется... Опции

[PrSt]

Друзья/коллеги, нужен совет.

Дело в том что я на пару годиков немного выпал с русла моделей 9х армов, сейчас вот снова к ним возвращаясь, так как подходит этап нового проекта. Пока я был в сторонке, старался отслеживать эту тему, да вот оказалось прогресс убежал дальше вперед и появилось у всех новых процов много. И старичок AT91RM9200 уже не так заманчив, по этому его уже даже не рассматриваю.

У нас назревает очередной проект на базе ARM7/ARM9. Проект платы, ведется по ссылке - http://projects.org.ua/forum/viewtopic.php?t=2808. Так сказать, планируется очередная плата на рынке, Хотим ее естественно сделать очень заманчивой.
Сейчас стоит выбор между ARM7 или ARM9. (лично я начинаю рассматривать ARM9).
На плату планируется как обычно возможность установки Linux, то есть нужно что бы ядро про выбранный MCU знало, или были патчи.
Снова приходится делать выбор какой ARM9 микроконтроллер закладывать, и возникла некоторая проблема выбора.

Из периферии обязательно нужно: Ethernet+LCD+TouchScreen, все остальное обычно есть. Частота естественно повыше, можно с DDR.
Сделал некоторый обзор по известным в этом плане фирмам, однако не много тех кристаллов что содержит Ethernet+LCD+TouchScreen.
На этом фоне выглядят очень заманчиво все та же старая гвардия - Atmel vs NXP.
У Атмела SAM9G45, но корпус жуть - TFBGA 324
У NXP LPC3250. Но он тоже в жудком корпусе - 296 pin TFBGA package.

Вопрос:
Какой из известных сегодня MCU вы бы предложили к применению из Atmel/NXP, что бы Вы могли подсказать?

Кстати, может что появилось интересное у других вендоров, Samsung / FreeScale / ST / Broadcom ? (я еще не искал)
Посоветуйте плиз, на что лучше сейчас обратить внимание и из чего сделать выбор?

.

[COMA]

Сейчас AlexandrY тебе предложит купить его плату и не напрягаться с разработкой.

[AlexandrY]

Сейчас AlexandrY тебе предложит купить его плату и не напрягаться с разработкой.

Увы пока не предложу. Может через месяц
Да и Ethernet считаю может быть замещен HS USB либо SDIO-WiFI модулями.
Но на плату с линуксом или Win ставить медленный Ethernet значит сильно напрягать разработчиков софта.
Каждая итерация загрузки образа будет длиться неимоверно долго .
Может с такой платой и будет кто-то возиться, но потом отложат в сторону ибо скорость разработки будет сильно заторможена.

Для linux - оно ?

Мда..., вот еще такой же мусор: http://tomoyo.sourceforge.jp/cgi-bin/lxr/s...rs/net/ks8851.c
Находится с полтыка.

Объясняю.
Эти отрывки всего лишь слой некоей абстракции где нет детализации таких важнейших элементов как работа непосредственно с SPI, с DMA, с контроллером прерываний, с кэшами, с мультиплексором портов, с системой клокинга, с самими портами наконец.
Они нисколько не помогают написать реальный драйвер для конкретной платы.

Драйвер без линукса и без надуманных слоев HAL это такой какой приведен в этом проекте:
http://caxapa.ru/eewiki/Example_NANDTurboSpeed_for_ARMGS10

Никаких ссылок на сервисы операционки либо вспомогательные либы. Все по чесному. Только регистры SoC-а и ядро проца. Просто, прозрачно и надежно.
И тогда не 3-е суток, а десять лет без сбоев будет качаться аудиопоток

[winner]

Да и Ethernet считаю может быть замещен HS USB либо SDIO-WiFI модулями.

Кто вам мешает это сделать ? Только вы цены на них видели ? Ваш внешний модуль будет по цене соизмерим со стоимостью всей платы.

1.2.16 Synchronous Serial Port (SSP)
The i.MX23 SOC contains two integrated synchronous serial ports, SSPs. Each SSP supports a wide
range of synchronous serial interfaces, including:
• 1-bit, 4-bit, or 8-bit high-speed MMC/SD/SDIO
• Motorola (1-bit) and Winbond (1, 2 and 4-bit) SPI with up to 3 slave selects
• TI SSI

Но на плату с линуксом или Win ставить медленный Ethernet значит сильно напрягать разработчиков софта.
Каждая итерация загрузки образа будет длиться неимоверно долго .
Может с такой платой и будет кто-то возиться, но потом отложат в сторону ибо скорость разработки будет сильно заторможена.

Есть специализированная утилита для загрузки образов - mfg-tool, работает напрямую с USB.

Объясняю.
Эти отрывки всего лишь слой некоей абстракции где нет детализации таких важнейших элементов как работа непосредственно с SPI, с DMA, с контроллером прерываний, с кэшами, с мультиплексором портов, с системой клокинга, с самими портами наконец.
Они нисколько не помогают написать реальный драйвер для конкретной платы.
Драйвер без линукса и без надуманных слоев HAL это такой какой приведен в этом проекте:

Можно было просто спросить пример standalone приложения - у меня таких нет, можете задать вопрос freescale, хотя если знакомы со структурой ядра linux это все находится очень быстро в исходниках. Там вся абстракция - сначала данные помещаются в очеред а потом драйвером spi оттуда извлекаются и отсылаются в котроллер - это все очень легко читаемо.

регистры SoC-а и ядро проца. Просто, прозрачно и надежно.

Это цитата "оттуда":

Стандартная библиотеки NXP (NXP Common Driver Library (CDL)) имеет несколько существенных недостатков в числе которых:

* ошибки в примерах использования драйверов,
* слишком запутанная и недокументированная структура драйверов,
* неоптимальные по быстродействию процедуры работы с периферией.

И тогда не 3-е суток, а десять лет без сбоев будет качаться аудиопоток

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