Были лучше - как раз где-то в начале двухтысячных их испортили, долив воды в виде "code examples".

Когда-то начинал знакомство с ARM именно на атмеловских AT91M40800. Начали практически первыми, но как-то не сложилось у них со "средним сегментом" МК.
Жаль будет, если кончатся их ARM9 с малым потреблением.

иксмеги жалко!
остальное не жалко абсолютно.

студиями всякими, "СИ" и прочими приблудами никогда не пользовался
ASM и только ASM!!!
Из документации всегда было достаточно нормального DS.
У атмела с этим всегда всё нормально было.

про ассм AVR речи не идёт - это фантастика, по сравнению в pic16 (другие не щупал, врать не буду!)

Довольно с ASM прилично, для "ручного" писательства. Что и сыграло свою злую роль и отсталостью компиляторостроительства атмелом и отсталостью пользователей AVR оставшихся в ассемблере даже тогда, когда пришли другие контроллеры и компиляторы сделали резкий рывок.
А плоды писательства на ассемблере, как и AVR, так и PIC, я наблюдал не однократно . Опытые программсты на ASM могут оптимально писать кусочки программ, но когда сложность первышает некоторый предел и начитает выходить на первый план СИСТЕМНАЯ оптимизация, они c удручающей вероятрностью ПРОВАЛИВАЮТСЯ - подводит отсутствие системного подхода к делу .
Мое первое личное знакомство с AVR состоялось, когда знакомые принесли некое устройство сделанное под заказ американских медиков, которые предствили прототип собранный, как аналоговое устройство и хотели получить тиражируемое устройство на микроконтроллере. Наклепали знакомые несколько тысяч штук, AVR программеры написали на ASM софтину генерящую, как казалось, то, что заказчик заказывал... Но заказчик сказал, что фигня получается - ну нет нужного эффекта воздействия на организм. Ко мне пришли, как к обладателю редчайшего в те времена, анализатора спектра. Оказалось, что вся работает на низких частотах, а с превышеним частоты ломается. После чего прибегали ище не раз, что-то там улучшали... После чего программисты заявили, что все. Труба дело - контроллер "не тянет". Разогнали контроллер по тактовой за пределы его официальных возможностей. Почти дотянули до верхней желаемой частоты. В общем знакомые исполняющие заказ впали в тоску. Но сама задача на самом деле мне сложной не показалась и... и решил я попробовать покопаться в первый раз в жизни с железкой на AVR. На ASM даже в те времена, хотя за плечами ASM писательства было очень много и саммый большой проект это операционка и виртуальная машина на чистом ASM килобайт на 100 кода, писать было уже несвоевременно. Так-что набросал на Си буквально за вечер алгоритмчик генерации. Думал посмотрю на листиг и подправлю что там в узких местах. Править не пришлось - обошелся только несколько раз переписыванием сишного исходника с целью добиться лучшего понимания компилятором. Разогналось все это аж до УДВОЕННОЙ частоты. Как там пытались делать ASM писатели - не знаю, уж очень "крутые" были и свои исходники считали великой ценностью . Я просто подарил все - мне было достаточно просто ознакомится с котроллером.
Ну дальше там кнопочки, светодиодики для индикации, это уже вообше не вопрос на Си было набросать. При этом ASM писатели на самом деле были вполне опытные и бывалые, только за деревиями леса не видели и рабами привычек работы с железом были .
Ну а последняя работа с AVR была не помню когда, но тогда "A" AVR только анансировались и живьем из не было еще. Так-что писал под "L", а потом уже спустя месяц только а "A" подгибал. Задача была достаточно виртуозная - для снятого с производства чипа сваять функциональный аналог. Причем микропотребляющий, а чип с небольшой, но цифровой обработкой - генерировать и детектировать частоты. И тут ОСНОВНАЯ проблема решалась не как писать, а как строить систему. На ASM в результате было написано пару десятков строк. И то уже практически из любви к искусству - дотянуть по потреблению еще чуть меньше и дожал даже проотип "L" по потреблению до того, что требовалось. С "А" воообще никаких вопросов. На самом деле это НЕ надо было делать на AVR, но уж больно знакомые заказчики поросили - типа у них есть специалисты по AVR - они потом сопровождать будут, да и заказ был "закрытый" и им проще для AVR замену протащить. После, кстати, никаким специалистам ничего "cопровождать" не пришлось.
Это была "дембельская" работа. С тех пор все, AVR для меня вообще умер. Амен!

