Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Ну , что прощаемся с Atmel ?
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > AVR
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13
aaarrr
Цитата(Сергей Борщ @ Sep 27 2015, 00:51) *
даташиты были точно такие же, как и сегодня (могу найти в архивах)

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

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

студиями всякими, "СИ" и прочими приблудами никогда не пользовался
ASM и только ASM!!!
Из документации всегда было достаточно нормального DS.
У атмела с этим всегда всё нормально было.
aleksandr-zh
про ассм AVR речи не идёт - это фантастика, по сравнению в pic16 (другие не щупал, врать не буду!)
zltigo
QUOTE (aleksandr-zh @ Sep 27 2015, 09:08) *
про ассм AVR речи не идёт - это фантастика

Довольно с ASM прилично, для "ручного" писательства. Что и сыграло свою злую роль и отсталостью компиляторостроительства атмелом и отсталостью пользователей AVR оставшихся в ассемблере даже тогда, когда пришли другие контроллеры и компиляторы сделали резкий рывок.
А плоды писательства на ассемблере, как и AVR, так и PIC, я наблюдал не однократно sad.gif. Опытые программсты на ASM могут оптимально писать кусочки программ, но когда сложность первышает некоторый предел и начитает выходить на первый план СИСТЕМНАЯ оптимизация, они c удручающей вероятрностью ПРОВАЛИВАЮТСЯ - подводит отсутствие системного подхода к делу sad.gif.
Мое первое личное знакомство с AVR состоялось, когда знакомые принесли некое устройство сделанное под заказ американских медиков, которые предствили прототип собранный, как аналоговое устройство и хотели получить тиражируемое устройство на микроконтроллере. Наклепали знакомые несколько тысяч штук, AVR программеры написали на ASM софтину генерящую, как казалось, то, что заказчик заказывал... Но заказчик сказал, что фигня получается - ну нет нужного эффекта воздействия на организм. Ко мне пришли, как к обладателю редчайшего в те времена, анализатора спектра. Оказалось, что вся работает на низких частотах, а с превышеним частоты ломается. После чего прибегали ище не раз, что-то там улучшали... После чего программисты заявили, что все. Труба дело - контроллер "не тянет". Разогнали контроллер по тактовой за пределы его официальных возможностей. Почти дотянули до верхней желаемой частоты. В общем знакомые исполняющие заказ впали в тоску. Но сама задача на самом деле мне сложной не показалась и... и решил я попробовать покопаться в первый раз в жизни с железкой на AVR. На ASM даже в те времена, хотя за плечами ASM писательства было очень много и саммый большой проект это операционка и виртуальная машина на чистом ASM килобайт на 100 кода, писать было уже несвоевременно. Так-что набросал на Си буквально за вечер алгоритмчик генерации. Думал посмотрю на листиг и подправлю что там в узких местах. Править не пришлось - обошелся только несколько раз переписыванием сишного исходника с целью добиться лучшего понимания компилятором. Разогналось все это аж до УДВОЕННОЙ частоты. Как там пытались делать ASM писатели - не знаю, уж очень "крутые" были и свои исходники считали великой ценностью sm.gif. Я просто подарил все sm.gif - мне было достаточно просто ознакомится с котроллером.
Ну дальше там кнопочки, светодиодики для индикации, это уже вообше не вопрос на Си было набросать. При этом ASM писатели на самом деле были вполне опытные и бывалые, только за деревиями леса не видели и рабами привычек работы с железом были sad.gif.
Ну а последняя работа с AVR была не помню когда, но тогда "A" AVR только анансировались и живьем из не было еще. Так-что писал под "L", а потом уже спустя месяц только а "A" подгибал. Задача была достаточно виртуозная - для снятого с производства чипа сваять функциональный аналог. Причем микропотребляющий, а чип с небольшой, но цифровой обработкой - генерировать и детектировать частоты. И тут ОСНОВНАЯ проблема решалась не как писать, а как строить систему. На ASM в результате было написано пару десятков строк. И то уже практически из любви к искусству - дотянуть по потреблению еще чуть меньше и дожал даже проотип "L" по потреблению до того, что требовалось. С "А" воообще никаких вопросов. На самом деле это НЕ надо было делать на AVR, но уж больно знакомые заказчики поросили - типа у них есть специалисты по AVR - они потом сопровождать будут, да и заказ был "закрытый" и им проще для AVR замену протащить. После, кстати, никаким специалистам ничего "cопровождать" не пришлось.
Это была "дембельская" работа. С тех пор все, AVR для меня вообще умер. Амен!
aleksandr-zh
вот и я говорю: Асм - царь всех языков.
Но жизнь так коротка...
sm.gif
ILYAUL
Закрою нахрен тему , если скатимся на asm vs C
Эдди
Хотел бы я посмотреть, как эти ассемблерщики на STM32 что-нибудь серьезное написали бы. Или вообще на A10 каком-нибудь…
zltigo
QUOTE (aleksandr-zh @ Sep 27 2015, 19:51) *
вот и я говорю: Асм - царь всех языков.

