Форум РадиоКот

kloker писал(а):а кто разобрался, как в QT дебажить армы на уровне портов и регистров?

QT, вообще-то, это QuickTime, да и Qt - это библиотека/фреймворк.

А вообще, в QtCreator вполне всё работает:



РОН посмотреть можно, пошаговая отладка есть, вычисляемые выражения есть. Насчёт того, чтобы смотреть состояния портов - напрямую, вероятно, нет, но ничто не мешает смотреть просто содержимое по нужному адресу - адресу соответствующих регистров порта. Вот, например, GPIOB:

да, QT Creator для STM не родная платформа, кросплатформенный фреймворк QT создан для ОС, а не железа, но хоть так, как IDE оболочку поюзать.
спасибо, не докопал еще до дампа памяти.

в онлайне STMStudio состояния переменных и регистров показывает, интеграции с IDE к сожалению нет, или не нашел как прикрутить.
https://www.st.com/en/development-tools ... stm32.html

Добавлено after 16 minutes 58 seconds:
надо еще разобираться с подключением ST-Link SWD к QT, дебаг не стартует

Ещё раз - не QT, а Qt. Не QT Creator, а QtCreator.

QuickTime тут совсем не причём.

А дебаг может не стартовать из-за того, что используемый gdb собран без поддержки python

да, с gdb явно что-то не так, arm-none-eabi-gdb-py.exe Qt не нравится, а arm-none-eabi-gdb.exe воспринимает нормально, но не работает.
свою сборку gdb с сырцов под винду я еще не делал.
инсталил с официального релиза gcc-arm-none-eabi-8-2018-q4-major-win32-sha2.exe

В этих сборках поддепжки python нет, насколько мне известно.

http://mmote.ru/qtcreator-stm32 Вот тут немного нагуглил, что путь к python должен быть в path и вроде как должна отладка заработать в windows.

[uquote="WiseLord",url="/forum/viewtopic.php?p=3670576#p3670576"]в колонках слышны лёгкие "повизгивания" от VS1053[/uquote]
Вот есть специальный документ от производителя по организации "правильного" выхода для VS1053:
VS10XX AppNote: Connecting analog outputs Там есть схема:

Спойлер

vs10XXan_output.png

Схема выхода VS1053

(113.96 КБ) 120 скачиваний

Там и организация "MUTE" есть на транзисторах, они тупо замыкают выход на землю. Видимо проблема выходных шумов действительно не проста.
Тогда можно сделать промежуточную платку между выходом платы VS1053 и входом TDA7439 которая по сигналу "MUTE" будет замыкать на землю аудио выходы кодека. Тогда можно будет WiFi не выключать:)

Походу все по одним и тем же граблям идем. .
Такая ситуевина ожидаема. Большинство все таки юзает винду в качестве (недо)операционки. А нативные програмеры все сплошь линуксоиды.

Ну да ладно - это лирика.

WiseLord, поделитесь своим файликом stdio.h Его бы в корень проекта положить. Видать он в стандартном комплекте либ к компилятору не идет. У меня на него ругается debug.c Я пробовал левые подсовывать - не подходют, собаки.

От .h файла толку мало - нужно чтобы в самом компиляторе была его имплементация. И вообще странно, что его там нет.

P.S. Скачал ради интереса gcc-arm-none-eabi-8-2019-q3-update-win32.zip - есть такой:

[uquote="WiseLord",url="/forum/viewtopic.php?p=3670969#p3670969"]http://mmote.ru/qtcreator-stm32 Вот тут немного нагуглил, что путь к python должен быть в path и вроде как должна отладка заработать в windows.[/uquote]
похоже в path пути не к тому питону указаны, их в системе 3 версии стоит, для Visual Studio 3.71-x64/x32, и 2.17x32.
с консоли вызывается >python -V
Python 3.7.1
осталось придумать как для гдб 2.17 скормить а для студии 3.7.1 питон
на arm-none-eabi-gdb-py.exe как в статье описано QtCreator ругается сразу.

Попробовал в виртуалке с виндой. Да, arm-none-eabi-gdb-py.exe не работает. Достаточно просто в терминале войти каталог с ним и попытаться запустить - ругается на отсутствующую библиотеку.

