STM32 Использование встроенного загрузчика. Автономный программатор. Обновление прошивки. 

Очень хорошая манера подачи! Сначала обрисована проблема, а уже потом метод её решения. Так смотреть в сто раз интереснее. Спасибо!

На прошлой работе ребята делали такую штуку - на стм103 собрали автономный программатор : на нем была карта сд ( помещали новую прошивку) и юарт. Устройство ( которое требовало новую прошивку) имело разъем ( питание,юарт и бут) для подключения такого переносного программатора и по нажатии кнопки происходил процесс заливки . Это было очень удобно ,потому как устройством являлся турникетом . Этот рассказ для того чтобы дополнить как минимум одну идею на эту тему. Удачи в проектах !

Спасибо большое, Владимир. Прекрасный материал, представленный простым языком. Очень полезно.

Спасибо, Владимир. Как всегда что то новенькое и интересненькое. Успехов в творчестве!

Спасибо очень приятно слушать и учится от вас 👍

Владимир спасибо за Ваши видео! Благодаря Вашим видео купил для сына девятиклассника stm, дисплей и Stlink. Хочу чтобы он сделал проект в школе по информатике. Пока просто вывели картинку на дисплей, в планах подключить датчик температуры. Самое главное что получилось самое начало.

Спасибо, Владимир. Всегда интересно.

чудесно замечательно полезный ликбез спасибо

Спасибо, "отремонтировал" пульт управления квадрокоптера Taranis, ваш видео мне помогло в этом разобратся.) Спасибо!

Здравствуйте Владимир! Большое спасибо Вам за ваши видео, смотрю всегда с большим удовольствием :) На тему видео- встроенный загрузчик имеет свои минусы, больше всего смущает теребление BOOT0. Использование отладочного интерфейса думаю будет более удобным вариантом для программатора как такового, плюсы очевидны- можно делать с МК все что душе угодно, да и очень универсально выходит- решение для любых ARM, а не только для чипов от ST. Был у меня один интересный проект самодельного отладчика, где применялась связка МК+ПЛИС, в самой ПЛИС реализовывались интерфейсы JTAG и SWD (описание протоколов, регистров отладочного модуля- все есть в свободном доступе), а МК подключался к ПЛИС по SPI и реализовывал саму логику работы с МК (чтение/запись регистров, остановка/запуск ядра итд). Подводные камни имеются, но их не так много, и реализация работы с МК по отладочному интерфейсу не является какой либо проблемой. Принцип работы отладки довольно простой- в отладочном модуле есть несколько регистров, один из них отвечает за адрес, другой за данные (а MIPS например для доступа используются инжектированные инструкции, что не удобно). Итого- пишем в один регистр адрес регистра МК к которому хотим получить доступ (например регистры флешки), а через другой регистр читаем/пишем данные (настраиваем флешку, стираем, разрешаем запись, пишем данные). А если взять во внимание что адреса прописаны в CMSIS, можно брать готовые названия регистров, и ничего не писать вручную :) Ну или реализовать загрузку флешлодела в RAM, и последующей прошивкой через него, как это тот же ST-LINK делает. По сути- вот и готовый программатор уже. От ПЛИС можно избавиться, реализовав интерфейс программно (в моем случаи ПЛИС была использована потому что не люблю программную реализацию интерфейсов), добавляем СД карту, дисплейчик, и можно шить любой МК независимо от производителя без использования компьютера или телефона. В общем, есть просторы для творчества :)

Как всегда отличный контент! Не коротко, не растянуто, - ровно как надо! Спасибо большое за ваш труд! Ваш канал в мире СТМ уже как канал Виктора Леонтьева в мире токарки и инструменталки.

Очень и очень полезно! А скрин вообще улетный! Я, даже пытался разглядеть сходство. Ну вот чтобы с нами было, если бы мы код не писали?))

Спасибо за идею. Пару раз о портативном загрузчике думал, но из-за отсутствия острой необходимости не копал в этом направление. Теперь буду знать, от куда можно сразу начинать. Из своего опыта: Для прошивки в stm32 с компа использовал консольную STM32 ST-LINK Utility, для которой использовал свой простой графический интерфейс. Прошивал в мк основную прошивку, 1-2 загрузчика (приходилось изобретать что-то эдакое, из-за ограничений f0 серии) и два набора данных. Так же недавно открыл, что с некоторых моделей сотовых, с хорошей поддержкой USB Host можно прошивать stm, usb-uart терминал использовать и ещё много чего делать. Наверно сделаю у себя заметку на сайте ближайщее время по этому опыту.