Нет. Не царь и никогда им не был. Это минимальный стартовый языковой уровень - первый после писательства в кодах. Какой уж тут "царизм" sad.gif - сплошная пахота, причем с развитием качества компиляции и оптимизации языков высокого уровня, ставшая бесполезной. Так, несколько десятков строк, ну сотню максимум написать, да и то изредка.
aleksandr-zh
пишешь на чем-то высоком - не пашет. И так, и этак - не выходит каменная чаша! Блин. Где это там моё дизассм? sm.gif а... регистр не сохраняет в прерывании... вот гад, а! ну да ладно.. на те @asm .... и всё тут )) да, такое редкость. Но пару раз помогало найти затыки... Пару раз в 10 лет sm.gif)))
zltigo
QUOTE (ILYAUL @ Sep 27 2015, 19:55) *
Закрою нахрен тему , если скатимся на asm vs C

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


aleksandr-zh
стоп, стоп! я молодой, подскажите: о какой кривости системы команд АТМЕЛ, вылезшей боком, идёт речь вообще? вроде как под Сю и точили оную...?
zltigo
QUOTE (aleksandr-zh @ Sep 27 2015, 20:57) *
пишешь на чем-то высоком - не пашет.

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



QUOTE (aleksandr-zh @ Sep 27 2015, 21:00) *
стоп, стоп! я молодой, подскажите: о какой кривости системы команд АТМЕЛ, вылезшей боком, идёт речь вообще? вроде как под Сю и точили оную...?

Я не о кривости (нет даже слова у меня такого), а как раз НАОБОРОТ - читайте внимательнее. Только и хорошее имеет оборотную сторону.
aleksandr-zh
Цитата(zltigo @ Sep 27 2015, 20:58) *
Так-что сейчас здесь можно говорить об этом только, как об одной из причин деградации Atmel, когда приличная по отношению к тем-же массовым на тот момент 51 и PIC система команд вылезла боком спустя годы.

Ваши же слова... так о чем речь-то?...
zltigo
QUOTE (aleksandr-zh @ Sep 27 2015, 21:14) *
Ваши же слова...

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

Первая фраза в: http://electronix.ru/forum/index.php?showt...t&p=1367742
aleksandr-zh
приличная система вышла боком... о чем речь?
zltigo
QUOTE (aleksandr-zh @ Sep 27 2015, 21:23) *
приличная система вышла боком... о чем речь?

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

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

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

Интересно, а кто и на чём компиляторы пишет?
Genadi Zawidowski
На СИ компиляторы пишут...
Компилятор "Грузит" процессор только тем, что автор программы написал.
zltigo
QUOTE (zombi @ Sep 28 2015, 00:37) *
Совсем народ обленился.

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

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

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

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

Это Вам по незнанию гадать приходится. А так вообще все известно.
QUOTE
Интересно, а кто и на чём компиляторы пишет?

Вот и этот вопрос Ваш уровень профессионализма показывает sad.gif. Ну не ассемблере они пишутся sm.gif
haker_fox
QUOTE (zombi @ Sep 28 2015, 05:37) *
Совсем народ обленился.

Зря вы так о народе, он более простым путём идёт, оптимальным rolleyes.gif
QUOTE (zombi @ Sep 28 2015, 05:37) *
В любую "кофемолку" 32-х битный ARM воткнуть норовит, да на СИ прогу управления светодиодом и кнопкой написать.
Уверены что компилятор всё сделает за них.

