Відео

debug это просто слово, которое описывает набор опций компилятора. Этот набор может быть и релизным. Вы можете использовать оптимизацию, я в примере показывал, что используется -O2. Другими словами, проблема может быть, если компилятор сильно переделывает код и не очевидна последовательность операций. Никто не мешает точно также тестировать релизную сборку, просто нужно включить в elf файл отладочную информацию, чего обычно не делают.

@@ViacheslavMezentsev Благодарю

Ардупилот большой, попробовать можно, но у проекта есть своё сообщество, где можно задавать вопросы.

@@ViacheslavMezentsev как можно с вами связаться?

Кстати меня зовут Илья. Я ищу единомышленников, возможно на коммерческой основе. Для работы с кодом ардупилота

На почту можно написать viacheslavmezentsev@ya.ru

Вячеслав я написал вам на почту

Судя по примеру вам нужно писать свой конфиг openocd под каждый камень в проекте. Мне - нет. Всё автоматизировано.

@@ViacheslavMezentsev ну либо разные конфиги под ось, либо разные конфиги под камень :) обычно внутри проекта камни не меняют без нужды, но думаю можно капнуть ещё глубже и найти способ передачи камня в конфиг вызова...

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

Я проверяю требование. В частности тот код, который является частью проекта. Вы, видимо, не знакомы с подобными требованиями в некоторых областях, пытаясь рассуждать со своих точек зрения. Ранее я пояснял, что существуют стандарты верификации, в которых нужно проверять весь код проекта, сформированый программистом. Показанная проверка соответствует требованиям, составленным по одному из таких стандартов. Так делают в гражданской авиации. Всё правильно, при замене мк всё тестирование будет выполняться заново. Это нормально, так как изменится исходный код, сформированый программистом. Следовательно изменятся требования и тесты. Это очень большая работа, которую проводят для безопасности в авиации.

@@ViacheslavMezentsev Если речь идет об авиации, или любой другой области с повышенными требованиями к безопасности, то никто не использует для этого gcc, а соответственно и gdb. Для этого есть специальные компиляторы, которые изначально сертифицированы под это (а возможно даже и библиотеки под это). И стоят они немало. Ну и для отладки и тестов никто не будет использовать клон JLink за 5 Евро с Алиэкспресса. А так тему вы интересную освещаете, только вот практического ее применения я не вижу.

Я сам лично участвовал в верификации блоков приборов для гражданского борта. Как все по России и за пределами мы заказываем проверку "сверху". Периодически приезжает специальная комиссия, которая отслеживает как обстоят текущие дела с бортом в целом и оборудованием в частности. Так вот их мнение по этому вопросу я учитываю. И да, там используется gcc. Я вам больше скажу, нам рассказывают, что вообще подобное тестирование кое-где вообще выполняется путём просмотра глазами кода человеками. Нет никаких специальных компиляторов, есть стандарт, о котором я упоминал специально в прошлом видео. Там описан процесс верификации ПО и от вас требуется выполнить организационные мероприятия таким образом, чтобы соответствовать этому стандарту. Плюс подтвердить всё это на материальных носителях. Я специально указывал ранее в видео, что каждый может повторить то, что я делаю. Специально для этого взял доступные отладчики и на их основе продемонстрировал реальность происходящего.

@@ViacheslavMezentsev Честно говоря очень удивлен о подобной разработке в авиации. Немного знаком с автомобильной сферой - там никто не использует "бесплатные" gcc. Для этого есть специальные сертифицированные компиляторы. Введите в гугле "safety certified compilers" - их довольного много разных. В автомобильной сфере очень часто бывает что микроконтроллер, который используется в блоках не всегда можно купить в магазине - т.е. он делается специально под заказ под требования автопроизводителя.

Честно говоря, не знаю. Дело в том, что у J-Link'а есть своя технология RTT, которая используется для различных целей отладки и необходимости в SWO нет.

@@ViacheslavMezentsevМеня больше интересует трейс в Кеил, хочу ещё попробовать СистемВьювер от сеггер , но там вроде для отладки тоже требуется swo? Вы когда то грозились рассказать про Озон и СистемВьювер, пока не планируете?

Когда до FreeRTOS в примерах доберусь. Там они нужны. Я везде практически использую RTT для отладки. SystemView и Ozone также его поддерживают. В VS Code в плагине cortex-debug тоже есть поддержка в виде доп окна в терминале. Сам обычно Putty использую совместно с RTT.

