Зависит от задачи. Минимум 4МВ флэш и 16МБ RAM но начинать лучше с 8МВ флэш и 64МБ RAM.

это вы с чего взяли? я запускался на AT91+4MBDataFlash+32MB_SDRAM
слабее конфигурацию не пробовал.

Ничего, другие это проделали:-)
http://dmitry.co/index.php?p=./04.Thoughts...nux%20on%208bit

Фанатик, что сказать. В Google людям видать больше нечего делать.

TCP/IP -- помоему одна из действительных вкусностей. А так рекомендую Вам поначалу взять этот чип (если уж вы решились именно на этот), а затем перейти на CotexM3 LPC178x он должен идти ножка в ножку с LPC2478. А FAT32 с USB HOST у меня как одельный поток неплохо работает.

CotexM3 действительно более хорош для более быстрой реакции на прерывания чем LPC2478.

Перифирия у чипов схожая. Если хотите возится с переносимостью кода, то см мой проект.

Еще как содержит. Линук он почти везде. Только называется по разному. А вкусности, да вот некоторые:
1. Разнооразные ФС: классика FAT'ы, ext, EFSL...
2. Сетевые стеки. Некоторые уверяют, что чуть ли не лучшие, но это, наверно эмоции
3. Куча приложений: сервера, клиенты, прикладное ПО. Помню на платке с 9 армом запустил дебиан, фильмы, конечно, не тянул толком, но как роутер работал.
4. Графические подсистемы.

5. Ну и потому, что это просто линукс!!!

Нынче принято косеть от андроида вообще-то.
Вот где одна сплошная вкусность.
Весь уровень приложений, идеальный графический интерфейс, лучшая среда разработки, причем под Windows.

А линукс теперь ни то ни сё. Памяти требует кучу , а приложения - слабое подобие андроида.
Голым стеком TCP теперь никого не удивишь. Вон даже TI уже выпустил открытую RTOS с роутингом.
Важно не наличие маршрутизации, а средства ее конфигурирования, драйвера и средств отладки.
Файловых систем куча это не вкусность, а головная боль.
Почему бы уже не определиться и не использовать единую встраиваемую ФС, как например это умеет делать uC/FS?

Вот подобный ответ я и хотел услышать. Значит, линукс в сад. У нас самое главное прерывание порядка 300 кГц.

ну почему сразу в сад. Linux другим хорош(организация верхнего уровня, стеки, фйловая система). Захотели напрмер прикрутить WiFi устройству: воткнули свисток в USB и всё!))

А если нужно прерывания ловить быстрые, то можно поставить буфер аппаратный (FIFO), который будет быстро, но реже во времени отдавать блоки данных в Linux. Вариантов много...

Это что такое так часто дёргает проц за вымя?

Да хотябы ацп какойнибудь... прерывание - данные однократного преобразования готовы.

Он самый.

поскольку задача с реакцией на прерывание превосходно решается в контексте bare metal (ну или какой-нибудь лёгкой RTOS), а использовать Linux с его возможностями ой как охота, то изящным решением представляется OMAP. Два ядра, DSP ядро работает под управлением DSP/BIOS(обрабатывая потоки данных с той же АЦП), а ARM-ядро работает по Linux(обеспечивая коммуникации и интерфейсы пользователя).

Ну да, АЦП выступает таймером для всей системы - шикарный подход.

что подразумевается под таймером?
конечно всё от задачи зависит и возможно OMAP слишком избыточен.

Как сие понимать, учитывая, что Android как раз Linux и использует?

Андроиду этот линукс как телеге пятое колесо.
Андроид приложения уже запускают и под Windows и под Mac OS.

Только в данном случае телега самобеглая а пятое колесо и есть ведущее сейчас все кто производит мультимедийные процессоры и хочет их продавать Linux BSP делают в первую очередь.

Верно ли я понял, что по-Вашему в настоящее время наиболее предпочтительно устанавливать на embedded-устройства OS Windows или Mac OS, а под ними использовать android-приложения?

или неправИльное использование русской грамматики - и нога прострелена!





