Какой контроллер выбрать, Выбор микроконтроллера для дальнейшего развития Опции

[vepex]

Здравствуйте. AVR достаточно освоил, но уперся в потолок производительности. Надо расти дальше, но стою на перекрестке - не знаю что выбрать.

Хочу спросить мнение профессионалов, которые реализовали множество проектов на разных микроконтроллерах (ARM).

Что выбрать Atmel (SAM3) или STM какие плюсы и минусы в них имеются? Задача - не критичная к скорости, но критичная к стабильности работа в локальной сети (Ethernet + PHY, на микросхемах физического уровня).
Главное хочу услышать не предвзятое мнение, а то обычно кто что использует - то и хвалят.

Сам выяснил одну вещь: Atmel труднодоступнее и немного дороже чем STM. Так ли это? И что касается остального: подключение (минимальная обвязка), программирование (среда разработки и язык), прошивка - как с этим обстоят дела?

[Golikov A.]

А я бы посоветовал даже более широко, начните с ядра Кортес-М3 или М4, АРМы то разные бывают...

А в этой группе я бы выбирал между STM32 и LPC.

при сравнимой производительности и корпусе

Код

STM32
  плюсы
    обычно дешевле,
    обычно больше интерфейсов (таймеров, SPI, UART),
    у него огромное сообщество,
    есть методы быстрого старта типа библиотеки и среды куб
  минусы
    больше ошибок кристаллов
    чаще что-то не работает как написано
    есть методы быстрого старта типа библиотеки и среды куб

Код

LPC
  плюсы
    обычно работает все как написано
    тоже неплохое сообщество
    не очень большое разнообразие моделей, потому чаще находятся готовые портированные модули типа ТСР стэка и так далее
    чаще модули периферии стандартизованы, а не собственного разлива
    нет распространенных библиотек быстрого старта
  минусы
    обычно дороже
    обычно не хватает таймеров или UARTов или каналов АЦП
    нет распространенных библиотек быстрого старта

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

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

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