Для проектика одного надо 2 SPI, несколько UARTов и внешняя шина памяти. Все это есть в ATXMEGA128A1U. Но чип староват и будущее его туманно. АВР я знаю и умею отлично, но с XMEGA раньше не работал.

Есть еще куча АРМов, те-же популярные в народе STM32, в которых все это есть. Но их я знаю хуже (давно было пару проектов на LPC2000, но все уже забыто).
Что же выбрать?

Я бы перешел на STM32. Собственно, так же и было когда-то. AVR > XMEGA > STM32

Сейчас лучше не использовать в новом проекте xmega да и что-либо из avr сложнее tiny.

"АВР я знаю и умею отлично, но с XMEGA раньше не работал."

А в чём XMEGA не AVR? (;

Преимущество AVR перед ARM и Cortex - малое потребление в спячке, работа при 5В и практически не убиваемость температурой, тиристорным эффектом или превышением напряжения.
Если к устройству нет жёстких требований по условиям эксплуатации - можно от AVR и отказаться.

Касаемо XMEGA - 5 вольт вариантов вроде нет. А в остальном согласен. А кто сказал что AVR и XMEGA умирает? Есть где то официально объявленное "Not recomended for new design"?

Такое это уже официальное признание производителя, что труп уже остыл. Умирание начинается много раньше признания производителя в бессилии. А в случаях, как XMEGA и особенно AVR32 "новинка" уже мертва при рождении.

20 лет, как забыл про 5V навсегда.

Ой! Типовые AVR есть ширпотреб из шипотребов и вдруг "жесткие условия эксплуатации" .

Спят все сейчас хорошо а у заточенных под микромощнрость еще и ПЕРИФЕРИЯ микромощная в отличие от атмеловской о которой производитель "скромно" умалчивает болтая только том какой типа маложрущее ядро.

*офф* Кстати есть где-то разумное сравнение потреблений переферии от разных производителей?

Сам тоже иду по пути Mega-Xmega-STM32
После того, как перешел на Xmega, желания брать в руки Mega абсолютно никакого нет. Даже для каких то не больших задач.
Что же касается STM32, то или я еще не достаточно хорошо освоил, то ли что... Но Xmega мне нравится куда больше.
Хотя я соглашусь, что линейка заглохла, так как новых контроллеров давно не было.

Чтобы не быть голословным приведите числа. А кому сейчас нужна работа от 5В? У микросхем есть допустимый диапазон рабочих температур и напряжений. Если вы их превышаете и она не выходит из строя, это не значит что микросхема хорошая. Это значит что вы плохо спроектировали схему. У STM есть контроллеры automotive если нужен больший температурный диапазон.
Для жестких требований явно не годится ни AVR ни STM. Нужны Renesas, NEC, Cortex-R

http://www.microchip.com/wwwproducts/en/ATmegaS128

AVR в космос... не знал.

Тогда я дополню:
Для жестких требований явно не годится STM. Нужны Renesas, NEC, Cortex-R, AVR...

Вместо AVR можно применять STM8.

Например stm8s003f3p6 стоит дешевле Tiny13 (цены Aliexpress), а по возможностям камень с Mega8 тягается и часто перетягивает ))
Не везде нужен STM32, который крут, но всё-таки дороже!

Но то что с AVR пора слазить это точно. Уж точно ни о каких XMega речи идти не должно, тут только STM32!

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

Под рукой - согласен. Но когда под рукой нет ничего подходлящего и стоит выбор - что заказывать, А или Б, при этом Б (ХМега) имеет неадекватно высокую цену, а А имеет бОльшие возможности при более низкой цене - выбор очевиден.

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

Например работа от аккумулятора 4.2В напрямую.



AT91SAM7S, 3S, 4S, atsams70 - минимальное потребление которого смог добиться 300мкА. В wait потребление больше чем в sleep.
ATtiny13 минимальное потребление 2мкА



А ещё скорость подачи различных напряжений, скорость включения кварца и бесконечная еррата... всего не перечислишь.
Дело не в ядре. Если что-то типа atsamv70 будут действительно пихать в автомобили и т.п., то в конце концов выпустят atsamv70next выдерживающий условия эксплуатации.

А почему говоря об ARM, все смотрят в сторону только STM32. И не берут в учет ARM от того же Atmel?

Когда я переходил на Xmega, главная проблема для меня была очень маленькое количество русскоязычной "документации".
Выручали единичные сайты на вроде этого: http://www.mkxmega.ru ну и большой талмут у гавкающих товарищей
Для любителей пользоваться демонстрационными платами для Xmega вроде бы есть только 2 версии Xplained.
Xmega хорошо зарекомендовала себя на высоких температурах. Хоть в паспорте и написано 85, без сбоев работает и на температурах порядка 130 градусов.

