aaarrr 69 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба Надеюсь, что убедил Вас - имеется класс задач исключительно для ASMa. :rolleyes: Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C" :) Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба Нет смысла засыпать при ногомахании Вообще-то в ногомахании описанного Вам типа просто НЕЛЬЗЯ засыпать, иначе ногами махать будет НЕКОМУ. CPU Atmega48 при 3V и XTAL=3579545/4 потребляет 0,45mA. Вообще-то она потребляет его в РАБОЧЕМ режиме, то есть пока пересчитывает и загружает PWM. Между этими загрузкам спит. Средний ток уже МЕНЬШЕ. В несколько иной парадигме ногомахания, имея Atmega48 и ЦАП R/2R шестиразрядный Это НЕ заслуга ногомахания, а заслуга появление дополнительного железа - внешнего DAC. Ушла необходимость поддерживать высокую тактовую ядра ради PWM. ток потребления при непрерывном формировании сигнала DTMF при ХTAL=3,579/8 мГц I=0,8mA (при ХTAL=2,457/16 мГц I=0,68mA) С цифрами что-то совсем не то. Было 0.45, после улучшения стало 0.68mA Надеюсь, что убедил Вас - имеется класс задач исключительно для ASMa. :rolleyes: Задач? Задач - нет, поскольку я сам прошел долгий путь от ASM-ов до сегодняшнего понимания. На ASM только отдельных кусочков в десятки команд максимум. О чем собсвенно уже не раз писал. Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C" :) Причем, что характерно, можно тот-же кусок написать на Си, получить листинг, подчистить и сделать ASM, если требуется. У меня в постоянной работе не менее десятка разных ядер, ASM для большинства из них я сколь-нибудь специально не изучал, но тем неменее достаточно понимаю и могу себе позволить чистки-правки-вставки с заглядыванием в буквари. Ну и еще раз - ЧИСТОЕ ногомахание компиляторы уже давно обеспечивают 1:1 с ASM. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ESN 0 29 сентября, 2015 Опубликовано 29 сентября, 2015 (изменено) · Жалоба Вообще-то в ногомахании описанного Вам типа просто НЕЛЬЗЯ засыпать, иначе ногами махать будет НЕКОМУ. Вообще-то она потребляет его в РАБОЧЕМ режиме, то есть пока пересчитывает и загружает 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. Возможно, я сумбурно изложил предыдущее сообщение и это пояснение внесет ясность в его содержание. Изменено 29 сентября, 2015 пользователем ESN Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aleksandr-zh 4 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба слаб, слаб ныне флудер пошел... всего-то 7 страниц спора.... А вот раньше-то было... :))))) думаю, можно жестко почистить тему ибо выдохлась? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smalcom 0 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба слаб, слаб ныне флудер пошел ни одного примера кода, ни одного замера, скукота. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
one_eight_seven 6 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба Задачу "ногомахания" при строгой времянке можно отнести к таковым. Но это не мешает написать остальную часть программы на "C" sm.gif Ну не знаю, специально написал на C битбангинг (правда, на MSP430), компилятор - IAR. Ни одной лишней строки кода в disassembly. Неужели, тот же IAR для AVR так плох? Кстати, имею 560 мкА потребления при активной периферии: 2xI2C, SPI, UART, на частоте 8МГц в активном режиме, абсолютно не стараясь его снизить, хотя, это более, чем возможно. Микроконтроллер, конечно, подороже AVR-ки, но когда начинаю использовать периферию и режимы пониженного энергопотребления - впечатляет. Новым питомцам, навроде M0+, а тем более M3 и M4 по этому параметру далеко, зато наличие широкого спектра производителей - это огромный плюс. Да и не всегда нужно падать ниже 1 мкА, в режиме ожидания: зачастую и 4 мкА - хороший результат, и 20 мкА - удовлетворительный. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 2 29 сентября, 2015 Опубликовано 29 сентября, 2015 · Жалоба Микроконтроллер, конечно, подороже AVR-ки, но когда начинаю использовать периферию и режимы пониженного энергопотребления - впечатляет. Тут вопросов нет. Сила MSP в переферии и ее сочетании ядром. Изначально сбалансированное решение. Всякие декларации того-же атмела супер-пупер малом потреблении контроллера на самом ограничиваются рассказами о потреблении ядра. Но такой периферии, которая позволяет ядру МАКСИМАЛЬНО спать и работать на минимально необходимых частотах, у атмеловских восьмибитовиков и близко нет. Да и 16bit MSP свою лепту вносят - БЫСТРЕЕ считают и соответственно дольше спать могут. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
POLL 0 30 сентября, 2015 Опубликовано 30 сентября, 2015 (изменено) · Жалоба Компании 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 всех семейств. Изменено 30 сентября, 2015 пользователем POLL Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба Ну не знаю, специально написал на C битбангинг (правда, на MSP430), компилятор - IAR. Ни одной лишней строки кода в disassembly. Неужели, тот же IAR для AVR так плох? Вопрос именно в строгости времянки, а не лишних строках (например, нужно выводить в тот же внешний ЦАП данные с периодом 16 тактов). Тогда лучше уж написать кусочек на асм, чем добавлять в код asm("nop"). Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aleksandr-zh 4 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба вот сижу и думаю: так осваивать теперь Xmega али нет?... вроде на следующей неделе платки для обучения работе с stms32 получу ... только на них и сосредоточиться? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Eddy_Em 2 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба Вопрос именно в строгости времянки, а не лишних строках (например, нужно выводить в тот же внешний ЦАП данные с периодом 16 тактов). Тогда лучше уж написать кусочек на асм, чем добавлять в код asm("nop"). Руки бы поотрывал и засунул их в задницу тем, кто временные интервалы не таймерами задает, а "нопами". АВРщина головного мозга! Вы еще ногодрыг вручную устройте на какие-нибудь I2C, 1-wire и т.п. Особенно ржачно смотреть, как аврщики городят всякие велосипеды вроде I2C (а то и SPI) на камнях, имеющих это аппаратно!!! Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smalcom 0 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба пора закрывать тред. а то опять пошло элитарное разделение. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vitaly 0 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба Особенно ржачно смотреть, как аврщики городят всякие велосипеды вроде I2C (а то и SPI) на камнях, имеющих это аппаратно!!! Подскажи камень, имеющий 8 аппаратных входов SPI для синхронного получения данных. Ну или 8 SPI. Или используй аппаратный I2C для SHT10. И как обойтись без асма в таких местах? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 9 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба Руки бы поотрывал и засунул их в задницу тем, кто временные интервалы не таймерами задает, а "нопами". АВРщина головного мозга! Вы еще ногодрыг вручную устройте на какие-нибудь I2C, 1-wire и т.п. Особенно ржачно смотреть, как аврщики городят всякие велосипеды вроде I2C (а то и SPI) на камнях, имеющих это аппаратно!!! Это не АВРщина. Просто они старенькие. Набили руку еще на pic16f84 и тиражируют ногодрыг десятилетиями. А мир тем временем ушел вперед. Насовсем ушел. вот сижу и думаю: так осваивать теперь Xmega али нет?... вроде на следующей неделе платки для обучения работе с stms32 получу ... только на них и сосредоточиться? Xmega точно осваивать не стоит. Его и раньше осваивать не стоило. stm32 или что-то другое на Cortex-M Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
aaarrr 69 30 сентября, 2015 Опубликовано 30 сентября, 2015 · Жалоба Руки бы поотрывал и засунул их в задницу тем, кто временные интервалы не таймерами задает, а "нопами". АВРщина головного мозга! Сколько праведного гнева! А ведь это всего лишь пример. 16 тактов на таймере осилите? Вы еще ногодрыг вручную устройте на какие-нибудь I2C, 1-wire и т.п. Особенно ржачно смотреть, как аврщики городят всякие велосипеды вроде I2C (а то и SPI) на камнях, имеющих это аппаратно!!! I2C - это очень хороший пример. На SAM7, например, аппаратный I2C был весьма "ржачен". Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