Больше на эмоции похоже rolleyes.gif На самом деле так делают непрофессионалы. Человек думающий реально представляет где использовать железное решение, где программное, а где и совместить можно. Но иногда кнопку опросить действительно и на Си приходится, если эта кнопка - "побочная" периферия для здоровенного проекта, уже реализованного на Си/Си++ rolleyes.gif
QUOTE (zombi @ Sep 28 2015, 05:37) *
А мне необходимо полностью представлять чем проц занимается в любой момент времени.

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

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

Хотя я уже себе заказал по несколько штук разных stm32. Хотя может и STM8 пощупаю, для самообразования.
haker_fox
QUOTE (aleksandr-zh @ Sep 28 2015, 12:24) *
STM32F051 - дешевле?.. зашел на АлиЭкспресс.

Вы на али не боитесь детали брать? Я вот как-то опасаюсь. Arrow.com, farnell.com, elitan.ru и др. надёжнее выглядят.
QUOTE (aleksandr-zh @ Sep 28 2015, 12:24) *
самое дешевое - STM32F051C8T6 776р за 10 шт

77 рублей за один 32-битный МК это дорого??? Посмотрел на arrow.com и elitan.ru, atmega128a однозначно дороже stm.
QUOTE (aleksandr-zh @ Sep 28 2015, 12:24) *
потому кричать, что "новое - дешевле" - не совсем точно.

Да никто и не кричит, я не слышал такого rolleyes.gif Просто вам за 77 рублей предлагают 32 бита, программирование без программатора (через usart), более "оптимальный" способ работы с флоатами (ну 32 бита всё же), дма, богатые способы конфигурирования и увязки перефирии, то почему бы не услышать крик? Ведь запас кармана не тянет. Я понимаю, что если производство отлажено, то трогать его не стоит. Но в новые приборы можно и рассмотреть нового кандидата.
aleksandr-zh
беру больше 3х лет. Доволен и качеством, и ценой
32 бита на 99% моих задач - излишество ) было бы 4 бита на 100 КГц и оптимальные средства написания ПО - на них бы работал, меня вояки в армии учили не забивать микроскопом гвозди ))

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

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

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

на Али мега128 стоит чуть дешевле STM32F051C8T6
aaarrr
Цитата(haker_fox @ Sep 28 2015, 08:17) *
Вы на али не боитесь детали брать? Я вот как-то опасаюсь.

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

Другое дело, что в вопросах оценки стоимости на них ориентироваться как минимум странно.
aleksandr-zh
когда я только разработчик и делаю 1-10 макетов, выдаю документацию заказчику и забываю - это нормально
А вот сейчас надо уже 1000 штучек... Вот ищу контору-сборщика в России.
haker_fox
QUOTE (aaarrr @ Sep 28 2015, 13:32) *
Не надо опасаться, деньги они возвращают без вопросов. Почему не сэкономить в 3-5 раз при наличии времени?

Нет, дело не в том, что деньги... Дело в качестве, есть риск нарваться на подделку, где-то я статейку недавню видел на эту тему, что детальки, купленные с китайских сайтов, иногда хромают качеством. Да что с китайских сайтов - у нас был случай от вполне себе адекватных поставщиков.
aleksandr-zh
можно подумать, наши мегапоставщики в Америках да Европах покупают sm.gif

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

ps
понятное дело, что могут втюхивать перемаркированное, отбраковку производства. Но тут: "Не гонялся бы ты, поп, за дешевизной". Если у всех по 10 рублей, а этот торгует по 4 - надо задуматься... И отзывы - не есть панацея: один и тот же отзыв кочует по нескольким продавцам: видимо сами у себя покупают и вставляют непонимая текст
haker_fox
QUOTE (aleksandr-zh @ Sep 28 2015, 13:56) *
можно подумать, наши мегапоставщики в Америках да Европах покупают sm.gif

В целом я рад, что вы нашли свою нишу, и вам подходят МК AVR. Я ведь и сам их с ностальгией вспоминаю, и на фоне ныншних армов иногда нет, да и подумаешь, как там легко было))))
aaarrr
Цитата(haker_fox @ Sep 28 2015, 08:51) *
Да что с китайских сайтов - у нас был случай от вполне себе адекватных поставщиков.

