Одна из сильных сторон платформы ARM Cortex-M E.глин. STM32 - это его комплект GCC Toolchain с GDB
это сделало возможным некоторую причудливую отладочную отладку
http: // www.STM32duino.com/viewtopic.PHP ... 5&начало = 50

Я думал, что текстовая функция интерфейса графического интерфейса была хорошей, так как она не требует дополнительного SW для установки

Но я не могу найти сборку GDB для Windoes, которая была составлена ​​с включенной опцией
(Возможно, даже невозможно скомпилировать его, но я нашел сообщение в блоге, где я думаю, что кому -то удалось собрать обычный GDB для Intel / Win32 с текстовым графическим интерфейсом, так что можно сделать то же самое для руки версия.

Я не слишком уверен, что «текстовый графический интерфейс» использовал функции Unix, такие как библиотека «NCURSES», возможно, он будет связан с либерацией Win32.
Одна из проблем заключается в том, что «Ncurses», подобные вещам, вполне зависят от «консоли VT100» с различными позициями экрана управления/экономных символов и т. Д.

Тем не менее, я предполагаю, что использование таких вещей, как Eclipse, возможно, довольно целесообразно в Windows просто, что это довольно массово установлено самостоятельно.
Я в основном работал в Eclipse, так как нахожу такие вещи, как завершение кода и ссылки (E.глин. Прыгая от символа/функции на объявление) очень полезно в Eclipse. Это экономит много времени от выполнения текстовых поисков для символов/функций и т. Д

Казалось, есть также некоторые сторонние продукты GDB GUI для Windows, различные коммерческие продукты (не бесплатны)
http: // www.Ультрагдб.ком/
http: // www.wingdb.com/wgfeatures.htm
https: // visualgdb.ком/

Очевидно, есть различные доступные «фронта» для GDB (сервер). Некоторые из них являются IDE, это включает в себя некоторые интересные, такие как Eclipse / Netbeans среди них
https: // sourceware.org/gdb/wiki/gdb%20front%20ends
https: // codelite.орг/
Некоторые из них работают в Windows

Забавно, как те же темы продолжают появляться, но никто не возвращается и смотрит то, что уже обсуждалось:
http: // www.STM32duino.com/viewtopic.PHP?F = 35&t = 113#P837
http: // www.STM32duino.com/viewtopic.PHP?F = 35&t = 342

В какой -то момент у меня были как текст, так и отладка GUI GDB, интегрированная как пункт меню, но я не следил за быстро меняющейся платформой.txt/poard.txt, который мы имели в первые дни. Никто, казалось, не заботился о командном GDB (как я его использую), и я не думаю, что кто -то последовал за отдельным вариантом отладчика GDB Eclipse Gui Gui.

Когда я хочу отлаживать сейчас, я просто CD в каталог TMP и просто запускаю Arm-none-ebi-gdb вручную. Если вы используете зонд черной магии, это все, что вам нужно.

Я бросил попытку попросить команду Eclipse исправить проблемы в автономном отладке для Windows. Так что я не смотрел на это целую вечность. Я думаю, есть шанс, что сейчас это работает, но у меня было ощущение, что никто не работает над этим.

Re: GDB

Текстовый графический интерфейс был чем -то, чего я раньше не видел. я.E на полпути между командной строкой и графическим интерфейсом

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

Несколько вариантов, которые я, наверное, никогда не упоминал, - это Emacs и Netbeans.

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

Я никогда не пробовал STM32 с NetBeans. Тем не менее, я заставил это работать с MSP430 без слишком много суеты. Если он работает с инструментами MSP430, он будет легко использовать инструменты ARM. Чтобы он работал с STM32, просто включал бы изменение имен путей в диалоговом окне «Конфигурация» на соответствующий ARM-None-Eabi-* Exes.

Netbeans звучит интересно, но звучит как массивная установка, просто как графический передний конец для GDB.

Я также посмотрел на коммерческий фронт GDB Для Windows (я опубликовал об этом, но название продукта теперь намекает на меня.Но это было более 100 долларов и, похоже, не сработало так хорошо.)

Итак, GDB на командной строке, к сожалению, все еще кажется лучшим вариантом.

Я использовал Coocox Coide, чтобы написать простой код и отлаживать его на чертеже, используя ST-Link, и он хорошо работал, используя Coocox Core. Я не исследовал, не так ли было бы легко использовать ядро ​​и отладка STM32Duino Core и отладка.

Я думаю, что @Vassilis использует атоллический Truestudio для составления кода Arduino, и который поддерживает отладку и имеет бесплатную версию.

Было несколько заявлений о том, что в среде Windows не хватает GDB для STM32Duino и как было много проблем с Eclipse. Для справки, пожалуйста, посмотрите https: // www.Embitz.орг/ И посмотрите, как базовая IDE дополняется первым отладчиком класса, который имеет функции, не найденные ни в каком другом наборе инструментов. К ним относятся

• Живые переменные Механизм, чтобы увидеть переменные значения, просто парясь над ними
• Поддержка SVD как определено ARM, чтобы увидеть символические имена для всех периферийных регистров и их битовых полей. Защита от записи предотвращает обновление регистров и битовых полей, которые только читаются. Для разработки функциональности низкого уровня это было очень ценно для меня.
• EB Monitor Позволяет иметь печатные операторы без какого -либо влияния на программу работает. Это использует технологию отладки, определяемая ARM, и является заменой классической технологии полухостинга.
• Поддержка RTOS Использование плагинов для различных средств ОС, чтобы разрешить отладку уровня задач.

Для некоторых пользователей это печальный факт, что Embitz недоступен на Mac или Linux.

Если вы используете Linux, BluePill и устройство BMP, вы можете получить сеанс Arm-None-Eabi-GDB для автоматического запуска после загрузки, если вы редактируете свою платформу.TXT и измените «Инструменты.bmp_upload.загрузить.шаблон "Ключевое слово для этого значения:

платформа.изменение TXT: SPI.beginTransaction(SPISettings(, ...));