Профилирование энергопотребления микроконтроллеров EFM32 Gecko

№ 1’2015
PDF версия
Семейство микроконтроллеров EFM32 Gecko производства Silicon Labs — это 32 разрядные ARM-контроллеры, ориентированные на приложения с батарейным питанием. Возможности EFM32 Gecko позволяют добиться минимального для кристаллов этого класса энергопотребления, во многом благодаря эффективным средствам поддержки разработок. Статья посвящена одному из средств отладки для микроконтроллеров EFM32 — комплексу Еnergy Profile, предназначенному для профилирования энергопотребления.

Если десять лет назад среди главных задач разработчика встраиваемых систем были сокращение объема используемой памяти, повышение быстродействия контроллера или уменьшение габаритных размеров устройства, то сегодня приоритеты несколько изменились. Сейчас даже при двукратном увеличении объема Flash-памяти цена микроконтроллера возрастает незначительно, а кристаллы доступны с самыми разными тактовыми частотами, размерами и функциями. Казалось бы, можно практически не ограничиваться в использовании аппаратных ресурсов кристалла, но, если требуется обеспечить батарейное питание, каждый «лишний» мегагерц, работающий таймер или интерфейс увеличивают энергопотребление и сокращают срок работы. В то же время установка даже «пальчиковой» батарейки может в несколько раз увеличить размеры устройства. Оптимизация энергопотребления без ущерба функциональности, надежности и производительности устройства — сложная многопараметрическая задача, с которой все чаще сталкиваются инженеры.

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

Предложение специализированных инструментов разработки и отладки, при огромном выборе микроконтроллеров, практически отсутствует. Традиционный подход предполагает применение осциллографов, мультиметров и логических анализаторов (рис. 1). Логические анализаторы позволяют контролировать исполнение программы, осциллографом и мультиметром можно измерить среднее энергопотребление, но сопоставить исходный код и энергопотребление с достаточной точностью этими средствами практически невозможно.

Традиционные средства отладки

Рис. 1. Традиционные средства отладки

Выявить все «узкие» места программного кода и исправить слишком «прожорливые» функции можно, только четко понимая взаимосвязь энергопотребления и исполняемого кода. Для микроконтроллеров семействами EFM32 Gecko от Silicon Labs такую возможность предоставляет комплекс Energy Profiler.

 

Комплекс Energy Profiler

Energy Profiler — это аппаратный модуль Advanced Energy Monitoring (AEM), встроенный на оценочных платах EFM32 Gecko, и программная утилита energyAware Profiler для запуска на компьютере. Модуль AEM непрерывно измеряет ток потребления и напряжение питания микроконтроллера, а средствами утилиты energyAware Profiler полученная информация обрабатывается и отображается графически. График зависимости потребляемого тока от времени обновляется по ходу исполнения программы и наглядно связан с исходным кодом, кроме графика отображается ряд дополнительных параметров, которые также обновляются в реальном времени.

 

Модуль Advanced Energy Monitoring

Схема включения блока AEM в цепь питания микроконтроллера на оценочной плате представлена на рис. 2. Диапазон измерений блока AEM составляет 0,1 мкА — 50 мА. Падение напряжения замеряется на шунте, включенном в линию питания микроконтроллера VMCU, а результат — величина потребляемого тока — формируется с помощью ОУ1 и ОУ2 для двух диапазонов с различной точностью. Для токов, превышающих 200 мкА, заявлена точность измерений до 0,1 мА, для токов менее 200 мкА ошибка измерений может превышать 1 мкА.

Схема включения блока AEM в цепь питания микроконтроллера

Рис. 2. Схема включения блока AEM в цепь питания микроконтроллера

Таймер, предусмотренный в составе модуля AEM, задает частоту измерений 6250 выборок в секунду. По каждому срабатыванию таймера выполняются измерение, преобразование и передача результатов через USB на компьютер. Измеряемые параметры — это напряжение питания, потребляемый ток и время, прошедшее с начала наблюдений. Для привязки параметров к исходному коду исполняемой программы используется функция трассировки ядра, доступная на микроконтроллерах с ядрами Cortex-M3/M4. В случае использования трассировки, по линии SWO с оценочной платы дополнительно передается значение счетчика команд. Общая структура Advanced Energy Monitoring показана на рис. 3.

Структура блока AEM

Рис. 3. Структура блока AEM

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

 

Утилита energyAware Profiler

Утилита energyAware Profiler доступна в составе программной платформы Simplicity Studio, которая распространяется бесплатно и содержит все необходимые для разработки программные компоненты, в том числе среду разработки на базе eclipse и множество полезных утилит. Simplicity Studio доступна для скачивания на сайте www.silabs.com, все ее компоненты обновляются автоматически.