Попробовал установить Python 2.7 с официального сайта. Выбрал 32-битный инсталлятор (по разрядности самого GDB). После установки этот arm-none-eabi-gdb-py.exe начинает запускаться и определяться в QtCreatore как GDB.

таки да, после прописывания путей к 2.7.15x32 питону,GNU Tools ARM Embedded и OpenOCD начало запускаться, если ST-Link с платой подключены.
Спасибо
осталось с фейсом дебаг моды разобраться))

Добавлено after 17 minutes 31 second:
вопрос по компиляции, ключей для мейка достаточно в настройках? в скрипте автосборки "-j4 -s" стоит,
в Qt
make.exe -j4 all in C:\Work\WiseLord\ampcontrol-f103

Победил (вроде как) я свой Qt.
kloker, откройте файл debug.c - не ругается на #include <stdio.h>? Если нет - наведите на на него мышкой - какой путь показывает?
А на отсутствие поддержки символьных ссылок утилитой make не ругается?

Отладчик -запустил - но какой то левый. Я нуб в этом, поэтому утверждать, что он правильно работает не берусь. Завтра скриншот сделаю - сами посмотрите. На gdb.py у меня ругается - не могу создать отладчик. Хотя питон у меня стоит давно и работает c msys (пути тоже все прописаны).

Что я сделал:
1. Дополнительно в настройках компиляторов дописал путь к заголовочным файлам (c:\Program Files (x86)\arm-avr-compiler\arm\arm-none-eabi\include\)
2. Поправил конфиг. (писал выше как)
3. Заменил make.exe на свою
4. Запустил сторонний отладчик

ПыСы надо бы про запуск отладчика в инструкцию добавить пунктик. Про то, что сначала надо запускать GDB сервер, а уже потом подключаться к нему клиентом через меню Начать отладку - > Подключиться к серверу отладки. Порт прописать 3333. В качестве Локальной программы выбрать файл .elf

У меня в Linux оно не как сервер работает (порт 3333), а прямо в pipe режиме

[uquote="pilnikov",url="/forum/viewtopic.php?p=3671254#p3671254"]Победил (вроде как) я свой Qt.
kloker, откройте файл debug.c - не ругается на #include <stdio.h>? Если нет - наведите на на него мышкой - какой путь показывает?
А на отсутствие поддержки символьных ссылок утилитой make не ругается?[/uquote]

#include <stdio.h> --> \GNU Tools ARM Embedded\8 2018-q4-major\arm-none-eabi\include\stdio.h

нет,make не ругается.
возможно в
\arm-avr-compiler\arm\arm-none-eabi\include
немного не та версия файлов, не проверял

попробуйте подменить GCC-ARM на более новый, выше ссылки писал где взять. старый сносить не обязательно, хватает поменять пути в системном окружении, и перелогиниться\перегрузиться, смотря куда пути вносил.

[uquote="WiseLord",url="/forum/viewtopic.php?p=3670969#p3670969"]В этих сборках поддепжки python нет, насколько мне известно.

http://mmote.ru/qtcreator-stm32 Вот тут немного нагуглил, что путь к python должен быть в path и вроде как должна отладка заработать в windows.[/uquote]

Тут хорошая инструкция, только вот в конце у меня, в отличие от автора, не получилось создать условия запуска

"Снова открываем проекты, настраиваем запуск. Конфигурация запуска - через сервер GDB. В качестве программы нужно выбрать скомпилированный elf файл:"

http://mmote.ru/uploads/entries/35/execcfg

настройка режима запуска
OpenOCD в режиме pipe


Добавлено after 2 minutes 18 seconds:
важная деталь выбрать конфигурацию запуска, иначе не тот дебагер подтянет

На самом деле, тут ещё важно версию QtCreator посвежее иметь. Было время с полгода назад, когда текущие версии в плане baremetal оказались с багом, препятствующим нормальной отладке. Я сам в их багтрекер репортил, и кое-что по мере своих сил исправлял и отсылал патчи.

STM сподобился свою IDE наваять на основе еклипса, всё в одном, куб+ среда разработки.
https://www.st.com/en/development-tools ... beide.html
делаю робкие шаги в освоении.

Eclipse, как и практически всё написанное на Java, достаточно неповоротлив. Хотя нынешние железки переваривают этот софт неплохо.

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