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

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

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

 

[Smoky 0]

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

 

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

[_4afc_ 24]

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

 

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

 

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

 

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

ATtiny13 минимальное потребление 2мкА

 

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

 

А ещё скорость подачи различных напряжений, скорость включения кварца и бесконечная еррата... всего не перечислишь.

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

 

 

[Nosaer 0]

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

 

Когда я переходил на Xmega, главная проблема для меня была очень маленькое количество русскоязычной "документации".

Выручали единичные сайты на вроде этого: http://www.mkxmega.ru ну и большой талмут у гавкающих товарищей

Для любителей пользоваться демонстрационными платами для Xmega вроде бы есть только 2 версии Xplained.

Xmega хорошо зарекомендовала себя на высоких температурах. Хоть в паспорте и написано 85, без сбоев работает и на температурах порядка 130 градусов.

 

В плане ARM, в особенности STM32. То развелось куча все возможных блогов, каналов на ютубе и.т.д. с примерами работы. Правда в большинстве своем все описывают одно и тоже, и без особого углубления куда либо.

Демонстрационных плат у них куча, под каждый контроллер есть своя.

Цены гораздо ниже Atmel'овских контроллеров. Ведется бесконечный холивар по поводу того на чем писать CMSIS, SPL или HAL.

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

 

 

 

[Obam 30]

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

WEB2.0

 

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

[MrYuran 16]

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

эклипс и gcc бесплатны для всех без ограничений.

Ну разве что хочется использовать все возможности отладки J-Link - ну тогда да, кейл.

С другой стороны, кто мешает отладиться в кейле, а потом сказать, что в GCC ^)

[Freeman_Only 0]

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

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

[ltDrakon 0]

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

 

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

 

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

 

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

 

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

 

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

 

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

Изменено 3 апреля, 2017 пользователем ltDrakon

[Nosaer 0]

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

 

Самый простой программатор STM32 из поднебесной в районе 100 р.

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

[defunct 0]

Например 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 0]

....

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

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

 

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

 

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

[HardEgor 62]

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

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

 

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

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

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

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

 

[V_G 8]

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

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

[defunct 0]

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