А если не видно разницы, зачем платить больше? Изрядное количество наших поставщиков собирает барахло на китайских помойках.
zltigo
QUOTE (aleksandr-zh @ Sep 28 2015, 08:48) *
я только разработчик и делаю 1-10 макетов, выдаю документацию заказчику и забываю - это нормально
.....
было бы 4 бита на 100 КГц и оптимальные средства написания ПО - на них бы работал

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

ps
китайцы выпускают весьма приятные в работе stc - очень даже молодцы, на их сайте, снизу слева была (может и сейчас есть) шикарная фраза: "поддержи своего производителя! покупай своё!" a14.gif
Corvus
Breaking news biggrin.gif
Цитата
Cypress попробует купить Atmel, перебив предложение Dialog Semiconductor
Заручившись участием инвестиционных банков, компания Cypress уже выразила Atmel уверенность, что сможет перебить предложение Dialog. Если сделка состоится, она кардинально изменит положение компании Cypress, капитализация которой оценивается всего в 2,9 млрд долларов.

http://www.ixbt.com/news/2015/09/28/cypres...iconductor.html
ESN
Цитата(zltigo @ Sep 27 2015, 19:38) *
На самом деле это НЕ надо было делать на AVR, но уж больно знакомые заказчики поросили - типа у них есть специалисты по AVR - они потом сопровождать будут, да и заказ был "закрытый" и им проще для AVR замену протащить. После, кстати, никаким специалистам ничего "cопровождать" не пришлось.
Это была "дембельская" работа. С тех пор все, AVR для меня вообще умер. Амен!

Если это был номеронабиратель, то результат работы был неубедительным. Некоторые задачи можно решить только на АSMе. Например, вместо 8-разрядного аппаратного ШИМа, можно написать программу на ASMe, реализующую 6-разрядный ШИМ. Этим самым достигается уменьшение потребление тока в 4 раза.
zltigo
QUOTE (ESN @ Sep 28 2015, 11:11) *
Например, вместо 8-разрядного аппаратного ШИМа, можно написать программу на ASMe, реализующую 6-разрядный ШИМ.

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

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

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

То есть была произведена замена режима проснулся, загрузил, спать... контроллера на на все время работает, но на 4 раза меньшей тактовой. Поскольку фаза сна все-же есть, то уменьшение потребления в 4 раза таки не будет.
zombi
Цитата(zltigo @ Sep 28 2015, 03:03) *
Ну не ассемблере они пишутся sm.gif

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

Цитата(zltigo @ Sep 28 2015, 03:03) *
Вот и этот вопрос Ваш уровень профессионализма показывает

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

Цитата(ILYAUL @ Sep 27 2015, 19:55) *
Закрою нахрен тему , если скатимся на asm vs C

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

Цитата(zltigo @ Sep 28 2015, 19:11) *
Но листинг, конечно, смотрел.

Интересно зачем?
haker_fox
QUOTE (zombi @ Sep 29 2015, 07:50) *
Сразу бы и написали на чём кем они ну не на пишутся.

Достаточно посмотреть исходники GNU GCC, чтобы понять что к чему rolleyes.gif
rx3apf
Цитата(aleksandr-zh @ Sep 28 2015, 07:24) *
STM32F051 - дешевле?.. зашел на АлиЭкспресс.
самое дешевое - STM32F051C8T6 776р за 10 шт

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



Цитата(haker_fox @ Sep 28 2015, 08:17) *
Вы на али не боитесь детали брать? Я вот как-то опасаюсь. Arrow.com, farnell.com, elitan.ru и др. надёжнее выглядят.

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

На ali - дешевле, причем ощутимо. Я вот для себя мелочевку не боюсь на ali брать. А для серии - на то снабжению деньги платят...
ESN
Цитата(zltigo @ Sep 28 2015, 19:11) *
То есть была произведена замена режима проснулся, загрузил, спать... контроллера на на все время работает, но на 4 раза меньшей тактовой. Поскольку фаза сна все-же есть, то уменьшение потребления в 4 раза таки не будет.

Нет смысла засыпать при ногомахании, т.к. 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. rolleyes.gif
aaarrr
Цитата(ESN @ Sep 29 2015, 14:31) *
Надеюсь, что убедил Вас - имеется класс задач исключительно для ASMa. rolleyes.gif

Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C" sm.gif
zltigo
QUOTE (ESN @ Sep 29 2015, 14:31) *
Нет смысла засыпать при ногомахании

