подбираю для нового проекта процик и смотрел старшие кортексы от ST и от NXP
все вроде примерно одинаково .....

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


от ST смотрел stm32f2 серию
от NXP серию LPC176x , LPC178x
из периферии которая не у всех ARM поголовно есть надо ethernet, желательно вход под квадратурный датчик, желательно USB хост

Про ST говорить не буду, тут много чего говорят плохого, пусть они и расскажут А вот NXP сильно хвалят, как по мне - недостатков уйма, за полтора года эксплуатации много чего всплыло. Поддержка никакая - рапортовал баг, никакого подтверждения, никакого отклика, прошло уже больше года. Флэш пишется долго, это существенно ограничивает возможности, но новые модели получили EEPROM, что радует. Судя по темам тут, АЦП шумит, поищите. Доставаемость у нас в Украине такая себе, ST купить и дешевле, и проще. Но у ST вроде бы нет аналогов LPC2478/LPC1788 с поддержкой TFT. Все-таки реально цены ожидал совершенно другие на тот же LPC1768, а LPC1788 только-только вот доехал, причем тоже по цене, сравнимой с LPC2478, хотя по идее должен стоить меньше. В Ethernet не хватает MII, что приводит к использованию более дорогих RMII чипов. Очень непонятна политика с семействами LPC11xx-LPC13xx-LPC17xx. Хотелось бы иметь что-то мелкое с CAN на борту, а нету, только в 17xx с корпусом TQFP80 минимум. АЦП 12-битный - это чудесно, многие задачи решать позволяет, но извините, опять же только в крупных камнях. Ну и зачем тогда нужны все эти мелкие семейства? С таким же успехом можно старую Мегу туда поставить. У ST ассортимент более логичен, как мне кажется. Сейчас реально рассматриваю возможность использования в составе комплекса из мелких плат, соединенных по CAN, STM8 или STM32, потому как мелкое, легко доставаемое, дешевое и с CAN набортным.
А так Вам решать, конечно. Если нужен исключительно LPC1768, то используйте, там все заявленное есть.

Я в теме не "глубоко". Но на протяжении последнего времени тоже занимался вопросом -- кому отдать предпочтение.
В начале этого года сориентировался на LPC, так как он мне по совокупности параметров больше понравился. Да и работал я до этого с LPC2xxx, а STM для меня -- еще темная лошадка. А в Августе я уж сменил ориентацию на STM32F.

Убеждающими факторами послужили:

1. Взрывной рост номенклатуры процов. Если сравнить с номенклатурой от NXP, то раза 3-5 больше всяких тварей.
2. Сравнил годовой доход (revenue): у STMicroelectronics он примерно в два раза больше, чем у NXP.
3. Где-то прочитал, что инвесторы, который вложили бабки в NXP, разочаровались в доходности этого бизнеса и потихоньку вынимают их обратно. Т.е. бизнес у NXP какбы оберечен "болеть и чахнуть". (Частично это прекликается с п.1 -- зоопарк процов не впечатляет. Выбор не очень.)
4. Пошерстил форумы и пришел к выводу, что STM32 -- это "народный" проц. Но него больше подсело народа и соответственно, он какбы больше изучен. Следовательно, при попадании на непонятки быстрее можно найти ответ.
5. Ну и не мало важный параметр -- реальная доступность. На бумаге можно хоть что написать. А ты приди в магазин и купи, если получится.

В общем, советовать я ничего не буду. Решайте сам. Я честно сказал свою ситуацию.

И отдавайте себе отчет в том, что через какое-то время для следующей поделки Вы возмете немного другой проц. Пересеть с одного STM32 на другой, или с одного LPC на другой -- легко, но с STM32 на LPC или наоборот -- сложнее. Поэтому нужно выбирать не сам проц, а скорее производителя процов. Учитывая то обстоятельство, что STM32 и LPC очень сильно пересекаются, то выбор не такой уж напряжный. К стати, согласно п.1 у ST выбор будет побогаче.

Надеюсь, я помог увидеть некоторые моменты.

На сколько мне известно NXP позже ST лицензировал ядра кортекс процессоров и типа у них ревизия поновее и посвежее.
NXP в Украине будет возить VD MAIS ,буквально недавно анонсировалось совместно с регион. представителями это дело. А VD MAIS хочу вам сказать те еще жуки, между прочим они в Украине AD возят..

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