Android не может Linux использовать, по той простой причине, что Android - он Linux И ЕСТЬ.
Над которым (Linux-ом, самым что ни на есть) - надстроен слой мидлеваре + собственная Java машина, а все приложения Android всего лишь Java-приложения.
Схема то всего этого - элементарная, см.: Android как он внутри.

Это заблуждение.
Просто Андроиду во что бы то ни стало был необходим опенсорс из-за маркетинговых соображений.
Вот и перенесли его на линукс.
Видимо брались бизнес аналогии с открытой платформой PC и IBM.
Само же ядро андроида было разработано под проприетарной RTOS на основе Java ME.
Почитайте историю.
Андроиду глубоко фиолетово что там под ним. Вся сила в его собственной объектной архитектуре и либах.

Чтобы лучше понять связь линукса и андроида я бы рекомендовал почитать "Android forensics. Investigation analysis and mobile security for google android."
От оси для андроида требуется только пара тройка драйверов, управление памятью и файловая система и все!
Даже не видно чтобы использовался родной TCP стек линукса или видио/аудио подсистемы. Они идут с либами андроида.

Истина как всегда по середине Исходники Android под лицензией Apache которая несовместима с GPLv2 Linux
http://www.apache.org/legal/3party.html

при этом они же не взяли ядра xBSD с более подходящими лицензиями ?



пара-тройка драйверов ? да вы шутите рекомендую почитать вот тут
http://www.elinux.org/Android_Architecture



ну а это уже откровенное вранье - всё линуксовое. Графическое окружение - да, там свое. В теории конечно Android может работать поверх любого ядра, есть например нативный порт Dalvik на L4 - только вот без драйверов никому он не нужен.

Надо же, какое откровение. Эта диаграмка в каждой книге по андроиду присутствует и много чего не объясняет.
Ну найдите мне лучше на этой диаграмке место для линуксового TCP стека.
В курсе, что в андроид фонах нет Ethernet-а ?

Насчет TCP не знаю, а драйверы нижнего уровня ALSA, VPU, video4linux, OpenGL, USB, storage devices, FS, input devices и т.д. линуксовые. Проще наверно назвать что не линуксовое

Ну опять что значит линуксовые. Это YAFFS2 (файловая в андроиде для NAND) которую я скажем юзаю вообще без осей считается линуксовой?
Эт че, теперь все, что вы видели под линуксом будем считать самим линуксом?

Насчет ALSA, video4linux, OpenGL тоже не видно подтверждений использования в андроиде.

вы наверно не в курсе но основная ФС для андроида - ext4



так это же все равно - видите вы это или нет, я это видел не на телефонах а при портировании на кастомное устройство.

А может FAT32?
ext4 используют когда вместо NAND ставят блочную память по типу как в SD картах.

А вот что вы там видели и что на самом деле портировали было бы интересно узнать.

fat32 требует лицензионных отчислений мокрософту



так ее все чаще и применяют - eMMC например, а на NAND и ubifs можно использовать



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

Linux - это ядро. По крайней мере я в своем сообщении именно такой смысл вкладывал в это слово.
Android - операционная система, которая (очень упрощенно) состоит из ядра и некой надстройки (библиотек, утилит/приложений и т.п.).
Так вот, в качестве ядра авторы Android'а могли использовать много чего (включая написать свое собственное). Но они выбрали Linux. Именно это я имел в виду, когда написал, что Android как раз Linux и использует.

+1

См. Знакомство с версиями 3.3 и 3.4 ядра Linux





"В чём сила, бат?!"(с)


"Если бы, да кабы, да во рту росли грибы... "(с)



А то, что в составе практически любого Android устройства присутствует набор утилит BusyBox с GNU/POSIX набором консольных команд, или ifconfig к TCP/IP подсистеме, и ещё другие подобные ... артефакты - это всё тоже ЯДРО?


"могли бы да кабы..." - это очень содержательный уровень обсуждения, я здесь кому то уже подсказывал

Да речь не от том. Андроид на ядре Линукс. Это факт. И что там пятое колесо у телеги и андроиду на линукс фиолетово - это заблужение.