В плане ARM, в особенности STM32. То развелось куча все возможных блогов, каналов на ютубе и.т.д. с примерами работы. Правда в большинстве своем все описывают одно и тоже, и без особого углубления куда либо.
Демонстрационных плат у них куча, под каждый контроллер есть своя.
Цены гораздо ниже Atmel'овских контроллеров. Ведется бесконечный холивар по поводу того на чем писать CMSIS, SPL или HAL.
С бесплатным софтом напряг вроде как. Все конечно говорят, что для большинства проектов бесплатной версии хватает. Хотя если использовать тот же же HAL и CubeMX, то проекты с ними получаются весьма увесистыми.

"Правда в большинстве своем все описывают одно и тоже, и без особого углубления куда либо."
WEB2.0

А если вот так: "Цены гораздо ниже Atmel'овских контроллеров.", то вопросов совсем не возникнет (:

эклипс и gcc бесплатны для всех без ограничений.
Ну разве что хочется использовать все возможности отладки J-Link - ну тогда да, кейл.
С другой стороны, кто мешает отладиться в кейле, а потом сказать, что в GCC ^)

Что за эффект такой?

хотелось бы тоже влезть в тему, ибо такие же вопросы явно назревают ..

да, если не выпендриваться особо STM явно прельщают ценой ..

но! - это разработка , камень сам по себе это лишь камень ( буквально) ...

авр и далее, атмеловские - привычно, известно, распространено и т.д.

как реально с этим обстоят дела у STM ( купить то его дело не хитрое ) ? ( и причем да, речь о не таких извратах как адруно, где никто ничего не програмит реально, а лишь составляют готовые куски )

ПС: и да, в догону - чем и как шьют STM и есть ли народные средства отработки ... ( а то может сами камни то и дешевы, зато на нужное оборудование надо вагон нефти )

ППС: для себя, в атмелах лишь облом в d-ware, тут вот надо заплатить и не совсем копейки ...

Самый простой программатор STM32 из поднебесной в районе 100 р.
Плюс в каждой отладочной плате(будь то Nucleo или Discovery) есть встроенный программатор-отладчик) Где после перестановки джамперов можно шить другие процессоры.

Куда-то зачем-то слазить )) Это вопрос скорей религиозный. Я до сих пор в новые проекты закладываю ATmega128 / XMegaA3. Как периферийный сопроцессор цены им нет.
В xmega есть недочет - невозможность работы SPI в режиме мастера через DMA, но для сопроцессора быть мастером и не надо..
также у меня в ходу mega16/168 и tiny13 для новых разработок.

Ровная архитектура, куча наработок, просто уникальные супер-скоростные для своей мощности GPIO.

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


Позвольте не согласиться ) Выбор не очевиден )
Наработки часто играют более важную роль. Если у меня есть отлаженная и проверенная годами библиотека под Б, и нет отлаженной библиотеки под A. Я выберу Б, пусть A имеет бОльшие возможности, дешевле и быстрее.
Время на отладку / переписывание библиотеки под A, а также учет архитектурных/схематических/электрических отличий может вылиться в куда бОльшие затраты, чем экономия пусть $200-$300 на партии в 100шт. ) Даже если опустить время на допиливание библиотек, риск наткнуться на непредвиденную ситуацию очень высок. (На моей практике был случай - заложил камень побыстрее/подешевле и с бОльшим числом возможностей в устройство электро-учета. а он возьми и начни зависать )) не спас ни внутренний watchdog, ни внешний. В итоге 3 выезда на объект, перепрошивка всех устройств, аж пожалел что не поставил туда проверенную мегу. фикс был понижение тактовой частоты на 10% от указанной производителем максимальной)...


PS: очень рад видеть что форум живет, и старожилы (zltigo, prottoss, Сергей, и многие другие) все еще здесь!

вот по мне это и решающие ... потому вопрос о мегах и тини для меня и не стоит.

а вот до Хмеги я пока не добрался, и потому то и вопрос, или на нее ( где опять же можно использовать свои наработки), или эти СТМ ( где все заново, начиная с жезелных приблуд) - и вот может быть кто сказал свои выводы, имея практику на них обоих ...

Я использовал многое, начинал с intel 8051, и я так скажу - если время позволяет попробовать новое - надо пробовать. Потому что каждая новая архитектура дает новый взгляд на как-бы привычные вещи, это новые знания и новые возможности. И с каждым разом упрощается вхождение в следующую новинку.

С другой стороны, всё движется вперед, контроллеры становятся всё сложнее и толще, и перейти, например с атмеги и микрочипа 15-летней давности на тот-же Cortex-M3 или -M4 становится с каждым годом сложнее.