вот и я говорю: Асм - царь всех языков.
Но жизнь так коротка...

Закрою нахрен тему , если скатимся на asm vs C

Хотел бы я посмотреть, как эти ассемблерщики на STM32 что-нибудь серьезное написали бы. Или вообще на A10 каком-нибудь…

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

пишешь на чем-то высоком - не пашет. И так, и этак - не выходит каменная чаша! Блин. Где это там моё дизассм? а... регистр не сохраняет в прерывании... вот гад, а! ну да ладно.. на те @asm .... и всё тут )) да, такое редкость. Но пару раз помогало найти затыки... Пару раз в 10 лет )))

Да какой тут уж 'vs' - на, минимум, 15 лет с этим точно ОПОЗДАЛИ. Так-что сейчас здесь можно говорить об этом только, как об одной из причин деградации Atmel, когда приличная по отношению к тем-же массовым на тот момент 51 и PIC система команд вылезла боком спустя годы.

стоп, стоп! я молодой, подскажите: о какой кривости системы команд АТМЕЛ, вылезшей боком, идёт речь вообще? вроде как под Сю и точили оную...?

Только, если это "высокое" что-то очень старое и убогое для чего-нибудь чего-то старого. Ну, например, какой-нибудь Hi-Tech компилятор для PIC c попыткой пооптимизировать побольше. Тогда да, отгрести ошибки компилятора есть хорошая возможность . А так, уже реальная редкость необходимость смотреть листинги. На проблемы с железом наступать приходится много чаще.




Я не о кривости (нет даже слова у меня такого), а как раз НАОБОРОТ - читайте внимательнее. Только и хорошее имеет оборотную сторону.

Ваши же слова... так о чем речь-то?...

Мои и почему это вдруг Вы прочитали "приличная", как убогая?

Первая фраза в: http://electronix.ru/forum/index.php?showt...t&p=1367742

приличная система вышла боком... о чем речь?

Повтояю ТРЕТИЙ и ПОСЛЕДНИЙ раз. Первая фраза в:
Первая фраза в: http://electronix.ru/forum/index.php?showt...t&p=1367742
А "ужасные" c точки зрения ручного программирования на ASM армы, завоевали огромную область. При этом никакие супер-пупер изобретаемые атмелом и микрочипом вдогонку 32 битовики и системы команд невостребовались, ибо уже выросли достойные ARM компиляторы, как и сложности решаемых задачи при одновременном обрушении МОНОПОЛИЙ на ядра микроконтроллеров и цен на чипы.
И в НОВЫХ ценовых реалиях с атмелом теперь "прощаемся".

Совсем народ обленился.
В любую "кофемолку" 32-х битный ARM воткнуть норовит, да на СИ прогу управления светодиодом и кнопкой написать.
Уверены что компилятор всё сделает за них.

А мне необходимо полностью представлять чем проц занимается в любой момент времени.
А не гадать чем там его компилятор загрузил.

Интересно, а кто и на чём компиляторы пишет?

На СИ компиляторы пишут...
Компилятор "Грузит" процессор только тем, что автор программы написал.

Просто деньги считает, и получается, что "32bit" дешевле AVR.

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

Что зачит все?

А зачем Вам это в управлении светодиодом разрабатываемых Вами кофемолок?

Это Вам по незнанию гадать приходится. А так вообще все известно.

Вот и этот вопрос Ваш уровень профессионализма показывает . Ну не ассемблере они пишутся

Зря вы так о народе, он более простым путём идёт, оптимальным

Больше на эмоции похоже На самом деле так делают непрофессионалы. Человек думающий реально представляет где использовать железное решение, где программное, а где и совместить можно. Но иногда кнопку опросить действительно и на Си приходится, если эта кнопка - "побочная" периферия для здоровенного проекта, уже реализованного на Си/Си++