Polaris,
У NXP кстати есть Cortex M0 процы с CAN


---
А почему ну совсем не рассматриваются процы от TI и Freescale ?

(DI HALT) ARM. Учебный Курс. Выбор контроллера

Сам stm32 не использовал, но товарищ из соседнего отдела сильно плюется - чего стоит кривой i2c только.
Аргументы против NXP какие-то забавные. Слезать с него пока необходимости не вижу, все устраивает. А как показала практика "баги чипа" в подавляющем большинстве случаев - это проблемы квалификации разработчика.

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

LPC проще в использовании, причем заметно проще. Если не принимать во внимание соображений о доступностичипов, то я бы выбирал LPC. Зато у STM если чипы с USB HS. К ним имеются вполне адекватные и рабочие примеры проектов. а вот для того же LPC18xx таких примеров пока нет, и когда они появятся, это еще вопрос ...

Комментарии излишни. Похоже у Вас к nxp личное.


Боритесь. Придумывайте обходные пути. Я свое время ценю.

Господа, хватит о личностях и личных измышлениях.
Приводите только объективные оценки (если это вообще возможно).
Модератор.

Использую LPC1768 только потому что были куплены несколько отладочных плат на STM32 и LPC1114 и LPC1768, линейка от NXP оказалась проще в обучении и сразу всё из коробки работало, не пришлось танцевать с бубном вокруг чёрного ящика который плюётся непонятными сообщениями (ST-link так и не запустился). В итоге его стали использовать, а зря ... вся аналоговая часть и частично цифровые интерфейсы сделаны достаточно топорно, АЦП шумит, ЦАП макс 7 битный, в младших сериях у LPC1114 питание ацп и цап цифровое в итоге для потребительского звука в принципе не приминимо. так, макс. что можно это крутилки мерять. Из за заваленных фронтов цифровых сигналов при связи с плис пришлось в плис сделать фильтр гличей, многократного срабатывания и прочих радостей 20-30нс фронтов с низкоточным источником, по даташиту обещано было по SSP 12Мгц но даже на 1МГц шли косяки без фильтрации цифрового сигнала на ПЛИС. В общем контроллер сыроват весьма. Планируем перенести всё на STM32 либо ниос

Сам LPC не использовал, но слышал, что там запись во флэш с ограничениями: запись только кусками большого размера. Это сильно затрудняет эмуляцию EEPROM. У ST таких проблем нет.

LPC гораздо шустрее как и по максимальной частоте, так и по скорости выполнения из флеша.
А так IMHO надо по периферии выбирать. Еще стоит на люминари от TI обратить внимание у них PHY Ethernet прямо на борту.

а и ещё вспомнил ньюансик про LPC - если какую либо переферию включишь то её обратно не выключить, проц уходит в зависание, не срабатывает сторожевой таймер если подключен программатор, неверная невинная настройка переферии может дать зависание проца (например запуск АЦП от события захвата таймера если в момент настройки это событие пришло что само по себе штатная ситуация), во время отладки с частотами какой то косяк, многая периферия начинает работать с частотами от балды. Т.е. даже если просто написать прогу которая дрыгает ножкой программно с макс. скоростью предварительно настроив PLL и частоты строго по даташиту то после заливки программатором без отключения питания получим частоту в много раз меньше желаемой, но после отключения и включения питания частота будет нормальной

Только не люминари - чего только стоит их баги с ревизиями B1, C1 и С3 - купил новые чипы, запаял - а программа даже не стартует - нужно перекомпилировать с корректированным скаттером - шаманство прямо, весь процесс производства девайсов ломается.

NXP все время покупается через Гранд Электроникс - цены самые нормальные, срок поставки - пару дней (с России).

Были, пока не появились STM32F2xxxx

Точно, я что то давно в сторону STM не смотрел.
Раньше у STM главным преимуществом было то что они гораздо раньше стали доступны
А теперь похоже надо по периферии, размеру корпуса выбирать...

Совершенно верно. Плюс еще появились STM32F4xx, официальные дистрибьюторы готовы предоставить образцы под проект
А вообще тема бестолковая, как бы в холивар не переросла.
ИМХО

Digikey уже продаёт.

Я вообще еще не имел дела с АРМ ,но слухи уже собираю Говорят ,что у стелариса 120нм тех процесс для физич. уровня встроенного Ethernet. Типа жрет, греется и место на кристалле откушивает.. Типа поставить внешний чип даже лучше ибо появляются оч. клевые и недорогие решения.

