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

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

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

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

1) Забудьте про Atmel что-бы он не пытался делать. Вечный догоняющий пытающийся держать на игле своих авр-щиков. Посему забудьте навсегда.
2) Если иделие штучное - сделали и забыли, то все равно. Если предполагается долгая жизнь - начните с NXP.

ST в настоящий момент контролирует больше половины мирового рынка "флешевых" ARMов, лучше ориентироваться на них. Если у Вас специфические задачи завязанные на Ethernet то можно посмотреть и в сторону TI (семейство Tiva c Ethernet PHY на борту)

zltigo а почему NXP? Какие у них плюсы по сравнения с контроллерами от STM, TI или Freescale?

В свете слияния NXP и Freescale непонятно, что там дальше будет. Может случиться, что сольют всю линейку LPC.
В этом плане ST пока не в зоне риска
Ну и я бы посоветовал STM32 не потому, что сам его использую (не его одного, кстати, сейчас делаю проект на LPC4370), а потому, что его многие здесь используют, поэтому могут помочь советом. Ну и вообще обширное семейство, всё там есть, работает нормально (с учётом еррат, но это у всех надо учитывать).


Нет такой проблемы "стабильность работы в сети" на уровне МК. Может быть кривой Ethernet MAC, но это должно быть написано в еррате (у STM32 в этом плане всё в порядке, ЕМНИП). Есть проблема кривых софтов. В форуме народ постоянно пишет, что мол, взяли этот пресловутый Куб, а у них потом что-то не работает. Как будто не догадываются, что все эти кубы - индусский говнокод. Что тут можно сказать? Учите язык Си, пишите хорошие софты.

Кстати, про софты: тут один участник форума постоянно нахваливает MQX, который идёт в комплекте с Kinetis от Freescale. Якобы этот софт вовсе не кривой, и всё там есть. Но тут та же неопределённость в связи со слиянием NXP и Freescale. Если бы меня попросили погадать, я бы поставил на то, что LPC сольют в пользу Kinetis.

Я работал и с Kinetis и с LPC23/24/17. Ну и ещё LPC11 с CAN на борту.
Сомневаюсь что линейка LPC будет слита. У LPC, как мне кажется, много поклонников и потребителей т.к. это качественные и надёжные процессоры.
Кроме того Kinetis и LPC сильно различаются по структуре. При освоении MKL15 я думал мозг сламаю, пока разберусь что там и как друг с другом взаимодействует и что от чего зависит. LPC на порядок проще на начальном этапе освоения.
Буду считать плюсом слияния двух компаний, если Freescale сможет наладить выпуск Kinetis в Европе, или хотябы обеспечит их безпроблемную доставабельность.

Но тема топикстартера всёже не про слияние Freescale и NXP, а про выбор процессора.
LPC17 - хороший выбор для освоения и использования в серийных проектах. Простая структура, много литературы, много примеров, надёжны, доставабельны.
Kinetis - сложны для старта, но имеют отличное потребление в режиме глубокого сна (mkl15, LLS, 0.44 uA).
STM32 - тоже хороши для освоения, просты внутри. Но их портит навязывание STM своих библиотек, мешающих понять структуру и принцип работы периферии. Если забыть о существовании библиотек, то при освоении оставляют хорошее впечатление. Также поражает их цена - сейчас сам смотрю на STM32F0x стоимостью чуть больше 1$ в розницу. В нашей фирме в серийных проектах STM32 не используются (предпочитаем более надёжные на наш взгляд LPC или низкопотребляющие Kinetis), но для своих одиночных проектов с успехом применяю STM32F100/103.
Ещё упоминался Atmel - с тех времён, когда AT91SAM7S внезапно подскочил в цене и стал тяжело доставаем, ими не пользуемся, но в целом ARM7 процессоры были не плохи, думаю CORTEX тоже не стали хуже, но связываться с Atmel я бы не советовал из-за цены.

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

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

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






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

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

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

Спасибо всем за советы (еще принимаются). Думаю пересяду на STM (честно говорят до сегодняшнего дня не хотел с Atmel уходить).
А что касается физики Ethernet (PHY) - цена я так понял что не сильно отличается, реально нет разницы $2 или $5 (если производство не серийное на 1000 штук).
Поиск на этом форуме показал, что люди нахваливают эти микросхемы: KSZ80XX, LAN87XX, RTL82XX, DP83838, и Micrel (модели не знаю) - что можете посоветовать?

Правильно мыслите. Freescale дает гарантию на производство своих чипов в течении 10 лет.



Просто для знакомства с Kinetis можете почитать вот это - http://habrahabr.ru/post/256611/

У Freescale действительно лучшие прикладные открытые библиотеки.
Если вы не чистый схемотехник, то должны понимать их значение.

В последней версии SDK под Kinetis сразу даются порты 4-х RTOS с исходниками самих этих осей: uCOS-II, uCOS-III, FreeRTOS и MQX.
Это еще не считая проект mbed.org где Kinetis играет большую роль.

Кстати MQX в последнее время штатно идет с TCP стеком с SSL (все с исходниками).
Также там скорее всего первым появится и полнофункциональный IPv6

У меня KSZ8081. Выбирался самый дешёвый вариант. Работает - а что ещё надо?

На данный момент они не сняли с производства ни один из даже самых первых ARM контроллеров. Это было к вопросу о времени жизни изделия.

Принцип отсева простой:
1. Начните с обзора того, что вы можете купить у местных поставщиков.
2. тут у вас важное решение: единственный критерий дальнейшего отбора - цена или же некий баланс.
3. Если выбрана цена, то просматриваете по диагонали список ошибок(errata) и переходите к п. 5
4. По списку ошибок и цене смотрите какой из МК слеплен из ...а, а какой приемлемый.
5. Оснащение и порог вхождения. Оцените во сколько обойдётся зажечь светодиодик. Обычно у АРМ'ов есть UART и USB загрузчики, т.е. можно отделаться конвертером.
5а. Если есть деньги на отладочные комплекты, то смотрите во сколько обойдётся оборудование для отладки.


и этот тред не исключение))

и немного оффа

тут таже ситуация - за цену одного SAM'а ведро не SAM'ов дают.
если бы не список выше, то я бы выбрал архитектуру MIPS - нравится их ассемблер; и продукцию Микрочипа, у которого одни из лучших ценовых предложений по инструментарию(программатор, отладчик).
Но с компиляторами ЯВУ у них был просер да и п.1 имеет место
http://kosmodrom.com.ua/prodlist.php?page=...%EA%EB%E0%E4%F3

Невероятно. Нет смысла "сливать" свою линейку, которую пестовали и по отношению к котрой проводили политику "до последнего потребителя".
Ну купили они кого-то, ну и что? Как жили те, так и будут. Вот я сейчас работаю на купленном ими-же Jennic. Он на самом деле живет своей жизнью в котрой самое отвратительное, через 3-4 года снятие с производства предшественника .


Практически да.

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



Ну а теперь о NXP расскажите что они сняли из ARM. Короче - будут жить оба.

Всё решит бухгалтерия. Посчитают затраты на содержание и если увидят, что слив линейки даст профит, то вопрос решён. К тому же что значит "своя линейка"? Почему вы думаете, что там в руководстве сидят сентиментальные типчики? У высшего начальства акционерного общества главная задача - зарабатывать деньги для акционеров.
Надеюсь, что даже в случае слива линейки не будут сворачивать производство хотя бы лет 10.

Какие есть варианты с микросхемой (PHY) физического уровня Ethernet? Предпочтение корпусам TQFP/LQFP (48)

Сообщение отредактировал vepex - Jul 30 2015, 09:18