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

Слишком поверхностно.
И с совершенно не обоснованными ожиданиями (тем более, что младшие уже вовсю торгуются) AVR32 - думаете у него периферия от AVR8 . Или за три знакомые буквы AVR Вы готовы пойти на все?

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

Я не считаю AVR32 ни ARM, ни AVR. AVR - это инициалы трех норвежцев (может, я ошибаюсь, я не настаиваю), разработчиков AVR и AVR32. Периферия у AVR32 - 32-битная.

Ну зачет так-то. Ни за три, ни на три ... Я не догматик. В своей уже чуть-чуть более полувековой жизни я работал почти с десятком семейств uP и uC, и останавливаться на этом пока не намерен.

Хотелось бы, высказываний без перехода на личности.


Разработчики AVR32 подхватили ARM и перенесли чуть-чуть дальше.
Меня не пугает, а интересует (ваш вопрос + ПДП + прерывания).
Короче, я жду, когда сложится мнение, что все ОК.

Согласен, глюков нет, все прозрачно.

В AVR32 тоже есть.

Хотелось бы заметок, без сильных личностных перекосов Не обижайтесь пожалуйста!
Чем, например, Вас привлекают младшие AVR32 по сравнению с гаммой ARM7(720,....) включая их-же SAM7, что Вы ждете их появления?
Или речь шла о старших моделях? Тогда и сравнисать их нужно не ARM7, да и сравнения на самом деле (из-за периферии в том числе) переходят совсем в другую полоскость - от универсальных котроллеров общего назначения в область (меня лично на данный момент совсем не интересующую) мобильных мультимедийных устройств.




Разработчики ARMовских ядер тоже не стоят на месте. Потенциально опыта им не занимать и поболе будет, чем у AVRовцев. Так что куда там и в каком направлении перенесли AVR32 это вопрос открытый,
как и то, что пишут по этому поводу маркетологами.
Это по ядру. По периферии - у младших она тянута с SAM7, что вполне естественно.
Ну и что ждем?

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

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

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

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

Извинения приняты - забыли.

Меня интересуют uC с Flash в корпусах TQFP-LQFP (с BGA пришлось поработать когда ремонтировал PC - самые неприятные впечатления, глаза испортил, результат пайки непредсказуем - теперь сам не паяю). Декларируется сниженное потребление, примерно прирост производительности на треть.
Но без одобрения публики (на предмет отсутствия глюков) считаю переход преждевременным.

Старшие модели меня интересуют в познавательном плане (куда идем), но пути господни неисповедимы.

Уже где-то при программировании с месяца два 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

По поводу проблемы 2378 с внешней памятью: у вас какая ревизия чипа? Вроде бы должны были это во второй ревизии исправить...

Хватает

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

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

Дык и берите сразу 2478. По крайней мере 2468 получился довольно удачным, а 78 отличается только наличием поддержки LCD

Ревизия чипа Y, плата MCB2300, контроллер внешней шины не работает - проверял лично. Что-то никак не найду описания новой ревизии. В эрате v 1.4 описание только на - и A, про остальные не написано.

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

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