Сравнение ARM uC разных фирм Опции

[alexander55]

На мой взгляд, очень важная тема. Я, например, долго был в состоянии Будирианова осла, находящегося между стогами сена.
Выскажу свое мнение (выстраданное).
AD uC я отмел быстро (хотя 12 разрядные АЦП под ПДП -это супер), он меня не поразил своей периферией, да и цены у них традиционно .... К слову говоря, в AVR32 (AT32uC3C) АЦП появятся в таком исполнении.
Дальше хуже. LPC или SAM7S (гамлетовский вопрос) ?
После мучений (изучения всего, что накопал) созрел: LPC и только он, пока не появится AVR32.
Почему ?
Цены практически равны (за исключением более слабых чипов),хотя Philips про это помалкивает почему-то.
Убило наповал у SAM обилие регистров (да хорошо, универсально, но ошибки искать ...). Например настройка портов ввода-вывода требует настройки 19 регистров (представьте мат сантехника, которому для того чтобы пустить воду надо включить-перекомутировать 19 вентелей, чтобы потом 1 краном управлять). Как хорошо и гениально сделано в AVR (хотя кое-что можно улучшить - например, с подтягивающим резистором). Я пришел к выводу, что Atmel обалдел от количества свободного места на подложке и решил оттянуться по полной.
Периферия Philips проста и удобна как в AVR (ничего лишнего).
Литература (даже на русском языке), простые и ясные примеры. Блеск !!!
Несколько слов об AVR32.
7-уровневый конвейер (если уберутся все неизбежно привнесенные при этом глюки, то я снимаю шляпу) поубавил аппетиты у Atmel. Поэтому все стало прозрачнее. ПДП на все ресурсоемкие вещи.
В принципе, супер uC.

[Сергей Борщ]

AD uC я отмел быстро (хотя 12 разрядные АЦП под ПДП -это супер)

Где вы там ПДП нашли? Там нет не только ПДП, но и контроллера прерываний. Поэтому получить 1MSPS можно только если больше ничего не делать неважно каким способом - либо постоянно влетая в прерывания и там вручную проверять флаги, выясняя источник, либо тупо опрашивая готовность - на обработку результатов АЦП времени просто не остается. Я его тоже отмел. В качестве плюса запишем ему 12-бит ЦАП.

Дальше хуже. LPC или SAM7S (гамлетовский вопрос) ?
После мучений (изучения всего, что накопал) созрел: LPC и только он

Я сделал обратный выбор. Можно еще из распространенных смотреть на STR7xx - у них тоже есть вкусности.

Цена и доступность могут сильно отличаться в разных регионах, поэтому предлагаю сравнивать только само железо или ну очень характерные для производителя качества, например:
- ST совершенно непредсказуем в плане сроков поставки. От "Есть на складе" сегодня или вчера до "14 недель" или более буквально завтра.
- Атмел есть у хреновой тучи поставщиков по всему миру на складах, среди них можно выбирать и по срокам и по цене.
- Про NXP пусть другие напишут, я использую LPC только в одном заказном изделии, у заказчика проблем с поставками вроде не было.

Убило наповал у SAM обилие регистров (да хорошо, универсально, но ошибки искать ...). Например настройка портов ввода-вывода требует настройки 19 регистров

Мне не влом прописать лишний регистр при инициализации (и в одном месте выловить все ошибки), но получить за это гораздо более гибкую периферию. К тому же инициализация пишется только один раз, потом копируется из проекта в проект и правится по необходимости.

Периферия Philips проста и удобна как в AVR (ничего лишнего).

Это можно считать положительным только на стадии первичного ознакомления. В дальнейшем эта простота будет ограничивать ваши возможности. В противовес обращу внимание, что в SAM7 присутствует ПДП почти на всю периферию, у LPC же имеем совершенно негибкий FIFO в нескольких модулях. Но плюсом LPC можно считать большее количество портов в/в при одинаковом количестве ног корпуса. Также в плюс запишем безусловно большее количество модификаций в семействе.

Литература (даже на русском языке),