Боюсь, что это вообще невозможно, т.к. тогда возникает необходимость держать подключенный отладчик на всё время, пока устройство работает Кстати, не понимаю такую уверенность людей, которые пишут на асме. Извините за прямоту, но боюсь, что подобные мысли это плод неуверенного владения инструментом. Мы, например, используем только Си++ компиляторы для Cortex-M0/M3/M4. ПО связано со сбором данных, привязанных ко времени, и ничего, данные не теряются, хотя мы и не смотрим, чем там проц занят в текущий момент. Хотя отладочные консольки естественно используются.

А если серьёзно, то я с АВРками начал работать в 2004 году. После pic16f84 с его аппаратным стеком, страничной ОЗУ at90s2313 мне показался чудом! Но сейчас для замены 8-биток есть Cortex-M0. Тот же STM32F051 по цене чуть ли не дешевле (а реально - точно дешевле), предлагает корпус на любой вкус (ну LQFP32 даже в домашних условиях легко паяется), кучу гибких аппаратных таймеров, с возможностью их аппаратно связывать почти как угодно, да ещё и дёргать внешние выводы по желанию, есть USB, несколько USART'ов и т.д. и т.п. Вот и я задаю себе вопрос, зачем ограничиваться 8 битами, ужиматься при использовании float, когда за меньшие деньги я получаю полноценные 32 бита?

STM32F051 - дешевле?.. зашел на АлиЭкспресс.
самое дешевое - STM32F051C8T6 776р за 10 шт
но тот же мега128а в разы ПОД МОЮ ТЕКУЩУЮ задачу лучше по возможностям и даже дешевле.
потому кричать, что "новое - дешевле" - не совсем точно.

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

Вы на али не боитесь детали брать? Я вот как-то опасаюсь. Arrow.com, farnell.com, elitan.ru и др. надёжнее выглядят.

77 рублей за один 32-битный МК это дорого??? Посмотрел на arrow.com и elitan.ru, atmega128a однозначно дороже stm.

Да никто и не кричит, я не слышал такого Просто вам за 77 рублей предлагают 32 бита, программирование без программатора (через usart), более "оптимальный" способ работы с флоатами (ну 32 бита всё же), дма, богатые способы конфигурирования и увязки перефирии, то почему бы не услышать крик? Ведь запас кармана не тянет. Я понимаю, что если производство отлажено, то трогать его не стоит. Но в новые приборы можно и рассмотреть нового кандидата.

беру больше 3х лет. Доволен и качеством, и ценой
32 бита на 99% моих задач - излишество ) было бы 4 бита на 100 КГц и оптимальные средства написания ПО - на них бы работал, меня вояки в армии учили не забивать микроскопом гвозди ))

что усарт, что программер - плата к ПК, всё равно подключать. Так что и этот бонус не засчитан ))

вот под новое и под 1% stm32 и заказал )

в Элитане вообще не беру! так обжегся, что мама не горюй! чуть нахер проект не поломал из-за их "мега-точности"!!

на Али мега128 стоит чуть дешевле STM32F051C8T6

Не надо опасаться, деньги они возвращают без вопросов. Почему не сэкономить в 3-5 раз при наличии времени?

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

когда я только разработчик и делаю 1-10 макетов, выдаю документацию заказчику и забываю - это нормально
А вот сейчас надо уже 1000 штучек... Вот ищу контору-сборщика в России.

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

можно подумать, наши мегапоставщики в Америках да Европах покупают

я за эти годы выбрал десяток поставщиков, у них и покупаю. Иногда кинут в коробку лишний МК, пару лишних плат сделают "за так". Пока, тьфу-тьфу, нормально. я товарищЪ мелкий, у меня мега-опта нет... десяток-другой МК, мелочей разных... разработка = не призводство

ps
понятное дело, что могут втюхивать перемаркированное, отбраковку производства. Но тут: "Не гонялся бы ты, поп, за дешевизной". Если у всех по 10 рублей, а этот торгует по 4 - надо задуматься... И отзывы - не есть панацея: один и тот же отзыв кочует по нескольким продавцам: видимо сами у себя покупают и вставляют непонимая текст