Спасибо за видео. Прям просвещаюсь)

Спасибо огромное. Целый вечер провел в поисках удобного бутлоадера для загрузки прошивки в STM. А тут оказывается он в BOOT0 через UART может прошиваться. Жаль, что USB-DFU отсутствует в младших моделях типа F103. Если в прошивке его делать, то прилично и того небольшой памяти отжирает.

Спасибо за интересные и полезные темы! Хоть и на хорошо знакомую лично мне тему иногда, всегда с интересом жду новые видео. Сигнал boot0 можно через транзистор повесить параллельно любой пользовательской кнопке, итого если ее нажимать перед подачей питания устройство перейдет в загрузку, если не нажать, то далее кнопка работает как обычно через свой gpio, так как то что далее происходит на boot0 после запуска процессору уже пофиг. Можно доработать таким способом даже готовые устройства добавив всего пару деталек "навесом" прямо на пины вместо перемычки для boot0 которую часто делают на платах. Проверенно не раз, все отлично работает много лет. Ниже в сообщении кусок схемы с таким способом.

Гениально!!! Извините что меньше пяти слов... А, нет, всё нормально)))

Было бы интересно посмотреть как шить через USB

Собрался я пилить прошивку через WebUSB. Очень удобно для консьюмерской электроники.

я до последнего времени не пользовался программатором :-) всегда dfu пользовал :-)

Пришел палец вверх нажал. Тееерь можно посмотреть.

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

Есть возможность управления ножкой Boot от ножки RTS преобразователя USB-UART, очень удобно. Прошивка через UART часто спасала после куба с отключенным SWD.

Спасибо за видео! Сам конечно использую ардуино в своих проектах (пока учусь программированию микроконтролера в целом). В общем по поводу ардуино даже идея одна появилась. На ардуино, бутлоадер установлен, можно ведь испозовать ESP в качестве програматора для микроконтролера используя линии TX, RX? Правда сразу соглашуюсь что громоздкость платы увеличивается но за счет ESP получается передать данные через интернет. Таким образом имеем возможность прошивать микроконтролер где он не доступен. Или это только в теории?

Спасибо за видео. А в чем преимущество рассмотренного метода по сравнению с DFU через USB? Судя по Datasheets и отладочной плате он там точно поддерживается.

Здравствуйте Владимир. Попались ваши видео и сразу же подписался, смотрю с удовольствием. У меня есть вопрос, но не по отладочным платам и программированию. Есть реальный контроллер зарядки АКБ 36В, но вышедший из строя. Насколько я понимаю и разбираюсь нашел неисправности, но из зи отсутствия информации так и не был востановлен. Клиенту был предложен простой контроллер с балансировкой. Вопрос как бы решен, но плата осталась у меня и выполнена она как раз на STM32. Доступ к МК нашёл только к РА9, РА10, как их подключать к USB переходнику?. ВООТ сидит на земле(решаемо). Но самое трудное в востановлении оказалось найти ИС токового измерителя, нигде не могу найти ничего похожего. Чип 2.8х3.2мм 8 ног 4 из которых сидят на измеряемой шине остальные стоят в управлении заряд/разряд, шина не разрезана, видимо ХАЛЛ сенсор. Может что то похожее попадалось. Буду рад любому ответу. Заранее спасибо

Интересная тема, пойду читать про CANFD, как шить через него... Недавно возникла задача оперативно прошить примерно 80 изделий, в каждом по 2 микроконтроллера F4 серии. Решил проблему, использовав интерфейс командной строки st-link utilities - собрал .bat файл, вывел эхо и исполнитель только тыкал enter и перетыкал шнурок на разъемы SWD. Это к слову, вдруг кому пригодится :)

Тоже делал подобный вариант и stm32f103 в качестве программатора. Однако из-за специфики работы от него отказался. А сейчас использую raspbery pi в качестве программатора. Причина в том, что разные проекты реализованы на абсолютно разных контроллерах (avr, pic, stm, esp и прочее) И гораздо удобней использовать малинку с 3" дисплеем и 3 кнопками. Программу прошивки постарался максимально оптимизировать для того, чтобы меньше клацать кнопками.... На SD кидаю zip архив, с некоторым файлом манифеста, описывающим плату в которую шью... А дальше запускаются распознавание устройства, которое подтверждает наличие на линиях устройства подходящего к манифесту.... Ну и если все ок, тогда шьем. Сама структура чуть сложнее... Но монтажникам живется много легче за счет однообразия процесс вне зависимости от контроллера к которому их отправили.

