Ну , что прощаемся с Atmel ? Опции

[ILYAUL]

http://www.3dnews.ru/920508

[aleksandr-zh]

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

[zltigo]

про ассм AVR речи не идёт - это фантастика

Довольно с 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 для меня вообще умер. Амен!

[zombi]

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

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

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

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

[haker_fox]

Совсем народ обленился.

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

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

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

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

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

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