В целом я рад, что вы нашли свою нишу, и вам подходят МК AVR. Я ведь и сам их с ностальгией вспоминаю, и на фоне ныншних армов иногда нет, да и подумаешь, как там легко было))))

А если не видно разницы, зачем платить больше? Изрядное количество наших поставщиков собирает барахло на китайских помойках.

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

не все делают ракеты, радары и системы распознавания )
кто-то начиняет стиральные машины, игрушки, термометры, торговые автоматы, системы доставки "мозгами"

ps
китайцы выпускают весьма приятные в работе stc - очень даже молодцы, на их сайте, снизу слева была (может и сейчас есть) шикарная фраза: "поддержи своего производителя! покупай своё!"

Breaking news

http://www.ixbt.com/news/2015/09/28/cypres...iconductor.html

Если это был номеронабиратель, то результат работы был неубедительным. Некоторые задачи можно решить только на АSMе. Например, вместо 8-разрядного аппаратного ШИМа, можно написать программу на ASMe, реализующую 6-разрядный ШИМ. Этим самым достигается уменьшение потребление тока в 4 раза.

Ничего не мешает и на Си написать программный. Если что не так, то посмотреть в листинг и подправить несколько строк. По любому эта "задача" на считанные ассемлерные команды, которые, таки да, можно и нужно иногда использовать, о чем уже и писал.

хотите сказать, что таймер у Atmega8A потребляет больше ядра и его неиспользование столь благоприятно сказывается на потреблении, что вместо того, что-бы ядро хоть немного спало в паузах между загрузками PWM следует работать ядру?

Написание программы на ASMe не самоцель. Если частота процессора позволяет (потребление тока), то можно и поспать в перерывах между загрузками ШИМ-таймера, формируя DTMF-набор в частности. Иначе, бесконечный цикл из 64 фрагментов (6 разрядный ШИМ) каждый из которых отрабатывает 64 машинных цикла, в которых происходит смена 0 и 1, строго отслеживая по циклам их начало(0), конец(1),длительность импульса(0-1),плюс анализ критерий выхода из цикла. На Си написать такой цикл вряд ли получится: представляется,что будут проблемы с формированием начала импульса и собственно с формированием импульсов малой длительности. Т.е имея изначально XTAL=3,579 мГц, можно примерно тоже самое (погрешность 2 младших разряда) реализовать на частоте в 4 меньше.

Такое простейшее ногомахание и цикл со сравненим на Си получается, как правило байт в байт ASM. Ибо все тупо и просто - ни оптимизировать нечего, ни ухудшать. На AVR уже не припомню делал или нет такое, а на PIC16 совсем недавно пришлось к чужому 15 летней давности устройству UART на 115200 на ногомахании приделывать. На ASM не пришлость писать. Но листинг, конечно, смотрел.

То есть была произведена замена режима проснулся, загрузил, спать... контроллера на на все время работает, но на 4 раза меньшей тактовой. Поскольку фаза сна все-же есть, то уменьшение потребления в 4 раза таки не будет.

Сразу бы и написали на чём кем они ну не на пишутся.


Пока все довольны моим профессиональным уровнем и только Вам чего-то показывается!


Скатываемся пАтихоничку... )


Интересно зачем?

Достаточно посмотреть исходники GNU GCC, чтобы понять что к чему

Посмотрите еще - есть $5.05 за пять штук.




На ali - дешевле, причем ощутимо. Я вот для себя мелочевку не боюсь на ali брать. А для серии - на то снабжению деньги платят...

Нет смысла засыпать при ногомахании, т.к. CPU Atmega48 при 3V и XTAL=3579545/4 потребляет 0,45mA. В несколько иной парадигме ногомахания, имея Atmega48 и ЦАП R/2R шестиразрядный, удалось, деля частоту кварца, получить электрические характеристики аналогичные микросхемы KP1008ВЖ7 (номеронабиратель): ток потребления при непрерывном формировании сигнала DTMF при ХTAL=3,579/8 мГц I=0,8mA (при ХTAL=2,457/16 мГц I=0,68mA), импульсном наборе - I=0,05mA. Режим сна тоже использовался. Погрешности по частоте - нет. Надеюсь, что убедил Вас - имеется класс задач исключительно для ASMa.

Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C"