Да ладно. В атмеловских ARM-ах тоже есть встроенный бутлодырь, и софтинка аналогичная ST-шной. И тоже называется DFU ! О чудо !!! Зы: Давно уже не игрался с атмелами. Крайний был еще ATSAM7S256/128, и там это было. Да-да... :) И это еще не кортексы были.

ST Link util умеет шить без нажатия на кнопки. Там есть такой режим, когда прошивка начинает заливаться сразу после подключения программатора к прошиваемому МК. По окончанию прошивки, отключаем программатор от прошиваемой платы и втыкаем следующую. Прошивка автоматически заливается.

Полезное видео. Спс. Еще интересует такая тема, как бы скомпилировать код для stm в не ПК. А в часности на АНДРОИДЕ или онлайн. А может быть на Respberry pi с Ubuntu? Ставил Ubuntu на Андроид, но так как версия для андроида походу урезана, и при попытке установить trueStudio, пишет что система не поддерживает установку этого ПО. И вот так как что на андроид что на respberry pi используется linux для ARM, будет ли работь trueStudio на respberry pi. Ну вот такая мысль.

👍

В видео показано применение USART загрузчика. DFU в контексте stm32 это про USB device firmware update - DFU загрузчик по usb. Позволяет прошить мк, в которых есть этот загрузчик. Stm32f103 например так прошить нельзя, хотя USB модуль есть. Размер прошивки может и превышать 1МБ (который и так не одним куском), как вариант взять мк по-проще и добавить к нему sd-карточку, экран и кнопки. и получим uprog для stm32 )

Матушки..., а я было подписался на канал, но тут сплошная чушь бестолковая... Обновление прошивки на месте через встроенный бутлоадер - вот это мастер, ни доли сомнения. :)))

По-моему проще и дешевле изначально сделать свой бутлоадер, чтобы заказчик мог обновить все по ЮСБ, который есть везде. Всегда найдется "домохозяйка", которая что-то не туда вставит и подключит и спалит либо сам программатор, либо устройство :) А виноватым конечно же будет разработчик, потому как не учел защиту "от дурака".

Тема конечно хорошая. Спасибо. Но пожалуй нет смысла в использовании микроконтроллера с большим флэшем. Если прошивка не зашифрована, то ее все равно легко снять при пересылке по USART, а если зашифрована, то проще и дешевле хранить ее в какой-нибудь serial EEPROM вроде 25Q64. Поэтому надо смотреть есть ли у штатного бутлоадера возможность дешифрования прошивки и если нет, то писать свой. Но что-то мне подсказывает что эта тропинка уже не раз хожена. Ну и еще одно замечание по поводу безопасности прошивки - существуют специализированные установки для снятия защиты с микроконтроллеров. В отношении STM32 они пока не справляются с STM32F3 и старше. Все что младше поддается достаточно легко. Это так... к сведению. На всякий случай.

Владимир, спасибо. Каким софтом пользуетесь для отрисовки схем электрических принципиальных (на моменте 19:20)?

Все перехожу на STM

Спасибо за информацию. Я подумал... если STM такой мощный инструмент, то с таким же успехом его можно использовать для прошивки Atmel. Что мешает вывести ноги rx,tx контроллера, забабахать конвертер уровней и лить всё, что угодно с той же флэшки? Хошь -- загрузчик, хошь -- сам бинарник...

А если шить с помощью stm32flash в Линуксе , то стирать не надо? видимо при записи стирается автоматически? спасибо!

Для коммерческого применения следующие ограничения вижу: 1 - не видно версию/верификацию прошивки (или данных) подключенного устройства (обновляемого контроллера). 2 - придется отдавать клиенту открытый hex или bin, что рано или поздно приведет к появлению клонов. ИМХО самый надежный и дешевый вариант, как вы упомянули вначале ролика, SD карта или софт. программатор на ПК и самописный шифрованный boot в микроконтроллере с интерфейсом USB FS и защитой этой области от чтения. Так можно в открыты доступ выкладывать обновления, прикрытые AES шифрованием. Готовых решений от ST с обновлением и защитой от клонирования я не знаю. Для открытых проектов идея автономного программатора хорошая!