Все правильно, запись посекторная, размер сектора для LPC1768 - 4 кБ в младших адресах и 32 кБ в старших. Вообще не думаю, что это большая проблема, больше напрягает время стирания сектора - 100 мс.


Ага, уже увидел - LPC11C, но, извините, еще не доехали, судя по их темпам и анонсам - хорошо если к концу года будут. Причем вряд ли по цене STM8. А сами понимаете, в мелких устройствах экономия 1-2 долларов вполне ощутима. Опоздали они с этой серией. На год минимум.

И вообще, если честно, то после активной рекламы NXP здесь на форуме, я за полтора года использования очень в них разочаровался.

Вы что-то путаете. Это стирание посекторное. Запись в LPC1768 блоками по 256 байт.

В данном контексте все верно, не придирайтесь. Прежде чем записать что-то, нужно сначала стереть.

выбирал между ними по доступности, выбрал stm32, не жалею, тем более, пин-совместимая (несколько резисторов-конденсаторов на этапе схемы, причем есть мануал) от STM32F1 до STM32F4 - последние так спасение в одном проекте для меня.
баги - читаем эррату, бывает терпимо, бывает нет, но обычно есть альтернатива. неприятность - отсутствие входа VREF в корпусах меньше TQFP100, хотя, как ни странно есть в BGA64.
документация не очень, но уже привыкаю
еще минус - отсутствие малоногих корпусов, минимум QFN36 (0,5мм - там могут быть проблемы с пайкой), нормальные от TQFP48. но для поделок сложно, везде шаг 0,5мм, хорошо хоть не 0,4.
еще плюс - библиотеки на переферию от производителя, тормозные, зато существенно ускоряют процесс разработки. там где скорость инициализации не крична, т.е. почти везде активно использую
цены - ну очень гуманные, делал сравнительный анализ с микрочип (ну нафига им сдался MIPS , выбрали бы ARM, не пришлось бы мне менять всю линейку) - или стм32 дешевле или при прочих равных получаем 32-битное ядро. исключение - малоногие или с большим шагом корпуса.

Тоеретически это так. (Точнее было так, сейчас уже не так.)
Но практически -- я сужу по себе и тем, кого я знаю, -- очень-очень редко проц используется на максимальной частоте.
Там и энергопотребление, и тепло, и помехи, и прочий букет проблем имеют совсем другие цифры. Зачем так мучить скотину?
Мне кажется, что когда в задаче нужна числодробилка по-мощнее следует брать АРМ9 или АРМ11.
Не-е, конечно, можно сейчас придумать и натеоретизировать и оправдать необходимость большой скорости... но реально, пацаны, кто из вас РЕАЛЬНО и ПОСТОЯННО (из проекта в проект) использует проц на максимальной частоте? Только честно, да?

Наверно этот показатель сегодня не очень актуален -- 72 или 100 МГц. Писькомеряние все это! Практической ценности в том, что проц бегает в полтора раза быстрее, нет никакого. Нужна скорость -- ну так возьми другой проц. Не гоняйся за 10% скорости, не наступай себе на горло. Как-то так мне кажется.

Ну не скажите. Вот взять LPC2478 для обслуживания TFT. Да, 640x480 тянет. Поставить частоту 72МГц, поделить на 3, получаем 24МГц, почти что 25 номинальные для данного TFT. Но при использовании даже SDRAM 32 бита для всего остального остается процентов 40 ресурсов, не так уж много по сути, перерисовывание заметно глазу. А если взять 800x480? Там частота порядка 30 МГц, то есть, 72 уже не подойдет, нужно брать 60 с делением на 2, в итоге ресурсов останется процентов 20, уже в два раза меньше, получается, если честно, не очень. А вот был бы под рукой LPC1788, можно было бы выставить частоту в 90МГц, поделить ее на 3 и иметь свободных ресурсов под 50%. Иногда скорость все-таки нужна.

холивар конечно везде можно устроить

все STM32 совместимы pin to pin в пределах одного корпуса ? или только некоторые разновидности ?
у LPC походу с этим сильно все хуже ?

откуда возникло впечатление что STM32 стал "народным" ARM ? и в каких краях он народный ? СНГ, европа ?

