XMEGA еще жива?, Или лучше не связываться и взять ARM? Опции

[-= Александр =-]

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

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

[sigmaN]

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

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

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

[defunct]

Например stm8s003f3p6 стоит дешевле Tiny13 (цены Aliexpress), а по возможностям камень с Mega8 тягается и часто перетягивает ))
Но то что с AVR пора слазить это точно. Уж точно ни о каких XMega речи идти не должно, тут только STM32!

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

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

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

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

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


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

[V_G]

В xmega есть недочет - невозможность работы SPI в режиме мастера через DMA, но для сопроцессора быть мастером и не надо..

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