stm32 свой bootloader

[mike-y-k]

serb-radio, ну уже ведь говорилось про arduino загрузчик. В его кодах все ответы - он точно работает. Он таки и под STM имеется. А источник получения потока для записи там совсем не важен. Можно подключить внешнюю память или даже flash накопитель и сначала на него с канала загружать, а потом при выполнении всех проверок - прошиваться.
При таком подходе можно даже и сам загрузчик перешить. Собственно такое сплошь и рядом - любая коробочка с мозгами это умеет.

[realid]

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

Либо своя прога под usb/bluetooth/wifi, либо c файла на карте памяти. Все просто)

[mike-y-k]

Вариант загрузки с карты памяти действительно пропустил, но ведь ТС изначально вообще про передачу прошивки по CAN шине писал .
В варианте с картой памяти собственно и загрузчик не нужен - компонент для прошивки просто всегда присутствует в коде и получает управление по сочетанию условий: карта, файл, содержимое, контрольная сумма, кнопка,…

[realid]

В варианте с картой памяти собственно и загрузчик не нужен - компонент для прошивки просто всегда присутствует в коде и получает управление по сочетанию условий: карта, файл, содержимое, контрольная сумма, кнопка,…

Именно так. Я считаю самый лучший вариант, ни от какой программы извне не зависящий.

[mike-y-k]

serb-radio, кстати из нормальных решений для вариантам развития событий именно с загрузчиком. Формально беспроблемная практика.
Код загрузчика всегда включается в проект и присутствует в прошивке. Этим достигается отсутствие проблем с адресацией. Плюс подпрограммы загрузчика непосредственно и без ошибок доступны в основной части. А там может быть много неизменяемого кода библиотек, например. Что-то типа ядра у взрослых систем.
Программа для прошивки знает где и что лежит в бинарном файле. Это даже скармливанием ей или промежуточному компоненту листинга линкера делается.
При обновлении прошивки на устройстве программа инициализирует по каналу компонент, отвечающий за саму прошивку.
Дальше происходит передача данных с контролем, стирание и запись в память контроллера.
Деление потока на пакеты уже от ресурсов на целевом устройстве зависит.
По завершении операции считается контрольная сумма(в) для записанного и сверяются с переданными данными на обоих сторонах. При совпадении все нормально, иначе обработка ошибок.
При таком сценарии даже отключение питания не убивает устройство - оно должно стартовать в режиме продолжения или повторения прошивки.
Отдельно процедура перепрошивки самого загрузчика. Бывает и там что-то меняется. Тут уже немного сложнее, но тоже есть нормальные практики.
Главное разработать сначала методику обработки исключительных ситуаций, а сам алгоритм весьма прост - перемещение кода в RAM и выполнение его оттуда.
При таком подходе у Вас все нормально получится без лишних вопросов Как и Почему…