Подскажите как правильно сделать вот что:

имеется какой то прибор с SD картой на проце STM32
я хочу сделать для пользователя возможность самому менять прошивку.
делал такие вещи для других процов,
с ST возникли некоторые вопросы.

предположим - нужно поменять прошивку прибора,
саму прошивку - бинарник заливаю в корень SD карты.
при включении питания маленькая программа, loader смотрит:
есть ли файл с определенным именем на SD и если есть, то
записывает его в определенный раздел внутренней flash памяти
далее после того как успешно записал бинарник на flash,
стирает его на SD карте. - передает ему управление.
если файла bin нет - то loader просто передает управление программе.

саму программу Loader я хочу разместить
по адресу Flash 0x08000000
а рабочая прошивка, предположим, будет работать с адреса 0x08001000
после того, как бинарник записан по адресу 0x08001000
как мне LOADER - ом передать ему управление?

Самый лучший способ IMHO - сделать хардварный reset с помощью watchdog!
лоадер уже не обнаружит прошивку и передаст управление...

Но есть еще нюанс - для того что бы лоадеру обнаружить файл на SD, необходимо частично проинитить периферию..., а передавать управление основной программе после этого не хорошо!
Я ставлю метку в озу по определенному адресу (типа 0x55AAAA55) и если лоадер ее обнаруживает, то стирает и передает управление основной программе (установив адрес таблицы прерываний кончено)

у меня вот такие вопросы, вектора должны находится по адресу 80000000
как мне сделать так чтобы у прошики эти вектора были переопределены и не накладывались
на адреса векторов у лоадера.

Вся прошивка в целом линкуется с таким скриптом линкера, чтобы осталось пустое место под загрузчик. При этом вектора прошивки будут сдвинуты. Скажем на 0x8001000 - это зависит от размера загрузчика.

Есть такой регистр - VTOR, который задает положение таблицы векторов
Соответственно в загрузчике перед стартом прошивки его надо скорректировать, выставить стек и перейти по адресу сброса

то есть я делаю в файле линкера для прошивки исправления:
define symbol __ICFEDIT_intvec_start__ = 0x08001000;
define symbol __ICFEDIT_region_ROM_start__ = 0x08001000;
про компиляции программы моя программа и векторы должны начинаться с адреса 0x08001000

теперь в лоадере я должен передать управление по новому адресу вектора сброса: 0x08001000
правильно я понял?

вернее вектор старта + 4, там вроде в начале адрес стека идет

Сообщение отредактировал IgorKossak - Apr 7 2016, 18:33

В 0x1000 байт не впихнёте работу с файловой системой однозначно. Чтобы загрузчик был маленький, нужно работу с ФС вынести в основное ПО.
Например: основное ПО обнаружив файл с новой прошивкой, формирует в ОЗУ информацию о цепочке кластеров файла прошивки и ставит флаг наличия. Дальше - перегружается (WDT). Дальше - загрузчик видит флаг, считывает прошивку из цепочки кластеров и шьёт её во флеш программ. Стартует новое ПО. Новое ПО, видя что обновилось, стирает исходный файл прошивки. Всё.
Если нужно чтобы операция обновления ПО была устойчива к сбоям питания, то флаг и инфу о цепочку кластеров нужно сохранять в энергонезависимой памяти.
Как передать управление из загрузчика в основное ПО тут уже 100500 раз обсуждалось и не ранее чем позавчера очередной раз. Учитесь искать.

да! и стек надо тоже проинитить
у меня такой код, но это для LPC и IAR (просто у IAR в r1 = 0x1000 после присваивания VTOR)

а 4 k не влезет но
в 22 киболайт вполне влезает.
с рюшками, uart для отладки и светодиодами

У меня есть такой загрузчик. Ему требуется примерно 12K флэша. Я зарезервировал 16К, то есть, приложение компилируется так, чтобы начинаться с 16К.
Файловая система на FatFS, с которой выброшено все, кроме чтения (файл прошивки я не удаляю). Есть варианты для SPI и SDIO доступа к карте.
Если при старте карта и файл с определенным именем на ней обнаружены, загрузчик считывает версию образа и сравнивает с текущей версией прошивки. Прошивка для этого содержит соответствующие поля, которые как данные расположены непосредственно за таблицей векторов. Загрузчик, конечно, знает, что и как искать. Если на карте новая версия, производится запись образа во флэш и его запуск. Во всех остальных случаях загрузчик запускает имеющуюся прошивку сразу.

1) делаете 2 отдельных проекта-загрузчика и основной программы. В каждом проекте задаете свой стартовый адрес (меню keil project->options for target->IROM1),чтобы компилятор генерировал код с данного адреса
2) в код загрузчика добавляете функцию

3) прошили, выход из загрузчика


перед присваиванием VTOR запрещаем прерывания всей используемой в загрузчике периферии+еще запрещаем их в контролеере NVIC

Ну вот собственно и все...не забудьте закоментировать в функции system_init() в коде основной программы строку типа VTOR=FLASH_BASE_ADDRESS, потому как вы уже ему присвоили свою таблицу в коде загрузчика

Вот бы его на github'е увидеть !

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

благо флэша - как у дурака махорки

как то так
(круглый)

Сообщение отредактировал kolobok0 - Apr 7 2016, 21:07

Гм, т.е. вы сделали dll на МК. Главный вопрос - зачем ?

И еще кучка вопросов по реализации, интересно
* как тестировали? По идее надо проверять каждую версию с каждым набором версий других модулей
* как линковали? Каждый модуль - как отдельный проект?
* у вас код запускался из flash? Тогда как разруливались несколько экземпляров модулей (адреса же фиксированные на этапе линковки)? Или вы копировали в ОЗУ? Или не применяли команды, которые работают с фиксированными адресами, только по смещению?
* где жила системная библиотека (общая для всех модулей)?
* что происходит с глобальными и статическими переменными? У каждого модуля фиксированный регион RAM? Или все хранится в куче?
* межмодульное взаимодействие как было организовано? Т.е. как позвать функцию из другого модуля?

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

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

APP_ADDRESS - адрес, с которого начинается основное приложение.

upgrade_firmware() - процедура записи приложения в флеш - ищем на SD, если находим, сверяем версию (чтоб не перезписывать одно и то же), обновляем.
check_firmware() - проверяем наличие / валидность приложения. Я, например, считаю CRC, Вы можете изобрести другой метод (напимер ЭЦП).
Fault() - говорит сам за себя - приложения нет / повреждено - "моргаем красным светодиодом".

Основное приложение пишется как обычно, только адрес заггрузки указывается равный APP_ADDRESS.
В Keil это делается в опциях проекта. Project -> Options for target -> Target поле IROM1 = 0x08004000
Кроме этого нужно указать адрес таблицы векторов прерываний равный APP_ADDRESS. Делается это правкой файла system_*.c.
Ищем строку #define VECT_TAB_OFFSET 0x0 и заменяем на свой оффсет #define VECT_TAB_OFFSET 0x4000