Можно еще дальше пойти... Взять какого то простого китайца под линукс, например F1C100s за 100 рублей на алиэкспесс, и прошивать подключаясь через SSH или на прямую через монитор и мышь.

Интересной альтернативой является апгрейд прошивки посредством NFC, вот небольшая демка от STM ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-cx3u8a0uiUI.html Мне понравилось, что за счет поддержки режима антиколлизий можно одновременно по беспроводному каналу прошивать несколько плат (на видео 3 шт). Приобрел девкит, попробовал, все работает, сама ST25DV04 стоит копейки (порядка 40 руб). Кстати, вместо специализированного ридера для заливки прошивки можно использовать любой смартфон с поддержкой NFC, о чем у STM тоже есть видео и никаких тебе проводов, дополнительных разъемов, программаторов.. удобно ;) Не воспринимайте как рекламу, просто решил подосвоить новую для себя технологию и поделиться с коллегами такой возможностью. ЗЫ. Сейчас в работе прошивка для считывания данных посредством NFC с IoT логгера.

Любуюсь вашим знанием, понимать структуру мк стм очень сложно. Вопрос такой, можете разобраться каким образом мк стм подключается к ПО Codesys v2? Назначение данного ПО программировать промышленных контроллеров. Например, для программирования ПЛК ОВЕН использует эту программу и в нем процессором ПЛК является мк стм. Нигде нету обзоров на эту тему. Спасибо!

Интересные видео)) Прошу не считать меня занудой, но чтобы не вводить новичков в заблуждение, немного Вас поправлю. Не протоколы CAN/UART/I2C, а интерфейсы. Протокол это чуть другое. Не буду кидаться терминами, знающие согласятся, а не знающие погуглят)

В бутлоадер можно попасть не только с кнопкой boot0, но и из своей программы. Я использую кнопочку на устройстве при его старте для того, чтобы установить MAGIC_BYTE в память и перезагружаю контроллер. При загрузке (перед инициализацией переферии, я проверяю MAGIC_BYTE и прыгаю по адресу бутлоадера.)

Если говорить про конечное изделие в котором предусмотрен апгдейд прошивки пользователем, то может в само изделие поставить микроСД слот + самый дешевый МК, который будет читать бинарник с SD карты через SPI и перезаливать его основной МК по UART, предварительно самостоятельно дернув нужные ноги основного МК. Удорожание проекта ИМХО совсем небольшое, зато очень удобно.

Владимир обратите внимание вот на это программное обеспечение play.google.com/store/apps/details?id=com.martinloren.stm32utils а также вот ссылка на проект stm32utils.martinloren.com/ Мне кажется это в тему данного видео.

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

usb, uart, rs232, rs485 можно пробрасывать через ethernet.)

А есть что-нибудь подобное, чтобы прошивать с SD-карты? На платах управления 3Д принтерами от Big tree tech на основе STM32 это как-то сделано, но как оно внутри устроено непонятно.

В AVR программатор как железка тоже не нужен вообще. В классике надо только программа на компе и преобразователь UART компа в SPI внутрисхемного интерфейса программирования микросхемы.

А у вас нету случайно примера как делать обновление через СД карту? =) Например написали программу моргает светодиод допустим 1 раз в секунду залили в плату через ст-линк ( к плате припаян картридер ). Плату потом отдали например человеку который далёкий от всего этого. Потом написали новую прошивку например мигает уже один раз в две секунды, компилируем программу в бинарник и допустим скидываем человеку у которого устройство, он просто скидает этот бинарник на карту памяти вставляет в устройство перегружается, идет проверка на то что программа версия новая и само перепрашивается, если версия текущая или старая то нечего не происходит устройство просто запускается. Было бы интересно

Эммм... Я правильно понял, что вы верхний кусок от платы Nucleo описали, который программирует второй кусок?

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

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

Если не юзал ардуину и атмегу, стоит сразу с стм32 начинать?

Вот у меня как раз именно сегодня появилась задача смены прошивки через UART. Правда мне это надо сделать удалённо через модем и ножку BOOT0 к питанию подключать будет некому. Посоветуйте что нибудь?

