Atmel atmega: AVR® MCUs | Microchip Technology — Производство и поставка электростанций, Бензиновые и дизельные генераторы от 1 до 100 кВт. Мини ТЭЦ на базе двигателя Стирлинга.

Содержание

Почему бы я не рекомендовал Atmel или о непонимании успеха Arduino / Хабр

Хочу немного поделиться негативным опытом использования микроконтроллеров Atmel в промышленной разработке.

Atmel как целевую платформу выбрал заказчик, хотя мы его и отговаривали (еще даже не зная, что нам предстоит — интуиция, что ли?). Ну что же, «заказчик всегда прав».

В продукте было два контроллера — 32-битный UC3A3 и 8-битный ATMega164. В качестве дебаггера выбрали AVR One!, в качестве среды разработки — AVR Studio 5.0 (последняя версия на момент старта).

И началось!

У двух из трех купленных AVR One! в течении первого же месяца отвалились JTAG-коннекторы. У одного из них пропадал контакт питания. Каждый дебаггер, к слову, стоит около 600 евро!

При первом подключении дебаггера к компу с установленной AVR Studio 5.0 последняя захотела обновить ему прошивку. И не просто захотела, а отказывалась работать без этого. Процедура обновления прошивки благополучно зациклилась в «обновление — ожидание готовности устройства — обновление завершено неуспешно — обновление.

..», произвести ее удалось только после долгих танцев с бубнами.

На начальной стадии работа ведется на Evaluation платах. Были такие и у Атмела. Вот только на «готовых» эвалкитах к большинству пинов процессора банально не было доступа! А универсальный пакет STK600, позволяющий «воткнуть» в него практически любой контроллер при помощи переходника (решение реально супер, если бы не одно но), имел маленький недостаток — его схема была недоступна ни в открытом доступе, ни за деньги! Блин, вот реально — тулкит, предназначенный для экспериментов с платформой, поставлялся без схемы! И схема его охранялась очень и очень тщательно, судя по многочисленным веткам на AVR freaks. Поскольку мы не могли представить себе, как же можно работать без наличия схемы, мы разумно отказались от покупки этого тулкита (который ни разу не дешевый, к слову!).

Еще веселее стало, когда приступили собственно к написанию и отладке кода.

Самым веселым оказалось то, что пошаговая отладка оказалась в принципе невозможной. Дело в том, что поставив где-нибудь в коде брейкпоинт, дождавшись остановки программы в этом месте и выполнив «шаг вперед», ты оказывался… в обработчике прерывания! (Естественно, в прерывании при этом никаких брейкпоинтов не было!). А поскольку прерывания в системе были всегда (таймеры и т.п.), процесс отладки выглядел следующим образом: приходилось ставить следующий брейкпоинт на следующей строке и нажимать Run вместо Step Over. Особенно весело это было, когда надо было отследить if или switch. Или же выполнить Step Into, а не Step Over…

Вторым радостным моментом оказалось то, что когда ты останавливался в прерывании, ты не видел стека вызовов. Особенно радовало, когда этим прерыванием было исключение процессора. На предыдущем проекте на контроллере от Freescale в аналогичной ситуации ты отлично видел весь стек вызовов — в каком месте произошло исключение процессора и что к нему привело. Здесь же все, что ты видел — это то, что исключение произошло. А где и почему — оставалось только догадываться.

Третьим радостным моментом оказалось, например, вот что: код

int a[4];

a[0] = 1;
a[1] = 2;
a[2] = 3;
a[3] = 4;

категорически отказывался работать на ATMega! Элемент a[1] после этого кода оставался равным 0!

И особенно порадовал ответ техподдержки Atmel «Да, данный процессор имеет указанную проблему, попробуйте заменить его на другой!». Ага, а ничего, что уже как бы плата с ним произведена? Следующим ответом техподдержки было «Попробуйте заменить в AVR Studio родной AVR toolchain на open source WinAVR. Это, как ни странно, помогло, массив стал инициализироваться как надо. Правда, заголовочные файлы этого toolchain представляли из себя местами кашу, и часть заголовков пришлось брать от „родного“…

Плюс вся система работала крайне нестабильно. Дебаггер мог просто перестать видеть контроллер. Студия могла перестать видеть дебаггер. Или перестать запускать код на выполнение.

К счастью, на AVR freaks часть проблем была описана и решения найдены. Например, вместо 600-евровых AVR One! были куплены 50-евровые AVR Dragon, работающие гораздо стабильнее — с ними разработка стала в принципе возможной. (Из серии „Зачем, блин, платить больше?“).

И пришлось перейти с AVR Studio 5.0 на более старую AVRStudio32, поскольку первая была настолько глючно-сырой, что работать в ней было невозможно. Интерфейс, конечно, у пятой студии был удобным, ничего не скажешь, но когда удобная в использовании среда банально не работает — удобство оказывается бессмысленным, увы.

AVRStudio32 c точки зрения интерфейса оказалась очень специфической штукой. То ли Eclipse-based сыграло свою роль, то ли Atmel внес свою лепту… Приведу лишь один пример.

Нам понадобилось изменить точку запуска, которая по умолчанию выставлена в среде разработки на начало flash контроллера. В AVRStudio32 за это отвечает так называемая „конфигурация запуска“ (найти которую, кстати, отнюдь не очевидная задача). Так мало того, что параметры конфигурации запуска не сохраняются в проекте (а это означает, что изменения должен был вносить каждый разработчик „ручками“ и их нельзя было коммитить в репозиторий), так кроме этого студия могла в какой-то из моментов по своему желанию создать новую конфигурацию, с параметрами по умолчанию, сделав ее текущей. Нет, когда это все уже знаешь, то исправить это не вопрос. Но вот когда не знаешь, а выглядит все так, что после очередного изменения вдруг все перестало работать, то становится очень даже невесело…

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

Еще одной такой досадной мелочью был прикол с тем, что Atmel называет Fuses — специальные биты, управляющие поведением микроконтроллера, доступные при помощи специальных команд. Неосторожное движение или ошибка — и процессор оказывался непригодным к дальнейшему использованию без очень сложных телодвижений. Можно было, например, переключить его с использования внутренней тактовой частоты на внешнюю. Поскольку внешней, конечно же, в наличии не было, процессор переставал работать. Вернуть этот бит без подачи внешней синхронизации было невозможно в принципе. А еще можно было, например, „выключить“ JTAG — после чего к контроллеру невозможно было подключиться дебаггером.

Вполне естественно, что во время разработки возникают ошибки. Но когда такая ошибка приводит к остановке процесса на непонятно сколько времени — мягко говоря, совсем невесело.

Одна из последних проблем оказалась не менее веселой — по какой-то из причин микроконтроллеры один за одним переставали работать, и дебаггеры тоже переставали их видеть. Времени на анализ было потрачено прилично, оказалось же вот что.

Немного доп. информации: каждый контроллер от Atmel имеет так называемый Device Code, однозначно идентифицирующий семейство. Есть спец. команда, чтобы этот код прочитать. Дебаггер и студия как раз его и используют для идентификации того, что подключено. По идее, значение это read only, и нигде в спецификации не указано обратное. Оказалось, что это не так.

Цитата из Errata:

Signature may be Erased in Serial Programming Mode
If the signature bytes are read before a chiperase command is completed, the signature may be erased causing the device ID and calibration bytes to disappear.

This is critical, especially, if the part is running on internal RC oscillator.

Особенно же впечатлило решение проблемы:

Problem Fix / Workaround:
Ensure that the chiperase command has exceeded before applying the next command.

То есть, если Device ID уже оказался стертым, записать его назад возможности не предоставляется. Хуже всего то, что вместе с ним стирается еще и калибровка внутренней частоты, которая также невосстановима, насколько я понял из доступной информации.

Должен сказать, что после команды Chip Erase в коде стояла задержка в два раза больше, чем того требовала спецификация. Однако Device ID волшебным образом стирался по непонятной причине…

Что же, негативный опыт — тоже опыт. Вряд ли я по доброй воле выберу теперь Atmel для чего-либо.

А что касается Arduino — понятно, конечно, что те, кто решает с ней поиграться, с большинством проблем банально не столкнутся, но — после всего описанного выше я все же не понимаю столь высокой ее популярности.

И кстати, выбор заказчиком платформы, похоже, как раз и был обусловлен популярностью Ардуино…

UPD: Вот, кстати, из последних глюков: на ATMega164 есть три группы фьюзов: fuse, fuse_high, fuse_ext. Так вот, по неизвестной причине изменить fuse_high не получается. При этом изменить fuse — получается, и что самое интересное — после любого изменения fuse (даже ничего не значащего, например, включение-выключение вывода тактовой частоты наружу на пин, который висит в воздухе) начинает работать и изменение fuse_ext.

Обзор микроконтроллеров семейства AVR компании Atmel

32-разрядные микроконтроллеры

Богатый набор функций и лучшая производительность в своём классе микроконтроллеров Atmel AVR обеспечиваются наличием встроенных блоков цифровой обработки сигналов с фиксированной запятой (DSP), портом SRAM, контроллером прямого DMA, продуманной архитектурой, построенной на проверенных и инновационных решениях Atmel.

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

1. Серия L.
Архитектура МК разрабатывалась для портативных устройств.
На первом месте в списке достоинств находится низкое энергопотребление, составляющее 165 мкА/МГц в активном режиме, 600 нА и 9 нА при включенных и отключенных часах реального времени, на втором — производительность.

Для взаимодействия с пользователем в микросхеме встроен CAT-контроллер на 17 аппаратных каналов. Безопасное хранение программ во флэш-памяти обеспечивается технологией FlashVault.

Семейство AT32UC3L с ёмкостью флэш-памяти 16-256 кб, 48 выводов. Встроенная поддержка технологии picoPower. Модуль безопасного доступа (SAU) обеспечивает повышенную безопасность и целостность программы и данных. Рабочая частота 50 МГц, интерфейсы SPI – 5, I²C – 2, UART – 4. Встроенных АЦП до 8, выходов ШИМ до 35, напряжение выводов 1,62-3,6 В. Отладка по интерфейсам JTAG или aWire.
Семейство ATUC..L3U – ATUC..L4U. Низкое энергопотребление, благодаря технологии picoPower. Вcтроенный полноскоростной USB приёмопередатчик. Разнообразные интерфейсы: SPI – 1, I²C – 2, UART – 4, LIN – 4, SSC – 1. Имеются АЦП и ЦАП. До 6 встроенных плюс сторожевой таймер. Напряжение выводов 1,62-3,6 В. Отладка по интерфейсам JTAG или aWire.

Маркировка микросхем Atmel

2. Серия С.
Основное назначение микроконтроллеров AT32UC3C – высокопроизводительные автомобильные системы.
Отдельно выделим микроконтроллеры AT32UC3C0512CAU c возможностью загрузки лицензированного ПО от Atmel для аудиосистем. Наличие интерфейса Ethernet, производительность и богатые коммуникационные возможности делают этот МК отличным решением для создания концентратора датчиков Интернета Вещей (IoT).

К ключевым особенностям устройства относятся:

Разнообразные интерфейсы: SPI, I²C, UART, CAN, LIN, SSC, Ethernet.
Рабочая частота 66 МГц.
Встроенный модуль USB + OTG.
Блок FPU для операций с плавающей запятой и технология безопасного хранения кода FlashVault.
12-разрядные быстродействующие ЦАП и АЦП, до 20 каналов ШИМ.
Уровни напряжений выводов 3,0 – 5,5 В.
32-кГц RTC, 6 таймеров, сторожевой таймер.
Отладка по JTAG.

3. Серия D.
Микроконтроллеры ATUC..D3-ATUC..D4 для начинающих конструкторов. Просты в освоении, мощные и функциональные. В МК реализована технология SleepWalking, позволяющая подключенным устройствам выводить микроконтроллер из спящего режима.

Технические характеристики:

Рабочая частота 48 МГц.
Встроенный модуль USB.
CAT-контроллер для устройств сенсорного ввода на 25 каналов.
Интерфейсы: SPI, I²C, UART.
10-разрядные АЦП, до 7 каналов ШИМ.
Уровни напряжений выводов 3,0, 3,6 В.
32-кГц часы реального времени, 3 таймера, сторожевой таймер.
Отладка по JTAG и aWire.

4. Микроконтроллеры A0, A1, A3, A4
Ориентированы для применения в устройствах и системах, выполняющих операции по обработке больших массивов данных. Производитель наделил микроконтроллеры большой пропускной способностью и высокоскоростными портами, работающими в режиме USB как хоста или периферийного устройства.
Микроконтроллеры А0, А1 имеют встроенный интерфейс Ethernet, встроенную поддержка SD-карт памяти, высокую производительность.

5. Серия B.
Рабочая частота 60 МГц, вкупе с высокой пропускной способностью и производительностью, встроенным модулем USB с OTG и низким энергопотреблением делают микроконтроллеры незаменимыми при:

конструировании устройств хранения данных с USB интерфейсом;
портативных устройств;
несложных промышленных систем управления.

С чего начать изучение FPGA Altera?

Семейство MegaAVR Atmel

Если кратко характеризовать всё многообразие этого семейства микросхем Atmel, то можно отметить, что это 8-битные микроконтроллеры, различие между которыми в следующих характеристиках:

Объём флэш-памяти от 4 до 128 кб.
Выводов от 20 до 100.
Встроенный CAN-контроллер.
Встроенный LIN-контроллер.
Специальные функции для управления электродвигателями, LCD-дисплеями, USB-интерфейсами.

Быстродействие более 20 млн операций в секунду позволяет загружать и выполнять программы большого объёма. Специальные исполнения микросхем picoPower от Atmel позволяют конструировать микроконтроллеры с низким энергопотреблением, а внутрисхемная отладка и обновление программного кода в режиме исполнения, делают тестирование приложений простым, быстрым и удобным.

Рассмотрим наиболее интересные устройства семейства MEGA AVR

1. Микроконтроллеры со встроенным CAN-контроллером AT90CAN128, AT90CAN32, AT90CAN64.
Как видно из обозначения, различия в микросхемах в объёме флэш-памяти – 128, 32 и 64 кб, каждая имеет по 64 вывода.

Основные технические характеристики:

Частота 16 МГц.
Пинов ввода-вывода 53.
Внешних прерываний до 8.
Интерфейсы SPI – 1, I²C – 1, UART – 2, CAN – 1.
8 10-битных АЦП, ЦАП отсутствует.
Напряжение выводов 2,7..5,5 В.
Отладочный интерфейс JTAG.
Температура эксплуатации -40..85 °С.

Для оценки возможностей МК предназначен набор ATDVK90CAN1 в комплекте с программным обеспечением.
Наибольшее распространение протокол CAN имеет в автомобильной промышленности, в том числе, для критичных систем. По этой причине устройства идеально подходят для создания бортовых устройств автомобиля, сопряжённых с его электронными системами и датчиками.

Жизненный цикл импортных электронных компонентов

2. Для бортовых систем автомобиля, работающих с протоколами CAN и LIN предназначены микроконтроллеры ATMega16M1, ATMega32M1, ATMEga64M1. Микроконтроллеры имеют объём встроенной флэш-памяти 16..64 кб и 32 пина, повышенную производительность.

Краткие характеристики устройств:

Частота 16 МГц.
Пинов ввода-вывода 27.
Внешних прерываний до 27.
Интерфейсы SPI – 1, UART – 1, CAN – 1, LIN – 1.
11 10-битных АЦП, 1 10-битный ЦАП.
ШИМ каналов до 10.
Напряжение выводов 2,7..5,5 В.
Отладочный интерфейс debugWIRE.
Температура эксплуатации -40..85 °С.

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

3. Архитектура микросхем AT90PWM Lighting оптимизирована для управления электродвигателями и системами освещения за счёт наличия двух 12-битных высокоскоростных контроллеров и гибких таймеров с режимами сравнения.
Ёмкость флэш-памяти МК 8-16 кб, количество пинов 20-32.

Характеристики:

Частота до 16 МГц.
Интерфейсы UART, SPI.
8 10-битных АЦП, 1 10-битный ЦАП.
До 7 выходов ШИМ.
Отладочный интерфейс debugWIRE.
Температура эксплуатации -40..105 °С.

4.Микроконтроллеры AT90USB отличает разнообразие встроенных интерфейсов: SPI – 2, I2C – 1, UART – 1.
Однако серия не зря названа USB. В МК встроен USB приёмопередатчик, работающий на полной скорости.

5. Достаточно большое подсемейство ATMega169, ATMega329 и ATMega649 с LCD-контроллером, имеющим встроенный регулятор контрастности.

Заявка на поставку импортных микросхем

Мы специализируется на поставках импортных микросхем для производства приборов связи и навигационного оборудования для авиа- и судостроения. Получить подробную информацию о поставляемых брендах и условиях сотрудничества можно тут: https://import.el-ra.ru

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

Если вы заинтересованы в работы с нами, то заполните форму по ссылке: www.el-ra.ru/zayavka

Звоните: +7(495) 374-61-00
Пишите: [email protected]

Avr atmega в Тобольске: 245-товаров: бесплатная доставка, скидка-38% [перейти]

Партнерская программаПомощь

Тобольск

Каталог

Каталог Товаров

Одежда и обувь

Стройматериалы

Текстиль и кожа

Здоровье и красота

Детские товары

Электротехника

Продукты и напитки

Промышленность

Мебель и интерьер

Вода, газ и тепло

Сельское хозяйство

Все категории

ВходИзбранное

Avr atmega

3 661

5384

Программатор TL866II Plus USB EEPROM с флэш-BIOS, автомобильный драйвер NAND Burn + SPI для ATMEL AVR ATMEGA AT90 PIC GAL SRAM