Лучшие практики отладки встроенного программного обеспечения с использованием Jtag и Swd

Введение

Встроенная отладка программного обеспечения всегда требовала глубокого понимания как аппаратного, так и программного обеспечения. Взаимодействие между цифровой логикой, памятью, периферийными устройствами и ограничениями в реальном времени создает отладочный ландшафт гораздо более сложный, чем традиционная разработка приложений. JTAG (Joint Test Action Group) и SWD (Serial Wire Debug) являются двумя доминирующими интерфейсами отладки аппаратного обеспечения, используемыми для просмотра в этом мире. Освоение их использования превращает отладку из разочаровывающей игры в догадки в методический, эффективный процесс. Эта статья предоставляет всеобъемлющее руководство по передовым практикам отладки встроенного программного обеспечения с использованием JTAG и SWD, охватывающий все, от настройки до передовых методов.

Понимание JTAG и SWD

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

JTAG (IEEE 1149.1)

JTAG был первоначально разработан для тестирования печатных плат с использованием граничного сканирования, но он быстро стал стандартом для отладки и программирования микроконтроллеров, FPGA и других сложных IC. Интерфейс использует пять сигналов: TCK (Test Clock), TMS (Test Mode Select), TDI (Test Data In), TDO (Test Data Out), и необязательный TRST (Test Reset). JTAG предоставляет машину состояния, которая позволяет полностью контролировать внутренние регистры процессора, память и периферию. Его основная сила - широкая совместимость и поддержка граничного сканирования, которая может быть бесценной для аппаратной проверки на уровне платы.

SWD (Serial Wire Debug)

SWD - более современная двухпроводная альтернатива, разработанная ARM для ядер серии Cortex-M. Она заменяет сигналы JTAG с четырьмя данными одним двунаправленным SWIO (Serial Wire I/O) и SWCLK (Serial Wire Clock). SWD предлагает несколько практических преимуществ: меньшее количество контактов, необходимых (критически важных для конструкций с ограниченным пространством), более высокая пропускная способность данных из-за более простого протокола и возможность сосуществовать с JTAG на одной и той же цели в некоторых реализациях. Большинство датчиков отладки на основе ARM (например, Segger J-Link, ST-Link и CMSIS-DAP) поддерживают оба протокола, позволяя вам выбирать на основе вашей цели.

Когда использовать JTAG vs. SWD

• Используйте JTAG, если вам нужно тестирование граничного сканирования, отладка устройств, не связанных с ARM (например, некоторых RISC-V, FPGA, DSP), или требуется несколько интерфейсов отладки, подключенных в цепочке daisy.
• Использование SWD для устройств ARM Cortex-M, Cortex-A или Cortex-R при ограниченном количестве контактов требует более высокой скорости программирования или вы хотите освободить GPIO, обычно используемые JTAG. SWD также часто предоставляет последовательный просмотрщик проводов (SWV) для отслеживания данных в реальном времени.

Для более глубокого сравнения обратитесь к описанию интерфейса JTAG/SWD и ARM SWD .

Создание надежной среды отладки

Плохая аппаратная настройка является наиболее распространенной причиной отладки разочарования. Даже лучший отладчик и IDE не могут исправить сломанные физические соединения.

Выбираем зонд для отладки

Инвестируйте в качественный отладчик. В то время как дешевые адаптеры могут работать для хобби-проектов, отладка производства требует надежности. Отраслевые стандарты включают Segger J-Link , ST-Link/V3 , PEmicro Cyclone и Lauterbach . Эти зонды обеспечивают стабильные тактовые сигналы, правильный перевод уровня напряжения и надежные драйверы SWD/JTAG. Многие также предлагают такие функции, как неограниченные точки останова (через флэш-патчинг), отслеживание в реальном времени и возможности сценариев.

Проводка лучших практик

• Продолжайте провода короткими. Высокоскоростные отладочные часы (до 50 МГц для SWD и 100+ МГц для JTAG) восприимчивы к проблемам целостности сигнала. Используйте витые пары или экранированные кабели, если они работают дольше, чем несколько дюймов.
• Используют соответствующие резисторы подтягивания/подтягивания.] Большинство линий SWD и JTAG требуют подтягивания на целевой плате (обычно от 4,7 кОм до 10 кОм до VCC). Некоторые зонды имеют внутренние подтягивания, но проверяют совместимость.
• Соедините землю. Существенно важно твердое наземное соединение низкого давления между зондом и мишенью. Используйте отдельный провод GND, а не полагайтесь на щит.
• Проверьте уровни напряжения. Убедитесь, что опорное напряжение отладчика (VTref) соответствует напряжению ввода/вывода цели. Многие зонды автоматически ощущают VTref, но для систем смешанного напряжения может потребоваться адаптер с перемещением уровня.

Обычные аппаратные подводные камни

• Проблемы с последовательностью питания: Цель должна быть включена перед (или одновременно с) зондом отладки, чтобы избежать защелки или повреждения.
• Плавающий nRST: Многие MCU требуют сигнала сброса для входа в режим отладки. Подключите линию nSRST зонда к штифту сброса цели, если автоматическое подключение не удается.
• Бузовое разногласие: Не оставляйте SWDIO на низком уровне (например, кнопкой или другим GPIO) во время отладки — это может предотвратить инициализацию.

Для подробных схем проводки, обратитесь к Отладчик адаптера аппаратного руководства OpenOCD .

Создание системного процесса отладки

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

1.Проверка аппаратных соединений

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

2.Проверить стабильность энергоснабжения

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

3. Проверьте состояние сапог

Перед отладкой приложения подтвердите, что микроконтроллер вообще выполняет код. Используйте отладчик, чтобы остановить ЦП после сброса и проверить счетчик программы. Если ПК перескакивает на неожиданный адрес, у вас может возникнуть проблема с загрузчиком или картографированием памяти.

4. Проверить соединение отладчика

Большинство IDE (IAR, Keil, STM32CubeIDE, VS Code with Cortex-Debug) предоставляют тест на подключение. Запустите его и убедитесь, что отладчик может читать и записывать в память. Если нет, перепроверьте соединения и настройки часов.

5.Начните с минимального тестового кода

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

Использование расширенных функций отладки

Современные ядра ARM Cortex-M включают мощное отладочное и трассирующее оборудование.Освоение этих функций может сократить время отладки на порядки.

Точки остановки и точки наблюдения

Точки остановки при выполнении конкретной инструкции. Точки наблюдения приостанавливают выполнение при чтении или записи местоположения памяти. Используйте точки останова оборудования (обычно 2-6 в зависимости от ядра) для критически важных секций и аппаратные точки наблюдения для проблем с повреждением данных. Точки останова программного обеспечения (через инструкцию BKPT) работают в оперативной памяти, но потребляют два слова памяти. Используйте условные точки останова, поскольку они могут замедлить выполнение до сканирования; они реализуются путем вставки точки останова в цикл, который эффективен только тогда, когда условие редко запускает.