Да, рисование графиков тоже тема, но для этого я нашёл другое более тяжёлое решение: библиотека LibuP7 и софт для неё.

Да, кстати, Ozone тоже умеет строить графики.

Зачем make и cmake? Они специально на waf перешли и изменить это вряд ли возможно.

​@@ViacheslavMezentsev Да, наверное вы правы. Сейчас почитал про ./waf, видимо это универсальное решение. Кстати, в 2024 году собираю все через WSL - по сути тот же CYGWIN, только нет танцев с бубнами, просто пару команд и вперед к компиляции. 'plane' finished successfully (8m33.074s)

@@IvanEng747 я тоже в WSL собираю, здесь есть ролик про это, но не с ardupilot. А, нет, есть и в WSL. Посмотрел.

Чёткая инструкция будет разной для разных систем. Для Windows 7 одна (частично окружение можно развернуть, но сложно), для Windows 10 другая, для Windows 11 третья, для WSL четвёртая, для Linux пятая. Заколебёшься видео писать. Лучше самому немного помучиться, ибо это одна из самых распространённых сред разработки на сегодня.

@@ViacheslavMezentsev ой, только не нужно проблемы высасывать на пустом месте. Инструкция для win7-10-11 ничем друг от друга не отличается. инструкция для линукса вовсе не нужна потому что линуксойдов незначительное количество. А те кто все же работают на линуксе сами разберутся. WSL вообще в первый раз слышу что это такое. "Заколебёшься видео писать" - в смысле? Вы же записали видео на 25 минут. Вроде не заколебались. Как говорится плохому танцору всегда что-то мешает. Вот вы и нашли кучу оправданий. За эти 25 минут можно было бы более вразумительное записать, вместо того что бы зрителя посылать читать какую-то статью. Это всего лишь лично мое мнение. Никому его не навязываю. Был бы рад узнать как программировать STM32 на VS, но после просмотра вашего видео сделать этого не могу. Зря потратил время на просмотр.

@@gromitwoll6907 Вы попробуйте сначала, а потом пишите. У меня есть сборка подобного окружения для Windows 7 и повторить её настройку может далеко не каждый, т. к. такую старую систему больше не поддерживают. Это означает, что нужно устанавливать конкретные версии и VS Code, и всего остального. Про WSL у меня есть ролики дальше в плейлисте. Да, у VS Code в моём варианте использования есть порог входа. Можно поискать других авторов на UA-cam, сейчас эта тема уже известна. Просто для встраиваемых применений пока ещё не так распространено, как для прикладного программирования.

@@ViacheslavMezentsev "Windows 7..." ну давайте тогда разведем еще флуд как запустить VS code на win95 или Висте. Это ведь очень важно в контексте этого разговора. «Можно поискать других...» Собственно, так люди и поступают. Только вот вы такой на «Ютубе», к сожалению, не единственный. И поискать других авторов - это значит посмотреть еще пару троек таких же видео по полчаса. В итоге потратить на поиск информации сутки времени и так не найти нужный ответ. Я ведь не единственный, кто вам написал, что видео ни о чем и не содержит полезной информации. И такой негатив ведь не на пустом месте. Количество мусорных видео на «Ютубе» огромное. Просто научитесь пожалуйста ценить время людей которые вас смотрят, тогда и негатив сменится на позитив и благодарность.

@@gromitwoll6907 В свою защиту скажу, что комментаторов тоже развелось, которые палец о палец ударить не могут, всё ждут, когда им кто-то разжуёт. Мне вот про это всё никто ничего не докладывал. Скажу страшное, последнее видео про модульное тестирование вообще мало кто сможет повторить, ибо там не статьи на хабре читать нужно будет, а кучу руководств к нужным инструментам и про это никто никаких видео снимать не будет. Здесь обычно результат выкладывают, а реальная работа как она есть мало кого интересует.

Через впн пока что нормально все качается

Это старое видео, на github проекты имеют уже более гибкий CMake файл, который позволяет подцеплять как локальные генерируемые файлы, так и файлы из локального репозитория cubemx. Есть примеры без использования скриптов stm32-cmake. После некоторых мучений придёт понимание как собирать любые проекты, используя cmake. В соседних похожих репозиториях у меня лежат другие подобные примеры.

Могу посмотреть

​@@ViacheslavMezentsevзавтра можно я вам скину, куда вам можно скинуть ?)

