Оооо... тогда вообще заклюют!

А сложность STM отбивает желание с ними работать. Работал с STM32F2xx. Основные проблемы две - ничем не оправданная сложность самого МК и некачественная документация. До этого работал с ATMEL и NXP. Там этих проблем нет.

Аналогично. Скажу даже - ничтожно малую!

Прощание с усопшим затянулось... А он взял и не помер.

Я на AVR ничего не программировал. Систему команд одним глазком глянул, помню, там какие-то X Y Z были...
Мне сама фирма разонравилась после пользования ее 51-й некой микроЭВМ, как тогда называли. Документация изобиловала ошибками. И еще SPI Flash память - то была, то уже нет. Перешел на ST и стал радоваться жизни. Для себя решил не связываться с Atmel.

Ржунимагу!
Припишу, почему ржу - через 12 лет они потонут парой вместе с Dialog.

Вполне нормальная и разумная система команд (хотя есть и нелогичные моменты). X/Y/Z - всего лишь альтернативные названия регистровых пар для косвенной адресации.

Ну, с документацией да, раньше была довольно посредственная. Сейчас - вполне нормальная.

и ещё это забавное разделение: HD, LD, CL, LD_VL и т.д.
Ну если бы продавались кофеварки для лабасиков, то это просто замечательное деление.

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

Э, не скажите, не обычный. А самый сложный из тех, что мне приходилось видеть. И это при весьма некачественной и неполной документации ...

Да, контроллеры сложнее, уровень вхождения выше. Но зато том, "кто в теме" модули ядра и периферии очень жизнь упрощают.
На инженерном калькуляторе, тоже можно вычислять "2+2", но для кого-то этого мало, и нужны синусы и косинусы разные.
Повторюсь: сложность МК оправдана, т.к. увеличение степеней свободы с одной стороны усложняет систему, с другой - позволяют решать задачи оптимальнее.
И кому-то в каких-то задачах это важно.
Насчет документации не понимаю. Под качеством подразумевается удобство пользования или раскрытие вопроса?
По удобству - дело вкуса. По раскрытию вопроса - по мне, так достаточное. Хотелось бы больше, но документация + SPL + примеры + осциллограф позволяют
худо-бедно разобраться.
После атмеловского одного документа на камень, сложно было перестроится на зоопарк DS + UM + ES + ANs.

Раскрытие вопроса. Точнее, неполнота документации.

ХУДО-БЕДНО, КАРЛ!

Это 51 атмел нашего времени. Средний по сложности, средний по возможностям, крайне распространненный.





Ну у вас все впереди значит.

В смысле дальше все будет только сложнее.



А где там эта некачественность? На F2 запускал практически всю переферию кроме ethernet, заглядывая чего там индусы наделали в библиотеке. Неполнота разве что только в том что не описан сам алгоритм работы с регистрами. Зато если разобрался - без проблем можно менять ядра и корпуса.

В противоположность сколько было головной и жопной боли с атмеловскими армами, когда натыкался на совершенно чудесные вещи (тут нецензурные слова) когда процы из разных партий на одной плате работали по разному и запускались за разное время, когда менялись (тут много нецензурных слов) ревизии кристаллов и эрраты правились так, что workarround не работал на новых процах, а новый код на старых, при этом номер ревизии никак не читался изнутри. Или когда в 2008-9 при закрытии фабрик вдруг начали говорить о сроках поставки в полгода (тут очень много нецензурных слов и жестов). Зато "мегакачественная" документацией в стадии perliminary, ага. А уж какая там качественная эррата была эээх... Чтоб он и правда сдох, вобщем, атмел этот.

всеобъемлющая характеристика МК семейства STM32.


да почти все уже правили эту библиотеку у себя. и зачем такое щастие?


с авр таких чуств не возникало. прочитал-написал-работает. ну, там может меняться суффикс на "натупил-исправил-работает". детерминировано до скукоты. в 99.(9)% случаев, если в авр что-то не работает, то накосячил разработчик. в стм32 - холмс и ватсон на арене.