Интерфейс energyAware Profiler состоит из трех основных окон (рис. 4). В первом окне отображается величина потребляемого тока, изменяющаяся с течением времени. На графике могут дополнительно помечаться переходы в обработчики прерываний (вертикальные стрелки) и уровень напряжения питания. Для детального рассмотрения можно выбрать точку или диапазон, справа от графика выводятся точные значения всех измеряемых параметров для выбранной точки и усредненные значения для диапазона.

Общий вид утилиты energyAware Profiler

Рис. 4. Общий вид утилиты energyAware Profiler

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

Привязка измерений к исходному коду реализуется за счет сопоставления полученного на линии SWO значения счетчика команд и объектного файла формата .axf, который создается при компиляции проекта в режиме отладки и содержит данные о программе в формате DWARF (Debug With Arbitrary Record Format). С помощью библиотек libelf и libdwarf утилита energyAware Profiler получает по содержимому счетчика команд номер строки в исходном коде и названия соответствующих файла и функции.

 

Использование Energy Profiler

Рассмотрим возможности, которые предоставляет комплекс Energy Profiler, на простом примере. Микроконтроллер EFM32GG990F1024‑BGA112, все необходимые элементы обвязки и блок AEM расположены на отладочной плате EFM32GG-STK3700 (рис. 5). Для начала профилирования тестового приложения на компьютере должны быть установлены среда разработки, утилита energyAware Profiler и драйвер SEGGER J‑Link software pack для встроенного на плату отладчика J‑Link.

Отладочная плата EFM32GG-STK3700

Рис. 5. Отладочная плата EFM32GG-STK3700

Микроконтроллеры EFM32 Gecko поддерживаются большинством популярных сред разработки (IAR, Keil и др.), но удобнее всего использовать программную платформу Simplicity Studio от Silicon Labs. Платформа содержит среду разработки на базе eclipse, собственно утилиту energyAware Profiler и все остальные необходимые компоненты — начиная с драйверов и утилит и заканчивая примерами приложений и документацией от производителя.

Итак, рассмотрим простейший пример профилирования энергопотребления. Микроконтроллер принимает данные по последовательному интерфейсу и помещает их в ОЗУ. Данные отправляются со стороннего устройства с интервалом в 0,5 секунды и принимаются по интерфейсу Low Energy UART. LEUART — это «облегченный» вариант UART, доступный на микроконтроллерах EFM32 Gecko. На скорости 9600 бит/с LEUART позволяет получить рекордно низкое для последовательного интерфейса энергопотребление, в чем можно убедиться по результатам профилирования.

Простейший способ приема данных по UART — бесконечный цикл опроса флага, который выставляется аппаратно при приеме посылки. Загрузим соответствующую программу на кристалл и проверим результаты ее работы с точки зрения энергопотребления. На рис. 6 видно, что среднее энергопотребление держится на уровне 3,86 мА, а на графике при получении посылки на UART заметны импульсы. Если обратить внимание на статистику работы программы (отображается под графиком), то очевидно, что функция pollLEUARTRx(), точнее цикл опроса флага RXDATAV, является главным потребителем энергии, а значит, именно она должна быть оптимизирована.

Профилирование программы с циклическим опросом флага

Рис. 6. Профилирование программы с циклическим опросом флага

В данном случае решением является типовой прием оптимизации — замена циклического опроса флага на обработку прерывания от UART. К тому же, как видно по результатам профилирования, активность процессорного ядра не требуется при ожидании посылки, а значит, можно перевести микроконтроллер в режим энергосбережения с «пробуждением» только на время обработки запроса прерывания.

После модификации программы во время ожидания посылки энергопотребление держится на уровне 405 мкА, а среднее значение снижается с 3,86 до 0,48 мА. По графику на рис. 7 также видно, насколько различается потребление в активном режиме работы и при отключенном ядре.

Профилирование программы с использованием прерываний

Рис. 7. Профилирование программы с использованием прерываний

Напомним, что привязка энергопотребления к исполняемому коду дополнительно увеличивает энергопотребление. При достижении удовлетворительных результатов оптимизации программы имеет смысл отключить блоки микроконтроллера, связанные с профилированием, и получить итоговый уровень энергопотребления. В рассмотренном случае реальное потребление кристалла при приеме данных по LEUART в среднем составляет всего 86 мкА (рис. 8).

Профилирование программы с использованием прерываний без привязки измерений к исполняемому коду

Рис. 8. Профилирование программы с использованием прерываний без привязки измерений к исполняемому коду

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

