![Вячеслав Мезенцев](/img/default-banner.jpg)
- 129
- 187 131
Вячеслав Мезенцев
Russia
Приєднався 16 бер 2010
Россия навсегда!
Настройка единого проекта STM32 для разных ОС (Windows и Linux)
Приводится пример параметризации проекта VS Code для работы в двух ОС (Windows и Linux).
Переглядів: 782
Відео
Модульное тестирование для малых встраиваемых систем (отладка py-тестов)
Переглядів 285Місяць тому
Приводится пример отладки py-теста в VS Code. Предыдущее видео: ua-cam.com/video/idlKlSHc0wU/v-deo.html Почитать: disk.yandex.ru/d/6H2ZvDkBPAJlqA Репозиторий: github.com/ViacheslavMezentsev/buck-boost-course Статья про unit-тестирование: mcuoneclipse.com/2023/12/18/modern-on-target-embedded-system-testing-with-cmake-and-ctest/ Ознакомиться: interrupt.memfault.com/blog/unit-testing-basics Для хо...
Прошивка мк в VS Code одной командой (j-link, pyocd)
Переглядів 250Місяць тому
Демонстрация команд сброса, очистки и прошивки для отладчика j-link, выполненных двумя способами. Проекты: github.com/ViacheslavMezentsev/demo-stm32-cmake Списки обучающих курсов: github.com/ViacheslavMezentsev/mediateka-stm32
Модульное тестирование для малых встраиваемых систем
Переглядів 1,9 тис.5 місяців тому
Приводятся практические примеры модульного тестирования, основанные на двух подходах - с подключением тестов, написанных на языке C, и с использованием скриптов для отладчика gdb. Почитать: disk.yandex.ru/d/6H2ZvDkBPAJlqA Репозиторий: github.com/ViacheslavMezentsev/buck-boost-course Статья про unit-тестирование: mcuoneclipse.com/2023/12/18/modern-on-target-embedded-system-testing-with-cmake-and...
Использование WSL для сборки и отладки STM32 проектов
Переглядів 4478 місяців тому
Windows позволяет расшаривать usb-устройства для WSL. Используя это, можно выполнять отладку проектов, комбинируя вместе возможности Windows и Linux. Проекты: github.com/ViacheslavMezentsev/demo-stm32-cmake Списки обучающих курсов: github.com/ViacheslavMezentsev/mediateka-stm32
Обзор репозитория с CMake демо проектами для AVR. Часть 2. Библиотека Mcucpp
Переглядів 2058 місяців тому
Репозиторий: github.com/ViacheslavMezentsev/demo-avr-cmake Библиотека: github.com/KonstantinChizhov/Mcucpp
Сборка Ardupilot в WSL (Windows 11 + Ubuntu)
Переглядів 2718 місяців тому
Демонстрируется процесс сборки проекта Ardupilot, используя WSL в Windows 11.
Новая группа российских волонтеров присоединилась к поискам Владимира Ульянова (20210603)
Переглядів 2,3 тис.8 місяців тому
Мы уговариваем главу МЧС Абхазии Льва Квициния принять участие в последней поисковой операции, чтобы попытаться найти хотя бы следы пропавшего участника. При этом предлагаем и согласовываем новый план поисков, учитывающий предыдущие поисковые мероприятия. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Отчёт Артура Чолакяна. Часть 2 (20210609-211925)
Переглядів 348 місяців тому
После завершения последней поисковой операции Артур делает краткий обзор результатов. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Отчёт Артура Чолакяна. Часть 1 (20210609-211212)
Переглядів 418 місяців тому
После завершения последней поисковой операции Артур делает краткий обзор результатов. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Отчёт Максима Вафина. Часть 3 (20210609-220947)
Переглядів 158 місяців тому
После завершения последней поисковой операции Максим делает краткий обзор всех, в которых он участвовал. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Отчёт Максима Вафина. Часть 2 (20210609-220129)
Переглядів 248 місяців тому
После завершения последней поисковой операции Максим делает краткий обзор всех, в которых он участвовал. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Отчёт Максима Вафина. Часть 1 (20210609-215442)
Переглядів 328 місяців тому
После завершения последней поисковой операции Максим делает краткий обзор всех, в которых он участвовал. Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Подготовка к поискам Владимира Ульянова
Переглядів 1328 місяців тому
Максим Вафин рассказывает про планирование последних поисков в районе перевала Химса (Абхазия). Дополнительные материалы: drive.google.com/drive/folders/1VHN-3rkDKUBVYbK-xsOl6zO-xhVEs67r?usp=sharing
Краткий обзор репозитория с CMake демо-проектами для AVR. Часть 1
Переглядів 37911 місяців тому
Краткий обзор репозитория с демо-проектами VS Code CMake (Windows) для AVR и Arduino В видео есть ошибки: - subi - это команда Subtract Immediate, а indirect - это косвенная адресация; - default.ld на видео может иметь неправильный размер для SRAM, нужно уточнять для конкретного мк это значение; путаница связана с тем, что я точно не знал входят ли регистры и область ввода-вывода в общий размер...
Сборка Ardupilot для CUAV-X7 (VS Code + Cygwin)
Переглядів 569Рік тому
Сборка Ardupilot для CUAV-X7 (VS Code Cygwin)
Отладка с использованием RTT для VS Code + CMake (Windows)
Переглядів 255Рік тому
Отладка с использованием RTT для VS Code CMake (Windows)
Краткий обзор репозитория с демо-проектами VS Code + CMake (Windows)
Переглядів 313Рік тому
Краткий обзор репозитория с демо-проектами VS Code CMake (Windows)
Отладка STM32 с использованием VS Code + J-Link в режиме semihosting
Переглядів 1,1 тис.Рік тому
Отладка STM32 с использованием VS Code J-Link в режиме semihosting
Прошивка и отладка STM32 в VSCode под Windows
Переглядів 4,6 тис.Рік тому
Прошивка и отладка STM32 в VSCode под Windows
Спуск в д.р. Кызылоюк с одноимённого перевала
Переглядів 252 роки тому
Спуск в д.р. Кызылоюк с одноимённого перевала
Восхождение на г. Иремель (ноябрь, 2021)
Переглядів 2102 роки тому
Восхождение на г. Иремель (ноябрь, 2021)
Большое спасибо за информацию! Почти 3 часа без перерыва -- моё почтение :) Что касается тестирования с использованием gdb, то это применимо, как я понимаю, только к сборкам debug, которые очень сильно по поведения могут отличаться от release-сборок, поэтому мне ближе тестирование с использованием unit-тестов в самой программе.
debug это просто слово, которое описывает набор опций компилятора. Этот набор может быть и релизным. Вы можете использовать оптимизацию, я в примере показывал, что используется -O2. Другими словами, проблема может быть, если компилятор сильно переделывает код и не очевидна последовательность операций. Никто не мешает точно также тестировать релизную сборку, просто нужно включить в elf файл отладочную информацию, чего обычно не делают.
@@ViacheslavMezentsev Благодарю
Надо в таких случаях хотя бы на всякий случай иметь с собой навигатор с треком.
Вячеслав, добрый день! Вячеслав, можно с вами проконсультироваться по ардупилоту?
Ардупилот большой, попробовать можно, но у проекта есть своё сообщество, где можно задавать вопросы.
@@ViacheslavMezentsev как можно с вами связаться?
Кстати меня зовут Илья. Я ищу единомышленников, возможно на коммерческой основе. Для работы с кодом ардупилота
На почту можно написать viacheslavmezentsev@ya.ru
Вячеслав я написал вам на почту
Вопрос в том что всё что можно игнорить они сделали -команда физичеспи вообще не готова так как они не могли и не хотели обратно спускаться т.е. не было сил вообще -погода,знали что портится,но хотели проскочить,оч хотели,не получилось -гид и фирма вообще лохи так как нету твёрдости и не спустились даже гкогда одному человеку плохо было
37:57 а я у себя сделал файл openocd.cfg, который лежит в папке проекта, при запуске openocd автоматом ищет этот конфиг и подхватывает и не нужно разные конфиги под разные ось содержимое следующее для примера: telnet_port 4444 gdb_port 4242 source [find interface/stlink.cfg] source [find target/stm32f407.cfg]
Судя по примеру вам нужно писать свой конфиг openocd под каждый камень в проекте. Мне - нет. Всё автоматизировано.
@@ViacheslavMezentsev ну либо разные конфиги под ось, либо разные конфиги под камень :) обычно внутри проекта камни не меняют без нужды, но думаю можно капнуть ещё глубже и найти способ передачи камня в конфиг вызова...
Осей всего две, а камней несметное множество. Поэтому у меня нужно один раз прописать 2 конфига для всех камней, а вам под каждый камень постоянно править. У меня демо проекты для десятка камней как минимум, а конфиги просто железно прибиты и трогать их не надо.
makefile наше всё...
А по моему вы просто забиваете гвозди микроскопом. Возможность работы с Python скриптами у GDB предназначена именно для очень глубокой отладки. В вашем случае непонятно что вы тестируете. Вы проверяете инициализацию периферии просто скопировав эту строку инициализации из исходного файла. В чем смысл этого? Как минимум, чтобы протестировать работу АЦП нужно подать с эталонного источника разные напряжения и замерять их на исходном устройстве с помощью реализованных функций напряжение и сравнить с тем что подавали. Так вы протестируете и инициализацию и измерение при чем одним тестом на любом микроконтроллере. А если вы по какой-то причине поменяете микроконтроллер или канал АЦП то все ваши тесты сразу же рассыпятся, ну или заново нужно будет копировать из исходника а в тест. Только зачем?
Я проверяю требование. В частности тот код, который является частью проекта. Вы, видимо, не знакомы с подобными требованиями в некоторых областях, пытаясь рассуждать со своих точек зрения. Ранее я пояснял, что существуют стандарты верификации, в которых нужно проверять весь код проекта, сформированый программистом. Показанная проверка соответствует требованиям, составленным по одному из таких стандартов. Так делают в гражданской авиации. Всё правильно, при замене мк всё тестирование будет выполняться заново. Это нормально, так как изменится исходный код, сформированый программистом. Следовательно изменятся требования и тесты. Это очень большая работа, которую проводят для безопасности в авиации.
@@ViacheslavMezentsev Если речь идет об авиации, или любой другой области с повышенными требованиями к безопасности, то никто не использует для этого gcc, а соответственно и gdb. Для этого есть специальные компиляторы, которые изначально сертифицированы под это (а возможно даже и библиотеки под это). И стоят они немало. Ну и для отладки и тестов никто не будет использовать клон JLink за 5 Евро с Алиэкспресса. А так тему вы интересную освещаете, только вот практического ее применения я не вижу.
Я сам лично участвовал в верификации блоков приборов для гражданского борта. Как все по России и за пределами мы заказываем проверку "сверху". Периодически приезжает специальная комиссия, которая отслеживает как обстоят текущие дела с бортом в целом и оборудованием в частности. Так вот их мнение по этому вопросу я учитываю. И да, там используется gcc. Я вам больше скажу, нам рассказывают, что вообще подобное тестирование кое-где вообще выполняется путём просмотра глазами кода человеками. Нет никаких специальных компиляторов, есть стандарт, о котором я упоминал специально в прошлом видео. Там описан процесс верификации ПО и от вас требуется выполнить организационные мероприятия таким образом, чтобы соответствовать этому стандарту. Плюс подтвердить всё это на материальных носителях. Я специально указывал ранее в видео, что каждый может повторить то, что я делаю. Специально для этого взял доступные отладчики и на их основе продемонстрировал реальность происходящего.
@@ViacheslavMezentsev Честно говоря очень удивлен о подобной разработке в авиации. Немного знаком с автомобильной сферой - там никто не использует "бесплатные" gcc. Для этого есть специальные сертифицированные компиляторы. Введите в гугле "safety certified compilers" - их довольного много разных. В автомобильной сфере очень часто бывает что микроконтроллер, который используется в блоках не всегда можно купить в магазине - т.е. он делается специально под заказ под требования автопроизводителя.
Добрый день. Вячеслав, подскажите, у СТлинка перепрошитого в Jlink поддерживается пин SWO ? Переделал себе китайский стлинк с чипом Gyhee в jlink , и не знаю стоит ли приделывать к нему SWO.
Честно говоря, не знаю. Дело в том, что у J-Link'а есть своя технология RTT, которая используется для различных целей отладки и необходимости в SWO нет.
@@ViacheslavMezentsevМеня больше интересует трейс в Кеил, хочу ещё попробовать СистемВьювер от сеггер , но там вроде для отладки тоже требуется swo? Вы когда то грозились рассказать про Озон и СистемВьювер, пока не планируете?
Когда до FreeRTOS в примерах доберусь. Там они нужны. Я везде практически использую RTT для отладки. SystemView и Ozone также его поддерживают. В VS Code в плагине cortex-debug тоже есть поддержка в виде доп окна в терминале. Сам обычно Putty использую совместно с RTT.
Да, рисование графиков тоже тема, но для этого я нашёл другое более тяжёлое решение: библиотека LibuP7 и софт для неё.
Да, кстати, Ozone тоже умеет строить графики.
а я думал у меня много вкладок в браузере)
Было бы отлично, если сняли видео как собирать отдельные примеры в папках library внутри папок ардупилота. А вообще интересна компиляция с помощью make или cmake.
Зачем make и cmake? Они специально на waf перешли и изменить это вряд ли возможно.
@@ViacheslavMezentsev Да, наверное вы правы. Сейчас почитал про ./waf, видимо это универсальное решение. Кстати, в 2024 году собираю все через WSL - по сути тот же CYGWIN, только нет танцев с бубнами, просто пару команд и вперед к компиляции. 'plane' finished successfully (8m33.074s)
@@IvanEng747 я тоже в WSL собираю, здесь есть ролик про это, но не с ardupilot. А, нет, есть и в WSL. Посмотрел.
я осилил это невероятно 🙄
Что то он помнит отлично до мелочей а что то не помнит ВООБЩЕ🧐🧐Как так может быть?! Странно
Товарищи! Бегисе в горы грелки ! В Спортмастере по 100 рублей! Как без этого на гору лезть?!
За старание и попытку, конечно, спасибо. Но практического применения, к сожалению, это видео мало пригодно. У автора куча уже установленных программ, расширений и каких-то плагинов. Даже тратить время на попытку без четкой инструкции не очень хочу. Как правило, все это заканчивается какой-нибудь ошибкой и потраченным временем впустую. Вот если бы автор показал как поставить программу, скачать и подключить все необходимые модули, то был бы другой разговор. А записывать видео начиная с фразой "ну сами почитайте эту статью и разберитесь" так себе вариант.
Чёткая инструкция будет разной для разных систем. Для 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 В свою защиту скажу, что комментаторов тоже развелось, которые палец о палец ударить не могут, всё ждут, когда им кто-то разжуёт. Мне вот про это всё никто ничего не докладывал. Скажу страшное, последнее видео про модульное тестирование вообще мало кто сможет повторить, ибо там не статьи на хабре читать нужно будет, а кучу руководств к нужным инструментам и про это никто никаких видео снимать не будет. Здесь обычно результат выкладывают, а реальная работа как она есть мало кого интересует.
Много не понятного. Зачем ждать спасов на месте замерзая? Почему ге спуститься по перилам пристегнувшись? Бедная девочка замерзла, неужели нельзя бвло натянуть пуховую варежку даже на кулачок? Пи...ец короче, все хороши.
Спасибо за видео. Очень актуально, учитывая, что CubeIDE и CubeMX, можно сказать, больше недоступны с территории России (пару месяцев назад ограничения хорошенько апнули). При создании проекта под МК, которого ещё нет в списке требует скачивания пакета, которое блокируется из РФ...
Через впн пока что нормально все качается
Это старое видео, на github проекты имеют уже более гибкий CMake файл, который позволяет подцеплять как локальные генерируемые файлы, так и файлы из локального репозитория cubemx. Есть примеры без использования скриптов stm32-cmake. После некоторых мучений придёт понимание как собирать любые проекты, используя cmake. В соседних похожих репозиториях у меня лежат другие подобные примеры.
Аркадий с....ка Мамонтов 6лять
Правду никто не позволит сказать. Все убирают из инета. Капитализм, это бабло - все! Остальное - ничто! Вот отсюда и пляшите. МЧС - давно понятно, что это вам не КСП советских времен. То, что происходит в наши дни на Эльбрусе - одно огромное преступление. А виновник - капитализм. Лично я прекратил работать там гидом именно потому, что все это видел и предвидел.
Спасибо большое за информацию!
Такое Non-invasive тестирование нужно в разработке медицинской техники.
Спасибо! Тема интересная, но за раз не осилил - только кусок просмотрел, остальное на потом, фрагментами буду досматривать.
лайкосик братан!
Помогите пожалуйста Вячеслав , у меня после поломки термистра , пришлось брать новый , другого типа, родного типа термистры не работают нормально.Соответсвенно пришлось прошивку скомпилировать в vscode и в configuration h значение 1 на 5 по типу термистра поменять, все ошибки исправил в vs code, но выдает ошибку терминала , можете помочь скомпилировать , если файлы вам на почту отправлю, если все получится с меня хаер как говорится )плата stm32 vet6, 3д принтер longer lk1
Могу посмотреть
@@ViacheslavMezentsevзавтра можно я вам скину, куда вам можно скинуть ?)
@@massiveatack В телеграм можно @slavamezentsev
@@ViacheslavMezentsev спасибо, завтра напишу)
Как по мне, тестирование через GDB и Python не имеет никакого практического смысла. Если вы хотите проверить, что вызвалась какая-то функция это можно сделать Mock объектами. Да и для такого тестирования нужна Debug версия, плюс с GDB сам код может исполняться медленнее. В реальной системе Debug версия может некорректно работать. И связано это с тем, что поток данных Debug версия просто не будет успевать обрабатывать, в отличии от Release версии со включенными оптимизациями. Поэтому вместо GDB и Python лучше использовать больше интеграционных тестов.
По поводу практического смысла нужно понять для чего вы делаете тестирование. Некоторые коллеги, работая в своей области, не знают про требования в соседней, а они бывают очень не одинаковы.
Так и не понял зачем такие костыли, когда существует static_assert, если что-то не так, то и не скомпилится... Разгоняем штат тестировщиков, а себе премию выписываем в размере их ЗП 😀
Че-то кажется, что полное покрытие тестом всех функций программы ничем не будет отличаться от написания программы как по сложности, так и по вероятности ошибки. Ну или, как следствие, тесты можно компилировать из исходного кода программы со всем набором багов которые в ней есть.
@@chipsoft1 Вообще-то весь мир делает по-разному и потому на мелькавшем в этом видео дереве видов тестов столь много веток даже в первом слое. Модульным тестом можно найти только грубую ошибку в каком-то блоке. Никто только после модульного теста в здравом уме самолет в воздух поднимать не станет. Разве что если новый модуль относится к чему-то потенциально безопасному - к примеру, к бортовой кофемолке.
@@krostovskiy Не всегда. Если пишет проект один разработчик модульные тесты ему не нужны. Чем больше команда, чем ниже квалификация ее участников, чем сложнее проект - тем нужнее модульное тестирование. И наоборот. В программе тоже описывается все возможные варианты работы модуля, так что в тестах багов может быть не меньше чем в программе.
Спасибо, на днях просмотрю и оставлю комментарии, есть некоторые вещи которые тоже разобрал за это время.
Всё просто. Модно быть альпинистом. Так беспечно относиться к своей жизни. 😮
Добрый жду вашего видео про unit & intergraion test в embedded with python and without =) спасибо
@@lonter121 На самом деле все эти идеи лет 10 как есть. Статьи и даже примеры для встраиваемых систем. Это не так просто всё взять и показать. Не всем это нужно, зависит от продукта. Я, к примеру, следую рекомендациям стандарта КТ-178С, но не всем такие сложности нужны.
Мне хватило фильма Эверест, вме ясно и понятно, заведомо желания нет, для таких приключений.
Какие нафиг позывы организма. Главный позыв - это было бы пару раз для начала съездить на сборы в альплагерь, а потом уже идти на Эльбрус.
ничего не понятно , но очень интересно) удачи в начинании!
Если так писать на С++, то даже есть надежда, что код будет переносим на другие контроллеры, если специфические фичи не задействовать. А ассемблер вроде не плохой генерируется, не сравнить с простыней ардуино дрыгание ножкой.
Мы в этот аклиматизационный день были на Пастухах 4700м, эта группа выдвигалась на вершину этой ночью. На следующую ночь был наш старт на вершину Эльбруса. Погода была штормовая, порывы ветра сталкивали местами с тропы, видимость 10-15м, крупа с спичечную головку паралельно земли летит, стоит только маску снять по глазам лупит, мороз -12С в приюте на 3800м, из видов Кавказа, пятки впереди идущего. Мы были своей компанией, в горы ходим постоянно, на таких высотах бывали в Непале . После скал Пастухова, я подошёл к инструктору и сказал, что мы в такую погоду не пойдем, на что мне он ответил, что похоже никто не пойдет, т.е мы в троем сдрыснули в этот день на 2000м в гостишку с горячим душем, а в эту ночь по этой погоде стартанула группа которую ждала трагедия. На мой взгляд основные причины, это коммерция. Старт на вершину на шестые сутки, где ты только прикасаешься к высоте и не ночуешь на ней, это очень быстро, акклиматизация по тоненькой, все сводится к тому, что ты заплатишь за ратрак и проедешь от 3800-5000м на нем, вмещает он 10 чел, до вершины 7.5км, до места где вас высадят ещё меньше, остаётся пройти всего 600м по высоте, а что такое 600м после 5000м, для плохо аклиматизированного человека, который может и спортом не занимался, ведь ему сказали, что можно доехать и сэкономить силы, почитайте требования к минимальной физической форме туриста, для восхождения на Эльбрус на сайтах турфирм, это способность присесть на стул 20 раз и суметь пробежать 2км, так вот это не одно и то же. Какой вы бы небыли спортсмен, страдать будете все равно, при не качественной акклиматизации ещё больше, поднимитесь конечно, но от горняшки вы не деться никуда. Боевой настрой это хорошо, туда все заходят на морально волевых, но голову свою терять нельзя, горы стояли до вас и будут там стоять ещё миллион лет, успеете вернуться туда в любой момент, какие ваши годы и девиз: Подняться, или умереть, на мой взгляд хорош для суицидников. Вывод, хорошая физ подготовка, хорошее снаряжение, самое главное аклиматизация не менее восьми суток для Эльбруса, больше лучше, меньше тяжеловато и ратрак это зло😂 с него зарабатывают все, инструктора, водители, хозяева приютов, турфирмы и все подогнанно под него, чтоб вас загнать с короткой аклиматизацией и заработать на такси до высоты 5000м.
Вот... блин... запихнули linux в вантуз а потом люди мучаются с этим "бутербротом"...
блин, чтоб понять это нужен определённый багаж знаний)
Нужен, но это дело привычки. Сначала можно что-то делать не до конца понимая детали, а потом постепенно придёт понимание.
отлично но я не очень разбираюсь по программированию, желаю продвижение канала бро, с чего начать программировать микроконтроллеров чуть имею понятие по ардуино😊 буду благодарен за совет и ответ. спасибо.
через питухайтон намного проще стать вайтишником
Я добавил в описание под роликом ссылку на мой репозиторий, где находятся списки плейлистов с обучающими курсами по STM32. Их можно выкачать с youtube или смотреть как есть.
сколько лет нужно потратить чтоб начать нормально разбираться в этом всем?)
@@ViacheslavMezentsev спасибо за ссылки) буду изучать
Вячеслав, огромную работу проделали! Спасибо всей команде. Очень жаль человека, не нашли😢
На текущий момент, с учётом СВО, в подобных поисках можно было бы использовать военные БПЛА малой дальности (до 50 км). Это гораздо дешевле вертолёта и быстрее в развёртывании. Время было упущено. У человека был шанс, пока он ждал на месте, где его будут искать.
какое мудовое видео !!!
Очень страшно! Зачем, ради каких ощущений рисковать жизнью?
Ааа...ээээ...мммм.... Противно слушать
а каски?
Это конечно плохо, но в настоящих походах в касках даже на тропах, где есть хоть какая-то вероятность прилёта со склона рядом.
В смысле не знал куда идти. Я так понимаю перила это провешенные веревки. Идешь по веревкам перекидываешь карабины и спускаешься. Или я чего-то не понимаю?
2:54, Когда подключаешь китайский свисток, он просит обновится, а после обновления Serial number становится 1 и cube programmer его не видит, keil, vscode работают с ним без проблем)
Видео кончено интересное у самого были мысли все проекты делать в одной среде (а для хобби я что только не делаю и верстку и скрипты на питоне, по работе программирую МК), но по видео создалось впечатление, что это танцы с бубном. Для vs code пробовал ставить platform IO (не помню чем он мне не понравился). Так что мой выбор для МК однозначно Keil, CubeIDE почему-то так и не прижилась (так что для STM32 связка CubeMX+Keil). А судя по видео уж больно убогая отладка никаких тебе вочлистов с отображением значений "на лету", чтобы посмотреть состояние регистров выпихивай все через вывод в терминал, да еще куча возни с установкой и настройкой cmake.
Поддержка 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 в любом случае спасибо. интересно
Спасибо большое за ролик, буду пробовать. Как раз искал инфу на эту тему месяц назад. Вы очень вовремя. 🤝