Что там сложного-то в STM32? Читай себе внимательно даташит, да клепай сниппеты.
P.S. В случае STM32F103 — "первого блина" — надо еще и внимательно errata читать. Аналогично с некоторыми STM8 (я пока I2C аппаратный на STM8 поднял, задолбался в errata ковыряться, зато теперь стабильно и превосходно работает).
Но STM32 хорош своим DMA: у меня почти полностью "хардварный" 1-wire получился на таймере и ПДП. Жаль только, нет у дешевеньких STM32 EEPROM...

А я тут, начал было смотреть на ATSAML21J18A как на замену ATxmega128A1U.
Исключительно из-за наличия юсб хоста.
А теперь уже даже и не знаю смотреть ли туда ...

Распространенный? За всю жизнь ни разу не приходилось видеть НИЧЕГО массового на AVR. Только несколько ExUSSR вещичек бытового назначения. Последние пять лет очень плотно сталкиваюсь с огромным количеством разного профессионального железа разработанного в Штатах-Канаде-ЮАР-Австралии-Германии-Китае-Польше-Англии за последние 15 лет. Чего там только не использовано - жуткий спектр начиная с совершенной экзотики и дикого старья. О сущесвовании некоторых даже не подозревал до того, как столкнулся. Но ни одного ни AVR, ни вообще Atmel контроллера. При этом память от Atmel - да, это массовое явление. Какое-то странноватое у него распространение.

А вот и радио "ОБС". Тред развивается.

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



Когда из всей переферии на кристалле был только таймер и уарт воще было зашибись!



Это соотношение везде такое. Даже в долбанных атмельных армах.



Неправда.



Я касаемо наличия поставщиков/наличия на складах/популярности у разработчиков писал. На одной из работ аврки шли серийно по несколько штук в небытовом изделии где то по 200 в месяц.

Но я вроде про stm32 писал

UART - это излишество. Мне вот очень нравились PIC16C505 в свое время - контроллеры, прекрасные в своем минимализме.

я имел в виду, что в SPL встречаются ошибки.

Я на SOT23-6 PIC10F202 делал разноцветную подсветку, со светодиодами развлекался. Красота!


Смотрите на STM32, не пожалеете, обещаю!

Они встречаются гораздо реже упоминаний о них, это не столь ужасное свойство STM.



А я бы посмотрел на freescale kinetis, если доставаемость в каждом подвале не нужна.

я для себя решил, что если ARM - то точно не ATMEL: хотя бы из-за неуверенногоповедения этой компании на существующем рынке ядер.

А вообще, всё зависит от задачи И ситуации: приволокли железку - надо новые фишки добавить. А там PIC16. Ну, хорошо... вспомним оный.
Или там МейдИнЧина STC. Гугл сказал, что там x51 - ну да ладно, пощупаю-ка я и это ядро... О! тут бутлоадер есть... гуд! помигал светодиодиком
будет рынок на простые приложения аля пылесосы да стиралки, и на "чуть поболе мощи надо": торговые аппараты, кассы, и "надо изернет прикрутить да wifi поднять: те же АРМы...
давайте жить дружно ))

вот если б все так. ато 12 страниц исписано... ))

да ну, 12 страниц всего-то
три - эмоции, 3 - хотелки, 3 - "фу на вашу заливную рыбу/ядро"
и всего 3 страницы: да, у меня хреново, зато у соседа кобыла сдохла

Вот, кстати, из-за ошибок сами STM от этой дряни отказались и стали пилить дрянь еще большую — псевдоардуйневый интерфейс Cube.
Те же, кто не хочет иметь проблем с этой жутью, либо сами чисто по даташиту пишут, либо используют какую-нибудь libopencm3.

Я от этой дряни отказался сразу же. Мне показалось неуместным тащить такую хрень в проект.

Из-за чего отказались, если отказались, сами st - я не знаю.