здраствуйте может сможите помоч? обясните пожалуйста чо такое дфу и как поступить с граф планшетом huion он не выходит из дфу и определяется пк как "GD32 in dfu mode" это уже кирпич или можно оживить? (если возможно соет дайте куда мотреть и где ковырять ибо в нашем з***ке "мастера" смотрят на ету штуковину как на новые ворота)

День добрый! Затык на ровном месте. На девборде с STM32f103c8t6 все прекрасно получилось с первого раза. Изготовил уже свою плату и flash loader eе не видит. Процы покупал с ЧиД. Перепаивал процы, все питания и земли ОК. boot0, boot1, reset OK. CTS для uart1 подтянул к земле. На дорожках rx, tx ничего не висит, да и запаянных деталей на плате минимум, только для прошивки. Паршиво, что самоуверенно даже на вывел SWD для альтернативной прошивки. Судя по даташитам DFU в этих процах должен быть по любому. Возможно ли, чтобы в данных процах не был прошит DFU?

Привет АВТОР ! Прибор ,, Chip Soft MID ,, ( на контроллере STM32F105RCT6 ) , думаю что слител bootloader (загрузчик) . Подскажи , как мне восстановить его ?

Защищенные прошивки и в защищенный контроллер так не прошить, верно?

Наверно только у меня валяется где-то в столе PicKit2 который еще в прошлом веке исполнял эти чудеса. Правда там всего 2х24512, но тогда и код компактный умели...

а как быть с защитой от клонов? ведь штатный загрузчик не проверяет валидность прошивки, что позволяет: 1. прошивать прошивкой от разработчика любое кол-во устройств (в том числе и клонов - копия платы исходного устройства), 2. прошивать кастомной прошивкой изначальной устройство - в этом случае хотелось бы обезопасить разработчика от головной боли в виде багов/глюков и их последствий. В идеале это должно решаться путем шифрования прошивки, наличием кастомного bootloader'а в самом МК, который умеет эту прошивку валидировать, расшифровывать и записывать в МК. Но есть ли такая возможность? - из беглого поиска я нашел что есть возможноть залочить весь МК от чтения/записи. Это не подойдет, т.к. custom bootloader тоже будет затерт. а без защиты - любой сможет получить прошивку (в том числе кастомный bootloader). в случае использования асиметричного шифрования это не позволит заливать кастомную прошивку в МК, но позволит наделать дубликатов устройств с заводской прошивкой. у AVR это решается выделение отдельной секции flash под bootloader, запрет чтения этой секции из основной программы и возможность перезаписывать основную часть flash из кода bootloader'а. - таким образом прочитать bootloader программатором или кастомной прошивкой нельзя и делать дубли устройств тоже нельзя, т.к. официальная прошивка зашифрована а на будлях нет bootloader'а, который может её расшифровать. как с этим обстоят дела у STM32?

Всё круто ! 👍 Но, 3 кБ для блинкера ... 🤔

Спасибо за видео! Возник резонный вопрос. А зачем делать автономный программатор для заказчика вместе с самописным софтом, если на этом же МК можно сделать полноценный ST-Link на той же плате и прошивать через уже написанную программу? По денежным затратам я никакой выгоды не увидел, а по факту легче подключить USB кабель напрямую к устройству и прошить без всяких внешних программаторов.

Хотелось бы, построить на отладочных платах серии STM32.... программатор для НАНД флешь . Чтобы читал БУТЫ, и тд итп Возможно ли это сделать?