Вообще-то в ногомахании описанного Вам типа просто НЕЛЬЗЯ засыпать, иначе ногами махать будет НЕКОМУ.
QUOTE
CPU Atmega48 при 3V и XTAL=3579545/4 потребляет 0,45mA.

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

Это НЕ заслуга ногомахания, а заслуга появление дополнительного железа - внешнего DAC. Ушла необходимость поддерживать высокую тактовую ядра ради PWM.
QUOTE
ток потребления при непрерывном формировании сигнала DTMF при ХTAL=3,579/8 мГц I=0,8mA (при ХTAL=2,457/16 мГц I=0,68mA)

С цифрами что-то совсем не то. Было 0.45, после улучшения стало 0.68mA
QUOTE
Надеюсь, что убедил Вас - имеется класс задач исключительно для ASMa. rolleyes.gif

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

QUOTE (aaarrr @ Sep 29 2015, 14:37) *
Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C" sm.gif

Причем, что характерно, можно тот-же кусок написать на Си, получить листинг, подчистить и сделать ASM, если требуется. У меня в постоянной работе не менее десятка разных ядер, ASM для большинства из них я сколь-нибудь специально не изучал, но тем неменее достаточно понимаю и могу себе позволить чистки-правки-вставки с заглядыванием в буквари. Ну и еще раз - ЧИСТОЕ ногомахание компиляторы уже давно обеспечивают 1:1 с ASM.
ESN
Цитата(zltigo @ Sep 29 2015, 15:37) *
Вообще-то в ногомахании описанного Вам типа просто НЕЛЬЗЯ засыпать, иначе ногами махать будет НЕКОМУ.

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

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

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

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

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

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

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

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

Цитата
Потребителей продукции Atmel, наверняка, интересует вопрос о будущем компонентов, которые применяются в уже разработанных изделиях или планируется применять в новых разработках. Хотим всех успокоить: с полюбившейся элементной базой расставаться не придется, мы специально обратились к Atmel и получили гарантийное письмо о том, что срок поддержки семейств SAM7x, SAM7S (ARM 7), SAM G51, SAM G54, QTouch 42QT составит не менее 4-х лет (до июня 2020 года). Остальные семейства (в том числе AVR) будут доступны как минимум 9 лет (до июня 2025 года).
Линейки продукции обеих компаний взаимно дополняют друг друга. Их объединение в результате сделки, совместно с сосредоточением 540 патентов Dialog и более чем 1600 патентов Atmel в руках одной компании, превратит объединённую компанию в глобального игрока на мировом рынке полупроводников в сегментах промышленной, мобильной и автомобильной электроники, а также позволит занять лидирующие позиции на быстрорастущем рынке устройств «Интернета вещей». Ожидается, что синергия от слияния продуктов и технологий выведет компанию на новый уровень развития.

Dialog так же наследует сеть сбыта Atmel по всему миру, включая Россию. Это должно стать серьезным толчком для процесса диверсификации продаж. На данный момент 87% всех продаж компании Dialog составляют продажи TOP 5 клиентов. Для сравнения, аналогичный показатель объединенной компании ожидается на уровне 45%.
Так что ждите новинок от Atmel, о которых мы будем рассказывать в нашем блоге. Кстати, на этой неделе стала доступной для скачивания Atmel Studio 7 – бесплатная IDE, для разработки ПО для микроконтроллеров Atmel всех семейств.
aaarrr
Цитата(one_eight_seven @ Sep 29 2015, 22:16) *
Ну не знаю, специально написал на C битбангинг (правда, на MSP430), компилятор - IAR. Ни одной лишней строки кода в disassembly. Неужели, тот же IAR для AVR так плох?

Вопрос именно в строгости времянки, а не лишних строках (например, нужно выводить в тот же внешний ЦАП данные с периодом 16 тактов). Тогда лучше уж написать кусочек на асм, чем добавлять в код asm("nop").
aleksandr-zh
вот сижу и думаю: так осваивать теперь Xmega али нет?...
вроде на следующей неделе платки для обучения работе с stms32 получу ... только на них и сосредоточиться?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.