@@massiveatack В телеграм можно @slavamezentsev

@@ViacheslavMezentsev спасибо, завтра напишу)

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

@@chipsoft1 Вообще-то весь мир делает по-разному и потому на мелькавшем в этом видео дереве видов тестов столь много веток даже в первом слое. Модульным тестом можно найти только грубую ошибку в каком-то блоке. Никто только после модульного теста в здравом уме самолет в воздух поднимать не станет. Разве что если новый модуль относится к чему-то потенциально безопасному - к примеру, к бортовой кофемолке.

@@krostovskiy Не всегда. Если пишет проект один разработчик модульные тесты ему не нужны. Чем больше команда, чем ниже квалификация ее участников, чем сложнее проект - тем нужнее модульное тестирование. И наоборот. В программе тоже описывается все возможные варианты работы модуля, так что в тестах багов может быть не меньше чем в программе.

@@lonter121 На самом деле все эти идеи лет 10 как есть. Статьи и даже примеры для встраиваемых систем. Это не так просто всё взять и показать. Не всем это нужно, зависит от продукта. Я, к примеру, следую рекомендациям стандарта КТ-178С, но не всем такие сложности нужны.

Нужен, но это дело привычки. Сначала можно что-то делать не до конца понимая детали, а потом постепенно придёт понимание.

через питухайтон намного проще стать вайтишником

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

@@ViacheslavMezentsev спасибо за ссылки) буду изучать

На текущий момент, с учётом СВО, в подобных поисках можно было бы использовать военные БПЛА малой дальности (до 50 км). Это гораздо дешевле вертолёта и быстрее в развёртывании. Время было упущено. У человека был шанс, пока он ждал на месте, где его будут искать.

Это конечно плохо, но в настоящих походах в касках даже на тропах, где есть хоть какая-то вероятность прилёта со склона рядом.

Поддержка live watch есть, это старое видео. Я пока не показывал как переменные смотреть.

@@ViacheslavMezentsev спасибо за ответ, значит можно снова возвращаться к идее все перетащить в одну среду

В плагине cortex-debug есть параметр liveWatch, который включает возможность просмотра значений глобальных переменных во время выполнения программы. Возможность отладки в VS Code может устроить только для простых проектов. Сам я дополнительно использую Ozone от Segger, в качестве отладочной среды. Что-то простое отлаживаю в VS Code, а что посложнее - в Ozone.

@@ViacheslavMezentsev Добрый день. Вячеслав, подскажите, расскажите почему ваш выбор пал на VScode + танцы с бубном а не на стандартные решения как Кеил или КубИде.? Я видел у вас на рабочем столе они есть. Какие преимущества или облегчение работы вам дают эти симейки , семихостинги и тд.... ? Это для каких то больших проектов ? Вы не пробовали Кеил 6 ?, они его на сайте у себя рекламируют , это как я понял расширение для VScode . И STшники тоже не так давно радовались что сделали там что то для VScode

Я профессионально владею Keil, IAR и CubeIDE, сопровождаю проекты собранные в этих средах. После работы с кучей этих IDE решил попробовать настроить VS Code и испытал чувство лёгкости при работе с кодом, которого нет ни в одной из этих IDE (отладку делаю пока в Ozone, но простую в VS Code). VS Code - это современная модульная среда разработки, она отвечает тебе взаимностью почти на любую хотелку. Вместо 10 редакторов ты можешь себе поставить один, вместо тысячи иерархических окошек - буквально ни одного диалогового окна с настройками. Я рекомендую посмотреть отчёт 2023 года со Stack Overflow. Там есть раздел со статистикой по средам разработки. Это не "мой выбор пал", а подавляющее число разработчиков используют VS Code. Пока не для embedd'а, но успевайте сеть на отъезжающий поезд. Современный программист должен уметь не только писать код, но и делать всё остальное, что связано с проектированием в современном мире и VS Code с лёгкостью это позволяет. Туда интегрировано почти всё, что нужно не только для кодинга непосредственно, но и для обслуживания кода, просмотра репозитория, отображения артефактов сборки и так далее. Недавно тестировал сложный проект с резервированными мк. VS Code позволяет делать комбинированную отладку и для этого не нужно так напрягаться, как в CubeIDE. Я не пользуюсь сторонними плагинами от ST, а настраиваю всё самостоятельно.

@@ViacheslavMezentsev в любом случае спасибо. интересно