А я переписал библиотеки. В результате новое устройство при той же себестоимости имеет больше возможностей, клиенты хлопают в ладоши и кричат "дайте два!".

По-моему, я запускал xmegу в SPI в режиме мастера с DMA лет 6-7 назад. Для этого надо использовать не основной SPI, а UART в режиме SPI

да разумеется UART в режиме SPI запустить можно. Только у меня в проекте были задействованы все UART'ы, и три SPI.. Для связи с ARM'ом SPI в режиме Slave для обеспечения duplex 5 Mhz канала. В итоге выяснилось, что у XMEGA большие проблемы с SPI TX'ом. В режиме Slave'а передается эхо принятого символа (возможно из-за приоритета DMA который ниже чем приоритет ядра проца, и DMA просто иногда не успевает засунуть новый символ во-время)... workaround - для проблемы с эхо из тех что находил в инете - передавать в режиме мастера, а в мастере не работает DMA вообще. Ситуация патовая... Насколько помню, после экспериментов получилось добиться устойчивого двунаправленного обмена по DMA в режиме SPI MODE0/2 на частоте 1Mhz... (Mode1/3 - эхо символы выскакивают на более низких частотах.. т.е. надо было бы понижать частоту SPI еще больше).

В общем SPI модуль XMEGA немного огорчил, в остальном чип хороший.

С атмеги на АРМ перейти несложно - новые плюшки можно поначалу не использовать.

А вот перенести рабочий проект с АРМ на Cortex-M3, далее на М4 и обматерясь на М7 - вот где мелкий текст даташита принесёт кучу сюрпризов...