*Привет, так а чего UART... есть же готовый, PC-USB загрузчик.* Вот родной ST-шный пример USB DFU загрузчика с vc++ ИСХОДНИКАМИ, как PC-клиента, так и загрузчика (в МК) Можешь пользоваться готовым, а можно добавить в какую то свою PC - консоль устройства инет обновление прошивки, можно добавить и крипт/декрипт ф-ции в PC клиента и в mcu-загрузчик my.st.com/content/my_st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/stsw-stm32080.html Там 1 exeшник конвертит *.hex/*.alf в *.dfu, а другая эти *.dfu заливает, нужен только USB кабель. У меня приятель на базе этого примера сделал консоль для шифрованного инет-обновления прошивки в кодграбберах (для угонщиков) :))) А т.к. в прошивках дорогие, "мануфактурные ключи" для ходовых автосигналок, то из открытого hex их сразу выдерут конкуренты. И что бы кто то попросту не начал производство, ПС-клиент проверяет серийник м.контроллеров проданных устройств и наличие старой прошивки.

Прошивка по usb кажется более универсальной... или я не прав? Хотя бы можно отправить прошивку по электронной почте. Правда, желательно, в защищенном виде...

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

Можно шить через самодельный UART программатор с WIFI (esp) который подключается к удаленному серверу через смартфон раздающий сеть или через ноут по локальной сети. Интересный будет проект ))0). Топим за это ребят.

Какая разница, покупать программатор, или плату UART. И того и того у пользователя обычно нет в наличии. В STM32 BluePill вообще дичь: есть разьем USB, но по нему можно только подключить питание. И чтобы воткнуть в компьютер, нельзя просто так взять и соединить проводом USB. Надо либо SWD разъем через программатор в USB порт втыкать, либо через UART преобразователь растыкать пины и в USB порт втыкать. Разработчики Ардуино с этим не стали мириться, и каждая плата идет с FTDI микрухой, которая позваляет взять кабель и соеденить с компьютером. И захапали огромный кусок рынка домашних самодельщиков, сделав элементарную вещь. А в STM32 все никак догадаться не могут хотя бы выпускать платы с готовым DFU загрузчиком во флеше, чтобы хоть так позволить пользователю работать через USB без покупки дополнительного железа.

Вот бы еще прошивку через ethernet рассмотреть.

Я б заюзав самий дешевий чип CH340E разом з андроїд-смартфоном (але я думаю як програміст та не у всіх є ведроїд), ідея сподобалася, дякую!

Спасибо, Владимир! Зачем так сложно?Не проще ли написать свой загрузчик для каждого устройства ? Используя ваш отдельный программатор требуются дополнительные затраты средств и времени. С собственным загрузчиком вы защищены от копирования. В вашем случае, если конкурент захочет копировать ваши устройства ему будет достаточно получить доступ к вашему программатору, так как запись в МК идет уже в чистом виде и скопировав ваш код можно писать в чистый МК. С собственным загрузчиком данные передаются закрытые и если в устройстве нет вашего загрузчика то железо копировать бесполезно

мне представляется что USB Otg ГАРАЗДО ИНТЕРЕСНЕЕ... без преобразователя UART-USB получается?

если stm лучше чем avr, где народный Транзистор Тестер на STM?

Как вариант это проблема решается микропитоном из коробки.

Это защита от дурака, потому что подцепившись простым логическим анализатором за 300р с алиэкспресс, на RХ и ТХ можно получить прошивку без каких либо проблем

Вот смотрю не первое видео и думаю в чем тут автономность. Ведь автономность (из википедии) - независимость какой-либо одной из управляемых величин от изменений остальных управляемых величин. Допустим я одной управляемой величиной приму сам процесс прошивки, автономность я тут вижу - просто открыл программу и залил (как минимум), а как максимум запустил что-то на компе или запустилось что-то на серваке и оборудование прошито. А тут как минимум зависимость от установления BOOT0 в "1", а в Вашем варианте ещё и ресетнуть надо. Т.е. процесс прошивки зависит от дополнительных двух управляемых величин. Чем это отличается от привычного процесса прошивки, лично для меня, непонятно... Но в любом случае спасибо, много полезного.

А кто-нибудь поставляет заказчикам файлы DFU, созданные в DFU File Manager?

Так и не увидели рабочий пример в конце. Микроконтроллер выбран дорогим. А так спасибо.

"описаны методы работы с DFU" Но об этом ни слово...

В конце Вы упомянули про криптографию для защиты прошивки. Ничего не выйдет. Бинарные данные по UART передаются в "сыром" незащищённом виде, зашитый в МК бут никак не защищает свою прошивку.

В начале говорит бутлоадер неудобно через флешку внешнюю, а потом городит целый программатор. Ты что там куришь автор? Загрузчик можно написать почти в любой МК, а в STM тем более.

Instead of a long talk that is of little use, you should write and show a specific program that could run DFU and that would be great.

здравствуйте вы делаете проект на заказ? я хочу сделать контроллер для инкубатора очень продвинутый со всеми функциями которых я видел в других контроллерах и со многими другими которых я придумал нужных и не нужных и с большим запасом на будущее. на пример на STM32H7 моя почта yusup.g.m@ya.ru

У вас это... Фотоны в кадре летают