Ниже приведено несколько советов из практики работы с комплексом Energy Profiler. Полное руководство по применению Energy Profiler и других средств разработки можно найти в разделе Software Documentation платформы Simplicity Studio.

  • Для вновь созданного проекта нужно создать новую конфигурацию профайлера (меню Run -> ProfilingConfigurations…-> кнопка New). В дальнейшем по команде Profile будут осуществляться сбор и компиляция проекта, программирование микроконтроллера и собственно запуск профайлера. Для проектов, созданных в Simplicity Studio, конфигурация выполняется с нужными настройками по умолчанию, а если для разработки используется сторонняя IDE, настройки нужно проставить вручную в соответствии с документацией от Silicon Labs.
  • При сопоставлении исходного кода и данных об энергопотреблении утилита energyAware Profiler использует абсолютные пути к файлам исходного кода, поэтому рекомендуется компилировать проект каждый раз перед запуском профайлера.
  • Для работы с утилитой energyAware Profiler сборка проекта должна проводиться в режиме отладки. Соответствующий режимIDE выбирается в меню Project -> Build Configurations -> Set active -> GNU ARM v.4.7.3 — Debug.
  • На отладочной плате также должен быть выбран режим отладки, то есть переключатель питания на плате (рис. 5) следует установить в положение DBG.
  • Для того чтобы использовать функцию привязки измерений к исполняемому коду, в проект нужно добавить функцию BSP_TraceSwoSetup(). Эта функция должна быть вызвана при инициализации контроллера для настройки трассировки ядра и линии SWO. Исходный код функции можно найти в разделе Software Documentation платформы Simplicity Studio.
  • Линия SWO может использоваться, только если активен встроенный вспомогательный RC-генератор AUXHFRCO. Генератор, в свою очередь, автоматически отключается, как только микроконтроллер переходит в режим сна EM2 или ниже, поэтому, если в программе предусмотрены переходы в режимы энергосбережения EM2–EM4, генератор AUXHFRCO должен быть вручную настроен на непрерывную работу:
EMU -> CTRL |= _EMU_CTRL_EMVREG_FULL;

Питание генератора AUXHFRCO в режимах EM2+ добавляет к потреблению микроконтроллера дополнительные 100–150 мкА, а работа линии SWO, напомним, увеличивает энергопотребление еще на 300 мкА. Таким образом, после оптимизации программы, например при моделировании работы устройства от батареи, стоит использовать результаты измерений, проведенных без привязки к исходному коду.

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

  • сброс результатов измерений;
  • масштабирование графика;
  • выбор стандартной/логарифмической шкалы;
  • импорт/экспорт лога измерений в формате .csv;
  • включение отображения на графике запросов на прерывание;
  • включение отображения на графике величины напряжения питания;
  • отображение на графике каждой из исполняемых функций своим цветом и др.

При отладке приложений для EFM32 Gecko, запущенных не на оригинальной оценочной плате, также можно использовать комплекс Energy Profiler. Чтобы проводить измерения для контроллера на собственной плате, нужно подключить ее к оригинальной плате EFM32 Starter Kit: запитать от линии VMCU и подсоединить вывод SWO целевого МК к выводу SWO на оценочной плате.

 

Заключение

Конечно, нельзя назвать Energy Profiler абсолютно уникальным и не имеющим аналогов инструментом. Для большинства популярных ARM-микроконтроллеров такое же профилирование можно провести в среде разработки IAR, если подключиться к целевой плате через отладчик I‑Jet. Связка IAR плюс I‑Jet также позволяет получить полную информацию об энергопотреблении микроконтроллера с привязкой к исполняемому коду и, что особенно важно, может использоваться с кристаллами от разных производителей.

По сравнению с Energy Profiler, который работает лишь с контроллерами EFM32 Gecko от Silicon Labs, компания IAR предоставляет гораздо более универсальное решение, но у медали есть и обратная сторона. Средняя стоимость отладчика I‑Jet составляет 300 евро, стоимость лицензии на среду разработки IAR — тысячи евро, и в результате мы получаем серьезную сумму даже без учета стоимости отладочной платы. В то же время для начала работы с микроконтроллерами EFM32 Gecko достаточно приобрести только отладочную плату, все программные компоненты предоставляются на некоммерческой основе. Если характеристики одного из микроконтроллеров EFM32 подходят под требования целевого приложения, то суммарная стоимость разработки с EFM32 Gecko вполне может оказаться заметно ниже, чем при использовании конкурентных решений.

Литература
  1. Monte T. Energy Debugging Tools for Embedded Applications // Документация программной платформы Simplicity Studio 2.0.
  2. Информационно-справочный портал компании Silicon Labs.
  3. Курилин А. Платформа разработки Simplicity Studio: все инструменты в единой оболочке // Компоненты и технологии. 2014. № 6.
  4. Курилин А. Микроконтроллеры Gecko для реализации счетчиков воды, газа, тепла и электроэнергии // Компоненты и технологии. 2013. № 9.
  5. Кондрашова К. Оптимизация энергопотребления устройств на базе микроконтроллеров EFM32 Wonder Gecko с ядром Cortex-M4F // Компоненты и технологии. 2014. № 9.
  6. Кондрашова К. Ящерицы и микроконтроллеры EFM32 Gecko: что общего? // Компоненты и технологии. 2014. № 4.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *