собственный загрузчик для STM32 Опции

[mronetwo]

Собственно, мешается это долбанное значение для стек поинтера. Если разместить загрузчик в начале то придется его целиком стирать для того чтобы переписать это значение вместе с вектором ресета, а это опасно. Если размещать в конце памяти - тратиться 128К под сам загрузчик и еще 128К под константы которые тоже всячески могут переписываться. Это тоже никуда не годится. Если писать загрузчик во второй сектор, константы в третий - непонятно каким образом должен выглядеть скрипт для линкера для загружаемой программы (IAR).

Я уже башку сломал, и не только себе, в попытках придумать как правильно. Кто реализовывал уже - поделитесь идеями пжалста.

[SSerge]

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

Насчёт размещения загрузчика в начале флеш-памяти и способа передачи управления согласен с предыдущими ораторами.

Теперь чтобы собрать программу для работы с загрузчиком достаточно в IAR поправить файл .icf, заменить ему только две строчки:
define symbol __ICFEDIT_intvec_start__ = 0x08000000;
define symbol __ICFEDIT_region_ROM_start__ = 0x08000000;
тут вместо 0x08000000 нужно указать адрес откуда начинается приложение.

В самой программе, если она аккуратно написана, ничего не меняется, только перекомпилировать с другим .icf
Единственное, что нужно проконтролировать - это правильность инициализации контроллера прерываний.
В примерах в функции NVIC_SetVectorTable() обычно тупо пишут константу, а лучше взять адрес начала секции .intvec с помощью __section_begin(".intvec").

[mronetwo]

Спасибо всем! Я уже все реализовал. С загрузчиком в начале флеш, разумеется. Просто не догадался что стек как-то можно налету переинициализировать - знаний по данному ядру пока не очень много и в это как раз и уперся.

Остался пока не нужный но все же интригующий вопрос: как в скрипте "обойти" некоторую часть ROM, чтоб программа думала что у меня два банка памяти, например, с 0 по 1FFFF и с 2FFFF по FFFFF ?