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

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

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

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

[vovanse]

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

[_3m]

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

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

[Obam]

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

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

[_4afc_]

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

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

[prottoss]

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

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

[zltigo]

Есть где то официально объявленное "Not recomended for new design"?

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

работа при 5В...

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

Если к устройству нет жёстких требований по условиям эксплуатации - можно от AVR и отказаться.

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

Преимущество AVR перед ARM и Cortex - малое потребление в спячке,

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

[Kabdim]

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

[Nosaer]

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

Сообщение отредактировал Nosaer - Mar 7 2017, 15:29

[uriy]

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

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

[prottoss]

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

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

[uriy]

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

[prottoss]

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

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

[sigmaN]

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

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

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

[Smoky]

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

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

[Сергей Борщ]

С тех пор реализую все устройства в первую очередь из того что есть под рукой.

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

[Smoky]

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

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

[_4afc_]

А кому сейчас нужна работа от 5В?

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

Чтобы не быть голословным приведите числа.

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

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

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

[Nosaer]

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

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

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

[Obam]

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

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

[MrYuran]

С бесплатным софтом напряг вроде как. Все конечно говорят, что для большинства проектов бесплатной версии хватает. Хотя если использовать тот же же HAL и CubeMX, то проекты с ними получаются весьма увесистыми.

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

[NicholasR]

...тиристорным эффектом ...

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

[ltDrakon]

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

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

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

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

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

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

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

Сообщение отредактировал ltDrakon - Apr 3 2017, 12:21

[Nosaer]

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

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

[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, Сергей, и многие другие) все еще здесь!

[ltDrakon]

....
Если у меня есть отлаженная и проверенная годами библиотека под Б, и нет отлаженной библиотеки под A. Я выберу Б, пусть A имеет бОльшие возможности, дешевле и быстрее.
Время на отладку / переписывание библиотеки под A, а также учет архитектурных/схематических/электрических отличий может вылиться в куда бОльшие затраты, чем экономия.....

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

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

[HardEgor]

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

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

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

[Сергей Борщ]

Если у меня есть отлаженная и проверенная годами библиотека под Б, и нет отлаженной библиотеки под A. Я выберу Б, пусть A имеет бОльшие возможности, дешевле и быстрее.

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

[V_G]

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

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

[defunct]

По-моему, я запускал 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 немного огорчил, в остальном чип хороший.

[_4afc_]

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

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

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

[zombi]

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

[_4afc_]

Вы рабочий прАпаэкт с корты[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, не без мата...

[Obam]

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

А XMEGA жива…

[AI7]

А кому сейчас нужна работа от 5В?

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

[dimka76]

Преимущество AVR перед ARM и Cortex - малое потребление в спячке, работа при 5В

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В?

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

[Kabdim]

Правда они Cortex-M0, Cortex-M0+.

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

[Alex Black]

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

[zombi]

Собственно вопрос: кто-нибудь использовал atXMega с буквой U вместо обычных без U, какие проблемы возникали?

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

А может вообще у меня процы "левые", как проверить то, кто сталкивался?

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

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

[rx3apf]

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

[Alex Black]

Не встречал пока "левых". Давайте фото чипов с обоих сторон если есть подозрение.
Соблюдены ли требования DS на МК в Вашем изделии?

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

[zombi]

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

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

[Alex Black]

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

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

[Zlumd]

Собственно вопрос: кто-нибудь использовал atXMega с буквой U вместо обычных без U, какие проблемы возникали? А может вообще у меня процы "левые", как проверить то, кто сталкивался?

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

[Сергей Борщ]

Я столкнулся с тем, что 22пФ на кварце - слишком большой конденсатор. Хотя по даташиту нужно 10...30пФ.

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

[Smoky]

Я столкнулся с тем, что 22пФ на кварце - слишком большой конденсатор. Хотя по даташиту нужно 10...30пФ. Контроллер работал не стабильно. Поменял на 15 пФ - стало нормально.

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

[Zlumd]

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

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

[Сергей Борщ]

Получается надо кондёры по 32pF ставить?

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

[myowndevice]

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

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

[Zlumd]

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

Вот:

Вот ещё нашёл:

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

[Сергей Борщ]

Вот ещё нашёл:

Забавно. В свежескчанном вчера с микрочипа документе 8067O–AVR–06/2013 (ТО на XMEGA A1) этой таблицы нет. И в первой таблице только одно, минимальное значение.

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

Полагаю, что немного не так. 3.8 пФ - это емкость параллельно включенных 10 пФ и 6 пФ. Т.е. надо С1 = 16 пФ * 2 - 6 пФ = 26 пФ и С2 = 16 пФ * 2 - 10 пФ = 22 пФ. И минус емкость монтажа.

Добавлено: И округлял бы я их в разные стороны. Возможно как раз эта разница в емкостях C1 и C2 и заставляет генератор запускаться? То есть стоит попробовать выбрать емкости так, чтобы отношение результирующих емкостей тоже было примерно 6:10, т.е. С1 = 15пФ, С2 = 32 пФ.

[Zlumd]

Забавно. В свежескчанном вчера с микрочипа документе 8067O–AVR–06/2013 (ТО на XMEGA A1) этой таблицы нет. И в первой таблице только одно, минимальное значение.

Есть в другом документе 8331F–AVR–04/2013 XMega AU Manual на странице 95.

[Neznaika]

Всем привет! Наткнулся на небольшую проблему. При инициализации SPI-порта не могу управлять в своих целях ни MISO, ни MOSI. Это нормально? Вроде в документации написано, что в режиме Master, 3 вывода порта (SS, MOSI, SCK) указаны как User Defined. Мне казалось, что их я могу задействовать в своих целях как угодно...

[zombi]

в документации написано, что в режиме Master, 3 вывода порта (SS, MOSI, SCK) указаны как User Defined.

Цитату из документации можете озвучить?
Я в документации вижу что речь идёт лишь о возможности изменения направления работы портов,
которое должно быть корректно задано пользователем.

[Neznaika]

Вот... Вопрос лишь в том, что можно ли не задействованные вывода инициализированного SPI использовать в своих целях. У меня не получилось, в других контроллерах как мне помнится такое возможно...

Сообщение отредактировал Neznaika - Apr 23 2018, 06:32

Эскизы прикрепленных изображений

 

[V_G]

В SPI можно иногда не задействовать SS, MISO. Без любой из остальных ног смысл интерфейса теряется

[Neznaika]

MISO достаточно для датчика температуры, тут нужно лишь данные считывать по SCL, а для ЦАП достаточно MOSI, здесь только загрузка кода...

[zombi]

Ну так и подключайте все параллельно а SSами выбирайте то с чем хотите общаться.

[V_G]

MISO достаточно для датчика температуры, тут нужно лишь данные считывать по SCL, а для ЦАП достаточно MOSI, здесь только загрузка кода...

1. SCL - нет такого сигнала в SPI. Это из терминологии TWI (I2C)
2. SCK нужен всегда
3. С датчиками температуры по SPI не работал, вполне вероятно. Остальные известные мне устройства, работающие в двух направлениях, перед операцией считывания обязательно предусматривают команду на считывание, отправляемую от мастера к слейву, т.е. использование сигнала MOSI

[Neznaika]

Видимо мы не понимаем друг друга) Я имел в виду SCK, тут я опечатался, приношу свои извинения. Ещё раз повторю вопрос по другому - если я использую SPI для датчика температуры.. У меня задействованы только SCK, MISO и SS, так как мне нужно только считать код. Могу ли я объявить MOSI как выходной пин и зажигать им светодиод?

