Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 37
<сарказм>Да и микроскопом тоже можно забивать гвозди</сарказм>
Неуместный «сарказм». Не вижу причин заниматься мазохизмом и программировать микроконтроллеры в Notepad или в Keil (что почти одно и то же). Разработка под ARM Cortex-M3 ничуть не проще любой другой разработки на C или C++, в одном проекте может использоваться до десятка библиотек (для TCP/IP, SD-карт, радио и т.п.), да и количество своего кода зачастую довольно большое, если устройство достаточно сложное. Я даже для HelloWorld завёл бы проект в IDE — как минимум для того, чтобы потом использовать в качестве шаблона.
Но ведь микроскоп очень удобный, грех не воспользоваться. ))
Возможно я чего-то не знаю, но чем для вас QtCreator удобнее Eclipse?
Во всяком случае быстрее.
присоединяюсь к вопросу
Встречный вопрос, чем QtCretor хуже Eclipse?
Мне теперь во всех IDE не хватает функциональности плагина Locator (по дефолту зовётся по Ctrl+K). Мегаудобная вещь. При том, что нечто похожее есть и в Sublime, и в IDEA, и, вроде, Eclipse, и в Kdevelop, но всё какое-то не такое — много суетливых движений нужно делать, что бы достичь того же эффекта как в локаторе.
Вопрос, а почему для C++ вы используете C++11, а для Си только gnu99? Есть же -std=c11 и -std=gnu11 (хотя новшеств там не так много, но вкусное есть). Просто праздный интерес.
gdb в них собран без поддержки Python'а, что делает невозможной отладку через QtCreator
Я с этой проблемой столкнулся, оказалось, что она решается очень просто и быстро. Как правило, под разные системы (ту же винду, в частности) есть собранные версии gdb с поддержкой python (например, под ту же винду есть собранный gdb на сайте qt-project http://download.qt-project.org/official_releases/gdb). А в настройках комплекта в QtCreator можно этот отладчик явно указать. Profit!
Я тоже пытался запустить (давно правда), не получилось.
Ну, тут можно поэкспериментировать с gdb, попробовать собрать самостоятельно или где-нибудь найти уже собранный, может кто-то этой проблемой уже заморачивался. Главное, что Creator позволяет без извращений подменить один gdb на другой, что дает простор для творчества.
З.Ы.
Например, вот здесь есть статейка, в конце которой упоминается собранный gdb с поддержкой arm и python, можно его попробовать.
З.Ы.
Например, вот здесь есть статейка, в конце которой упоминается собранный gdb с поддержкой arm и python, можно его попробовать.
Видя человека с ARM-железякой в руках уже сложно его на что-то другое пересадить, если у него есть его любимая IDE и она с его задачами на отлично справляется.
Как-то задавался этим вопрос и получал ответы такого вида: «У нас нету много времени чтобы изучать Ваши новые IDE, Toolchains и тд., так как нас полностью устраивает то, что идет „с коробки“ от производителя. Все свое основное время мы лучше потратим на аппаратный мир (то есть, сам МК) и его изучение.»
Но пользуясь случаем хотел бы задать такие вопросы (извиняюсь за небольшой «оффтоп»):
Всем большое СПАСИБО!
Как-то задавался этим вопрос и получал ответы такого вида: «У нас нету много времени чтобы изучать Ваши новые IDE, Toolchains и тд., так как нас полностью устраивает то, что идет „с коробки“ от производителя. Все свое основное время мы лучше потратим на аппаратный мир (то есть, сам МК) и его изучение.»
Но пользуясь случаем хотел бы задать такие вопросы (извиняюсь за небольшой «оффтоп»):
- Как часто Вам приходиться «билдить» или «дебажить» с консоли?
- Была бы Вам интерестна платформа STM32 в PlatformIO?
Всем большое СПАСИБО!
>> что МК скорее программируют инженеры с навыками программиста, чем прирожденные программисты.
Читаете мои мысли :)
>> Я бы лучше дальше занялся улучшением поддержки embedded платформ со стороны qbs и QtCreator
Спасибо. Буду следить.
P.S: Извиняюсь, ответ к #comment_7703313
Читаете мои мысли :)
>> Я бы лучше дальше занялся улучшением поддержки embedded платформ со стороны qbs и QtCreator
Спасибо. Буду следить.
P.S: Извиняюсь, ответ к #comment_7703313
HSE_VALUE — это не частота ядра, это частота кварца, которая чаще всего 8MHz (8000000) или 25MHz."HSE_VALUE=168000000"
Почему может так быть что МК не прошивается? Но отладка работает. Код в МК не соответствует ожидаемому явно.
В общем разрулил. У меня был прошитый ST-Link в J-Link. Очевидно что JLink гораздо круче по скорости и возможностям. Отладка работала но как-то туповато, точки останова не всегда срабатывали. Прошивка командой от GDB load. Приводила к фэйлу, но отладка начиналась, естественно не соответствуя .elf-файлу. Несколько раз я прозревал от разных фич:
Блокировка флэш — защита от записи — write protection. Убирается командой
(gdb) monitor flash protect bank sector_begin sector_end off # sector=page - см.доки на МК.
Например STM32F1 имеет страницы размером по 2кБ, и для МК с 256кБ флэша нужно задать 0 0 127. Для STM32F4 с 1МБ, у него сектора разного размера будут 0 0 11. У каждого МК свой фокус.
Посмотреть чё как
monitor flash info 0 # bank=0
При работе напрямую через
openOCD, например задавая команды черезxxx.cfgили опцию-cили telnet всё то же самое но без словаmonitor
- Это помогло 1 раз. Короче прошивалось нормально через
openocd -f board.cfg -c "program xxxx.elf"(это приблизительно). Дальше всё работает.
Вердикт. Полез читать, оказалось JLink из ST-LInk совсем не J-Link, а подобие, и выходит что openocd с ним криво работает. Откатился к ST-link. Всё работает.
ЗЫ. А вот Keil под виндой с этим JLink'ом давал жару на 50 МГц, вливая код за мгновения. И точек останова больше (неограничено типа, в st-link 6) и скорость хорошая.
Раз тема всплыла, скажу, что мне вполне успешно удалось настроить QtCreator под контроллеры Nuvoton (серия М451 в частности). С отладкой, правда, не разбирался.
Это тоже Cortex M4, потому рецепты те же, что в статье. Единственное, Qbs не осилил, остановился на сmake, благо Creator с ним тоже прекрасно работает.
Это тоже Cortex M4, потому рецепты те же, что в статье. Единственное, Qbs не осилил, остановился на сmake, благо Creator с ним тоже прекрасно работает.
Аналогичным образом добавляем отладчик arm-none-eabi-gdb
стоит отметить, что в данный момент, если GDB старше какой-то версии, то отладка не запускается. GDB 8.0 — не работает. GDB 7.7.1 — работает. Естественно оба с поддержкой Python.
Крик души! Помогите, пожалуйста, разобраться.
Вопрос: В какой момент и каким образом происходит заливка прошивки?
Настроил QtCreator и openocd по Вашей инструкции (и перепроверил на нескольких аналогичных), собрал проект, но я не вижу что либо в логах похожее на заливку. В итоге дебаг не идет толком, иногда стопается в рандомных точках в ассемблере, но в мейн так и не попал. Проект — простейшая моргалка. Пробовал 3 разные платы на stm32f103cb, stm32f407ve и stm32f407vg. последняя — честный Discovery с настоящим st-link-ом. Остальные пытаюсь скрестить с китайским двухбаксовым клоном
Вопрос: В какой момент и каким образом происходит заливка прошивки?
Настроил QtCreator и openocd по Вашей инструкции (и перепроверил на нескольких аналогичных), собрал проект, но я не вижу что либо в логах похожее на заливку. В итоге дебаг не идет толком, иногда стопается в рандомных точках в ассемблере, но в мейн так и не попал. Проект — простейшая моргалка. Пробовал 3 разные платы на stm32f103cb, stm32f407ve и stm32f407vg. последняя — честный Discovery с настоящим st-link-ом. Остальные пытаюсь скрестить с китайским двухбаксовым клоном
Сам спросил — сам отвечу.
Заливка происходит командой load. Ее видно в окне настройки gdb сервера.
Но основной затык был в том, что контроллер не переходил в режим программирования (или неправильно ресетился — не знаю). Я пытался запустить это в связке с openocd 0.10. После долгого гуглежа оказалось нужно добавить команду «monitor reset_config none separate» перед ресетом перед заливкой прошивки. В моем случае список команд для gdb сервера выглядит так (я добавил только одну, остальные там были по умолчанию)
Вдруг кому пригодиться
Заливка происходит командой load. Ее видно в окне настройки gdb сервера.
Но основной затык был в том, что контроллер не переходил в режим программирования (или неправильно ресетился — не знаю). Я пытался запустить это в связке с openocd 0.10. После долгого гуглежа оказалось нужно добавить команду «monitor reset_config none separate» перед ресетом перед заливкой прошивки. В моем случае список команд для gdb сервера выглядит так (я добавил только одну, остальные там были по умолчанию)
set remote hardware-breakpoint-limit 6
set remote hardware-watchpoint-limit 4
monitor reset_config none separate
monitor reset halt
load
monitor reset halt
Вдруг кому пригодиться
Разработка велась в среде IAR, и многие согласятся со мной, что по сравнению с разработкой в QtCreator'е это боль и страдание.
Да. IAR отстой. Он ещё перетирает изменение файлов, которые сделаны текстовыми редакторами извне IAR.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Программируем микроконтроллеры stm32 при помощи QtCreator