Он заявлен, но в стоках нигде нет нет. Да и подпадает он под экспортный контроль, в Неньку его напрямую не продадут :-(
Интересно, а кейл поддерживает его VFP?

Смотря что назвать хуже - меня вон обрадовали недавно, что lpc1788 совместим с lpc2478 по ногам. Наверняка вся линейка lpc23/24 имеет аналог в lpc17xx.
А в целом тут уже правильно заметили - микроконтроллер надо выбирать по периферии. У lpc например реализован mci интерфейс, не знаю появился ли он у stm32.

Меня сильно подкупила DSP либа для LPC17x с ИАРА 6.10 (идет и отдельно).
БПФ 4096 точек на ассемблере рулит! Да и остальные модули применяю часто (FIR, random)

Поэтому когда нужно было очень быстро сделать измерительное устройство - выбрал LPC
Прицепил TI codec PCM3002 на I2S - и 2 канальный анализатор сигналов в реальном времени до 2кГц, есть запас и на больше

Кто вам мешает ее использовать с STM ? и даже с ATMEL ? и другими Cortex-M3 ?

Скажите, а у кого все же документация лучше (читабельнее, доступнее, проще для освоения)?

да нормальные доки у обоих.
оформление разное. Но как то серьезных проблем с пониманием не возникало ни там ни там.

Ошибаетесь. Брал LPC11C14FBD48 у VD-Mais еще два месяца назад без проблем, $4.

Действительно ошибаюсь. Странно. Но кроме вдмаиса больше нигде не нашел. И все-таки нужный STM8 альтернативный стоит 25 гривен, что на доллар дешевле. И возит и имрад, и ркс, и космодром

Свои 2 копейки: используем LPC17xx. При прочих равных аргументом было то, что LPCXpresso заработало сразу и получили мы их штук 10 бесплатно, а вот в SMT32 не так все гладко пошло. Да и сама среда LPCXpresso очень приятной оказалась, и цена $256 за 256к версию тоже свой вклад внесла.

Позарился на LPC1768, т.к. заманил своим 12-ти битным АЦП. В итоге АЦП шумит. Пришлось ставить внешний АЦП. В остальном очень доволен. Не безбажный, но терпимо. По России проблем с поставкой ИМО нет.

Кстати насчет АЦП. В STM АЦП тоже 12-битный и при этом по шумам весьма недурственный. Как и ЦАП. При отдельном аналоговом питании разумеется.

Свои пять копеек:

Использую STM32, так как NXP считает необязательным наличие CAN в своих маловыводных чипах... Ну, а насчет кривого i2c, как тут говорят, то вопрос вполне решаемый. В STM32 хотелось бы в будущем увидеть контроллер динамической памяти, как это реализовано в Luminary.

Кстати в LPC он реализован.

А еще вот говорят, что у STM32 либы есть для инициализации периферии. Ну они типа медленный и не оптимизированные и все такое. А есть такое дело у LPC?

Есть, CMSIS называется.
Но я предпочитаю по-старинке

нуу.. у нас скорее всего просто разные масштабы: вы спутниками юлите по орбите, а мне бы диодиком помахать да по езернету.. может еще виртуальный ком порт заделать..

Она общая для всех. А у stm есть своя для работы с периферией.
И там, и там встречаются косяки. Поэтому многие предпочитают по-старинке)

Знающие люди, подскажите такой момент.
В каком корпусе с минимальным количеством ног доступен Cortex M3 от STM с контроллером внешней SRAM ?
У NXP я нашел только 208 ногий, а что может предложить STM ?

если не ошибаюсь, в 64 ногом

High-density devices: FSMC (100 and 144 pins)

Правильно, контроллер памяти только в 100+ ног, а по теме мне STM больше подошел по АЦП/ЦАП, а по "кривым" либам и т.п. так ведь никто не заставляет их использовать, мне они например тоже совсем не нравятся своей "раздутостью" но все равно мой выбор STM32

Кто сказал, что подпадает? С чего бы это? Kinetis-ы не подпадают же.

Госдеп США сказал. Как имеющий на борту модули шифрования. Попробуйте заказать на диджике и привезти. Если украинский (и возможно российский) аккаунт, то вверху будет скромная красная строчка..
Due to U.S. export controls, we are unable to add this item to your order.

А кинетисы таки проходят, странно. Хрен их разберет. Когда-то статику на 1 мбайт не пустили. XBEE тоже не дают.


Нормально SRAM подключилась только на 144 ногий.