[V_G]

Могу ли я объявить MOSI как выходной пин и зажигать им светодиод?

А проверить физически не на чем?
Попробуйте поэкспериментировать в симуляторе АВР студии. MOSI в любом случае должен быть объявлен как выход.
С другой стороны, если к SPI подключен только термометр и никаких высокоскоростных устройств, что мешает сделать программную реализацию SPI? Там ведь все совсем не сложно, у вас исчезнет только возможность работы по прерыванию, что в случае с термометром непринципиально

[Neznaika]

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

[beard42]

На XMEGA не получится использовать незадействованные ноги SPI, если SPI активен.

[Neznaika]

Всем привет! Очередной затык.. теперь с UART. Кому-нибудь удавалось менять скорость UART после его инициализации. В документации написано, что это возможно в том случае, когда передача и прием полностью завершены. Контролирую флаги в статусном регистре - на передачу (5 бит) в 1, на прием (7 бит) - 0. Пытаюсь сменить скорость и ничего не получается, UART работает со старой. Может кто ткнет носом, куда посмотреть?..

[Андрей190]

Всем привет! Очередной затык.. теперь с UART. Кому-нибудь удавалось менять скорость UART после его инициализации. В документации написано, что это возможно в том случае, когда передача и прием полностью завершены. Контролирую флаги в статусном регистре - на передачу (5 бит) в 1, на прием (7 бит) - 0. Пытаюсь сменить скорость и ничего не получается, UART работает со старой. Может кто ткнет носом, куда посмотреть?..

у меня все работает. идет подбор скорости для GPS приемника. флаги не контролирую, но смена скорости происходит (GPS приходят как со скоростью 9600, так и 115200).
использую ATXMEGA А4U от 32 до 128

Код

  __flash static unsigned int bscale[] =   {1666, 832, 416, 207, 103,  68,   51,   34,    16}; // for 16MHz
  USARTD1.CTRLA  = (unsigned char)USART_RXCINTLVL_MED_gc|USART_TXCINTLVL_LO_gc;
  USARTD1.CTRLB = USART_RXEN_bm | USART_TXEN_bm | USART_CLK2X_bm;
  USARTD1.CTRLC = 0x03;
  b = bscale[a];
  USARTD1.BAUDCTRLA = b&0xff;
  USARTD1.BAUDCTRLB = b>>8;

[Neznaika]

Ну хоть у кого то работает) В вашем коде все понятно.. Вот нужно ли только каждый раз объявлять прерывания? Я использую библиотечные функции примерочного проекта по работе с UART, но там если покопаться те же регистры и те же команды, и есть функции по вычислению коэффициентов любой скорости. Сейчас пробовал играться с функцией инициализации, сначала ставил под одну скорость, следом с задержкой та же функция, но с другой.. По отдельности они работают, а последовательно не выполняется вторая. Как только проходит 1-ая запись данных в регистры скорости, происходит какая то блокировка и ничего уже поменять не могу. Есть подозрения на то, что к UART подцеплен полудуплексный RS-485, но как он может повлиять ума не приложу..

[Neznaika]

Увидел все-таки одну бяку... Получается перестраивать небольшие скорости.... 390 000, 156 000... А вот 800 000 не получается... Хотя, если изначально задавать 800 000, то UART работает с ней... Подсчёт коэффициентов выполняет одна и та же функция.. Чудеса, да и только..

[antis]

Увидел все-таки одну бяку... Получается перестраивать небольшие скорости.... 390 000, 156 000... А вот 800 000 не получается... Хотя, если изначально задавать 800 000, то UART работает с ней... Подсчёт коэффициентов выполняет одна и та же функция.. Чудеса, да и только..

Переполнение переменной при арифметических операциях?