вот перенести рабочий проект с АРМ на Cortex-M3, далее на М4 и обматерясь на М7 - вот где мелкий текст даташита принесёт кучу сюрпризов...
[/quote]
Мне просто интересно !!!!!!!
Вы рабочий прАпаэкт с корты[tе M3 на кхортых M7 переносите??? и у Вас возникают проблемы!!!???
Пахоже вас дурят малёхо не???

У Атмеловского Микрочиповского ARMv4T, M3 и M4 - DMA реализовано через независимые PDC которые у каждой переферии свои.
12 лет о DMA можно было не задумываться, переходя с камня на камень.

Выходит М7, открываем Migrating from the SAM4E to SAM E70 Microcontroller - всё радужно, в табличке даже упоминаются DMA/PDC Channels 4\30 -> 24\0...

Короче оказывается нету больше PDC! И ни один старый проект на Си с ARMv4T, M3 и M4 использующий DMA на М7 не собрать. На нём теперь один XDMAC, который работает на всю переферию сразу.
Как его конфигурить - х.з. Есть примеры в ASF и AtmelStart, несовместимые друг с другом. И в примерах обычно одно DMA использовано.

Вот такая "совместимость по коду" - вместо пересобирания проекта в один клик - сидишь, теряешь время на XDMAC, не без мата...

M7 это "числогрыз" взрослый (; ну и как ещё разработчика заставить доку почитать?

А XMEGA жива…

Наверно, лучше защита от помех при передаче данных по кабелю.
Ведь порог переключения выше.
А лучшая помехозащищённость – существенный фактор.

Cortex уже и при 5В работают.
У Kinetis есть E Series. У того же Atmel SAM C.
У Cypress PSoC 4, у Infineon XMC1000, Nuvoton тоже делает на 5В.
Некоторые из них могут работать в диапазоне от 1.8(2.0) - 5.5 Вольт.
Правда они Cortex-M0, Cortex-M0+.




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

Как минимум у Квалкома(exNXP/Freescale) в Кинтезиах есть M4.

Добрый день.
Есть у меня старый проект на xMega128A1 - мало серийный, разработка 2009 - 2010 года.
Купил в прошлом году на RCT 100 процов atXmega128A1U-AU, не удержался цена на них была уж очень привлекательная.
А паять их начал только в этом году (серийность маленькая). Так вот столкнулся с проблемой, что глючат они уж очень сильно. У одних прошивка слетает (хотя во FLASH никакой записи нет из основной проги), кто карту памяти SD то видит, то не видит (видать что-то с SPI происходит), некоторые пишут не совсем то, что должны, кто тупо по вотчдогу перегружается периодически. Изменение прошивки не было уже несколько лет и до этих процов все работало без нареканий.
Изначально использовали процы без буквы U (т.е. без USB), но в даташите на сайте Atmel написано что они не рекомендованы к применению и бинарно совместимы с новыми, которые и следует использовать. На всякий случай я даже прошивку перекомпилировал.
Проблемные девайсы до меня еще не дошли, но перед отправкой они проверялись, а также тестовый экземпляр у меня работает уже неделю...
Единственное что обнаружил, так это то что АЦП в новых процах имеет другой наклон характеристики, что приводит к неправильной работе аналоговой клавиатуры устройства, но это легко исправляется.
Собственно вопрос: кто-нибудь использовал atXMega с буквой U вместо обычных без U, какие проблемы возникали? А может вообще у меня процы "левые", как проверить то, кто сталкивался?

Никаких проблем не возникло.
Переход с не U на U сопровождался исключительно положительными эмоциями!

Не встречал пока "левых". Давайте фото чипов с обоих сторон если есть подозрение.

Соблюдены ли требования DS на МК в Вашем изделии?

А мне вот довелось столкнуться если не с поддельными, но явно бракованными ATmega169, так что я бы вероятность брака не исключил...

Требования соблюдены конечно. Питание 3.3В, проверяли - чистое. Частота кварца 8МГц, PLL на 32МГц. Да и проекту уже ого-го сколько лет, все ж работало. В былые времена по 500 шт делали, до сих пор все работают.

По фото все вроде нормально. У меня такие же, 15 и 16 и 17 года выпуска.
Моему проекту около 3-х лет и проблем пока не возникало.
Но Ваша ситуация напрягает.
После продажи атмела наверное нужно быть готовым ко всему

Может при длительном хранении чипов какая оказия случилась?
У меня было подобное с sram CYPRESS, повздувались после пайки в печи почти все.

Лежали в трее, в котором и купил. Паялись ручками, проблем не было. Китайские подрезки обычно плохо паяются и ноги кривые - ту все в норме.
Ладно - возьму сейчас штук двадцать без буквы U в другом месте, чтобы проверить гипотезу.
Окончательный диагноз могу узнать только после возврата брака, как будет результат - отпишусь.

Я столкнулся с тем, что 22пФ на кварце - слишком большой конденсатор. Хотя по даташиту нужно 10...30пФ. Контроллер работал не стабильно. Поменял на 15 пФ - стало нормально.
Это проявлялось только на 4х-слойных платах на одном из десяти - двадцати контроллеров.
На 2-слойных платах 22пФ всегда работают без сбоев.
На каких контроллерах проявлялось ATXMega128A1 или ATXMega128A1U - я не успел понять.
В последнее время используем только ATXMega128A1U. Больше никаких проблем не замечал. Широко использую обновление прошивки. Прошивка ещё ни разу нигде не слетала.

Номинал этих конденсаторов надо смотреть в документации на кварц (параметр "нагрузочная емкость"). Если он укладывается в допустимые для контроллера - такой кварц применять можно. Умножаем его на два (конденсаторы включены параллельно кварцу но последовательно друг другу, поэтому емкость каждого вдвое больше общей) и вычитаем емкость встроенных в контроллер (если есть) и паразитные емкости монтажа. Получаем номинал конденсатора под конкретный тип кварца и конкретную схему/плату.

Весьма интересно. Как то так получилось что у меня "зависло" довольно много конденсаторов на 27 пФ. Уже давно использую их в кварцевых генераторах AVR микроконтроллеров, причём любых типов. Никогда не было с этим проблем ни при малом ни при максимальном уровне выходного сигнала генератора. Может мне просто всегда везло с ёмкостью монтажа?

В даташите на кварц написано:
capacity load CL 16pF
В ATXMega128A1U встроенных ёмкостей нет.
Паразитные емкости хрен знает, как считать, мерять.
Получается надо кондёры по 32pF ставить?

Получается, так (при условии, что это техописание именно на ваш кварц). Кстати, ограничения в 10...30 пФ я в документации не нашел.

А вообще можно на STM8 сделать - живее всех живых. 2 spi пожалуйста. Флеш до 64к. Куча других переферий can и т.д. И 5в.

А про конденсаторы - считаем по формуле C = 2C_L - C_in, где C_in - емкость выводов МК с учетом монтажа, если C_in отсутствует в ДШ на МК, с достаточной для практических расчетов точностью ее можно принять равной 3 - 5 пФ. В итоге 27пф а то и меньше.. я так понимаю можно и 22пф ставить.

Вот:
Нажмите для просмотра прикрепленного файла
Вот ещё нашёл:
Нажмите для просмотра прикрепленного файла
Получается, что нужно ставить разные емкости:
C1=16pF*2-3.8pF-5pF(емкость монтажа)-6pF(CXTAL1)=17,2pF
C2=16pF*2-3.8pF-5pF(емкость монтажа)-10pF(CXTAL2)=13,2pF
Их оба можно округлить до 15pF.