Вообще-то в ногомахании описанного Вам типа просто НЕЛЬЗЯ засыпать, иначе ногами махать будет НЕКОМУ.

Вообще-то она потребляет его в РАБОЧЕМ режиме, то есть пока пересчитывает и загружает PWM. Между этими загрузкам спит. Средний ток уже МЕНЬШЕ.

Это НЕ заслуга ногомахания, а заслуга появление дополнительного железа - внешнего DAC. Ушла необходимость поддерживать высокую тактовую ядра ради PWM.

С цифрами что-то совсем не то. Было 0.45, после улучшения стало 0.68mA

Задач? Задач - нет, поскольку я сам прошел долгий путь от ASM-ов до сегодняшнего понимания. На ASM только отдельных кусочков в десятки команд максимум. О чем собсвенно уже не раз писал.


Причем, что характерно, можно тот-же кусок написать на Си, получить листинг, подчистить и сделать ASM, если требуется. У меня в постоянной работе не менее десятка разных ядер, ASM для большинства из них я сколь-нибудь специально не изучал, но тем неменее достаточно понимаю и могу себе позволить чистки-правки-вставки с заглядыванием в буквари. Ну и еще раз - ЧИСТОЕ ногомахание компиляторы уже давно обеспечивают 1:1 с ASM.

В первом случае, где упоминается I=0,45 mA речь шла о реализации программным путем 6-разрядного шима для DTMF набора на частоте вчетверо меньшей XTAL=3,579мГц. Конечно, что-то добавит периферия, возражений нет. Цифры 0,68mA и 0,8mA были получены на реальном образце в комбинации Atmega48+R/2R. Возможно, я сумбурно изложил предыдущее сообщение и это пояснение внесет ясность в его содержание.

слаб, слаб ныне флудер пошел... всего-то 7 страниц спора.... А вот раньше-то было... ))))
думаю, можно жестко почистить тему ибо выдохлась?

ни одного примера кода, ни одного замера, скукота.

Ну не знаю, специально написал на C битбангинг (правда, на MSP430), компилятор - IAR. Ни одной лишней строки кода в disassembly. Неужели, тот же IAR для AVR так плох?
Кстати, имею 560 мкА потребления при активной периферии: 2xI2C, SPI, UART, на частоте 8МГц в активном режиме, абсолютно не стараясь его снизить, хотя, это более, чем возможно.
Микроконтроллер, конечно, подороже AVR-ки, но когда начинаю использовать периферию и режимы пониженного энергопотребления - впечатляет. Новым питомцам, навроде M0+, а тем более M3 и M4 по этому параметру далеко, зато наличие широкого спектра производителей - это огромный плюс. Да и не всегда нужно падать ниже 1 мкА, в режиме ожидания: зачастую и 4 мкА - хороший результат, и 20 мкА - удовлетворительный.

Тут вопросов нет. Сила MSP в переферии и ее сочетании ядром. Изначально сбалансированное решение. Всякие декларации того-же атмела супер-пупер малом потреблении контроллера на самом ограничиваются рассказами о потреблении ядра. Но такой периферии, которая позволяет ядру МАКСИМАЛЬНО спать и работать на минимально необходимых частотах, у атмеловских восьмибитовиков и близко нет. Да и 16bit MSP свою лепту вносят - БЫСТРЕЕ считают и соответственно дольше спать могут.

Компании Dialog и Atmel объявили о слиянии. Комментарии официального дистрибьютора в России.

Вопрос именно в строгости времянки, а не лишних строках (например, нужно выводить в тот же внешний ЦАП данные с периодом 16 тактов). Тогда лучше уж написать кусочек на асм, чем добавлять в код asm("nop").

вот сижу и думаю: так осваивать теперь Xmega али нет?...
вроде на следующей неделе платки для обучения работе с stms32 получу ... только на них и сосредоточиться?