Нет уж позвольте! Лично мне неведомо при какой задаче и ситуации можно на сегодняшний день тащить в проект AVR кроме привычки разработчика или ностальгии. Разработчик, который работал с более мощными армами скорее выберет M0 того же производителя, хотя бы для того, чтобы не плодить зоопарк и процессоров и средств разработки и производства. Под спецприменения, типа микропотребления или жесткого ногодрыганья, тоже ставить нерентабельно - как правило всегда есть более специализированные или более дешевые МК.

Надумано... или выдумано...
АВР и сдох из-за своей глупой и ущербной простоты... тянуть её дальше уже просто смыла не было...
Документация у STM32 на уровне... не хуже и не лучше...
У NXP своя психоделия документации...
У простых АВР и описывать то было нечего... настолько всё пустое... радость ногодрочеров... У тех что посложнее документация уже совсем не простая...


Для любителей ностальгии давно уже PIC16F505 выпустили... типа... ностальгируйте, на здоровье...

Ну всё господа модераторы , прикрывайте тему .

и параллельно сравнивайте с тем же STM32F030F4P6...

Так это новодел без теплого керамического корпуса. Какая тут может быть ностальгия?

Я извиняюсь, но DIP-корпус — это не ностальгия. Это BDSM какой-то...

А STM32F030F4P6 с LPC812M101...

читаю
думал, многие тут спецы. Но нет: кто-то "лайт-версия". Фанат

Толковый словарь Ожегова
Фанатически, до иступления преданный поклонник кого-чего

а почему пропустили новость, что Cypress собирается перекупить Atmel с выплатой отступных Dialog -у.

а потому что тема давно перерасла в "а давай померяемся"

Они вроде передумали.

Для полной ностальгии нужнО еще окошечко для уф-стирания

УФ = модерн!
только пережигание перемечек от 21.5в , только хадкор!

stm32 - нет такого ядра

ядра нет, а г.но есть!

эти питомцы уже практически догнали MSP430 и может даже перегнали





на MSP полноценный таймер (с регистрами захватми и т.д) который работает на 32768 когда проц спит

Они просто трезво оценили... зачем им засохший кал мамонта...

по доставабельности, цене, числу таймеров, наличию ADC и DMA вроде проигрывает
Но есть DIP8 и SO20.

Нет. Работаю и с тем, и с другим. Серию G2 - да догнали, но тут M0+ дороже (и функциональнее, безусловно). А вот с дорогими MSP430 пока нет паритета. С ними может сравниться MSP432 (тоже Cortex M, но с прикольчиками от MSP430).

LPC812M101 - заинтересовали! спасибо, почитаю на досуге

Сейчас нагрянут джедаи PSOC... и разутюжат постылую унылость и ущербность MSP... ))))

MSP в этом плане хороши - спору нет. Но есть красавцы, типа, STM32L053 с т.н. LPTIM и LPUART.
Сам пока не ковырял, хотя отладка STM32L0538-DISCO давно уже лежит на столе.

с дорогими MSP430 это вы про какие? паритет по каким параметрам

зы не спора ради, а для кругозора

Я смотрю - программисты (сторонники и противники АВР) разбушевались

Скажу совсем с другой стороны вопроса.

1) Пока есть Атмел, и собственно AVR - есть конкуренция между AVR и ARM.
А это значит борьба производителей, в том числе и в ценовой сфере.
STM32 занял свою нишу не просто так, а более низкой ценой и богатым (в сравнении в AVR) функционалом.
Если не будет Atmel - цены на АРмы вырастут.

2) Все кто выше описались, в большинстве своем программисты и судят Атмел, исключительно по своему субъективному опыту.
А все мы знаем, что опыт опыту рознь

Более того, "сверху" , со стороны проектировщика проекта, предпочтение отдается не по архитектуре микроконтроллера, а по соотношению цены/функциональности.
Есть проекты, где используем AVR, а есть - где ARM. Все сугубо индивидуально, зачем стрелять по воробьям из пушки - в одних местах, а в других - наоборот нужная богатая периферия и высокая производительность.


Так, что Атмелу успехов на новом витке развития компании, по-больше камней нужно разных, чтоб было из чего выбирать!