Это вообще не аргумент. Я бы скорее порекомендовал русскоязычную литературу по изучению английского. Аргумент тот же, что и выше - большинство литературы на английском и его незнание будет вас сильно ограничивать. Не говоря о внесенных в переводы ошибках.

простые и ясные примеры. Блеск !!!

Аналогично для SAM7, STR7.

[zltigo]

.... обращу внимание, что в SAM7 присутствует ПДП почти на всю периферию, у LPC же имеем совершенно негибкий FIFO в нескольких модулях.

Уже устал повторяться - DMA у контролеров БЕЗ кэшей и/или отдельных банков памяти на разных шинах практически бесполезен, ибо процессор не имея доступа к памяти, будет неизбежно простаивать. Для этого случая FIFO единственный выход. Кроме того, твой опыт основывается на самом старом LPC22xx. В свежих сериях появились две шины, раздельные банки памятей и уже под вышеперечисленное - действительно полезный DMA, причем в комплекте с FIFO.
Поминаемые здесь LPC2000 и STR700 развиваются не только экстенсивным путем, в отличие от SAM7, который давно уже окаменел в предвкушении сладкого (для AVR, естественно) момента пересаживания пользователей на младшие модели AVR32.
Когда порядка трех лет назад выбирал - выбор действительно был между LPC и SAM7, ибо тогда они были равновелики. После этого я с LPC211x перешел на LPC213/4, вскоре уползу на LPC23/4. Среди ARM9 поднялись хорошие всходы у STR. А Атмел так и остался где был. Если речь о выборе именно ARM девайсов (а не вообще чего-то 32bit), то Atmel на сегодняшний день должен рассматриваться далеко не в первых рядах и выиграть может только по параметрам, типа - "у поставщика на соседнем углу их завались".

[Vitaliy_ARM]

Когда порядка трех лет назад выбирал - выбор действительно был между LPC и SAM7, ибо тогда они были равновелики. После этого я с LPC211x перешел на LPC213/4, вскоре уползу на LPC23/4.

Уже где-то при программировании с месяца два LPC2300/2400 испытал мало радости. Есть неприятные баги, такие как нефункциональность внешней шины у микроконтроллера LPC2378, что перечеркивает его смысл(он один из этой серии с внешней шиной), , глюк ядра в Thumb режиме никак не исправят и т.д. (errata). Но лучше по цена/качество/защита_прошивки микроконтроллеров пока не встречал.

У LPC23xx/LPC24xx действительно хороший DMA (кстати у DMA тоже есть глюки). Как то было необходимо сделать высокоскоростную передачу данных SPI<->SPI, LPC2378 нормально работал с частотой SPI 35МГц и еще успевал выполнять обработку данных, передача была по DMA. SAM7X256 запыхтел на частоте SPI 15 МГц, при повышении частоты обрывалась передача второго канала. Причем контроллер мало что успевал при этом делать. Вот некоторые мои наблюдения.

Ксати сейчас терзаю LPC2468, сильных замечаний к нему пока нет

Сообщение отредактировал Vitaliy_ARM - Aug 30 2007, 10:26

[zltigo]

Есть неприятные баги..

Хватает

такие как нефункциональность внешней шины ..

Исправили уже однако.

глюк ядра в Thumb режиме никак не исправят...

Ну это мелочи, думаю и править не будут. Кроме того, накой это в старших моделях с поломегом Flash Thumb вообще пользовать?
Мня сейчас мучает выбор до конца года между LPC246x и STR91x . LPC2378 решил 'перескочить'

[SpiritDance]

Мня сейчас мучает выбор до конца года между LPC246x и STR91x . LPC2378 решил 'перескочить'

Будь я на вашем месте - особо не мучался бы. У СТ хватает своего г, оно тоько выглядит очень вкусно. А с филипсом у вас уже есть наработки, да и контроллер внешней шины у него на мой взгляд "продвинутый" по сравнению с st.

[zltigo]

У СТ хватает своего г, оно тоько выглядит очень вкусно.

Знаю по STR7.

контроллер внешней шины у него на мой взгляд "продвинутый" по сравнению с st.

Да, но меня устроит внешняя память хоть много, но можно и помедленнее. А в остальном мегагагерцев побольше и ARM9. Вот и выбирай тут.