Всем привет. Пытаюсь изменить адрес загрузки кода (и соответственно адрес сброса) путем редактирования scatter-файла.
Его изначальный вид:

Пытаюсь изменить на такой адрес:

Запускаю отладчик - перехода по вектору сброса не происходит. Что я делаю неправильно?
Цель этих извращений - оставить место для загрузчика (будет отдельным проектом) с 0x08000000 по 0x08000600.
Похожих тем перелопатил целую кучу, ответа не нашел. Может быть я в корне неправильно понимаю процедуру переназначения стартового адреса?

Смотрю map-файл:

Reset расположен как и требовалось по адресу 0x08000600, т.е. в самом начале. Но почему-то программа все равно не стартует с него. Прям беда.
Может быть вектор сброса задается как-то отдельно? Кто-нибудь делал подобное уже?

Местоположение таблицы векторов на любых МК архитектур ARMv6-M и ARMv7-M (ядра семейства Cortex-M) задаётся регистром VTOR. Соответственно, недостаточно загрузить прошивку в память, надо ещё загрузить правильное значение в этот регистр.

Спасибо, конечно. Однако, записать в этот регистр (по адресу 0xE000ED08) значение на этапе компиляции мне никак не удается.
Т.к. этот диапазон не относится ни к доступной RAM ни к FLASH. Из программы, можно. Но она не стартует. В общем, замкнутый круг получается :-(

Вообще-то для этого служит скрипт, управляющий процессом загрузки программы и настройки контроллера через JTAG/SW. Вот, например, кусок моего скрипта (слепленного на основе одного из примеров, идущих с Кейлом):



LOAD грузит файл (адреса устанавливаются компоновщиком на основе scatter-файла), дальше устанавливаются начальные значения SP и PC (путём чтения из указанных ячеек), а затем производится настройка базы таблицы векторов.

Спасибо! Так работает. Но ведь после сброса МК содержимое регистра VTOR тоже сбрасывается. И мы снова попадаем не туда куда нужно. Т.е. для отладки пользоваться можно, а реально нет :-( Как быть? И еще Вы бы не могли привести Ваш скрипт полностью или тот примерчик из Keil'а на основе которого Вы его написали?

Да там ничего интересного больше нет -- настройка для трассировки с использованием ULINK Pro, что к Вашей задаче никакого отношения не имеет.

Что касается серийного изделия, то и программа для него прошивается во флэш-память, размещаясь по нужным адресам, то есть обычно с нулевого, что автоматически снимает проблему: после сброса в VTOR лежат нули, и всё будет на месте. Естественно, и scatter-файл тогда должен строить образ для размещения и работы по указанному адресу.

Кроме того, обычно есть несколько альтернативных вариантов загрузки, задаваемых физическим подключением определённых ног МК к земле или питанию. Всё это описывается в даташите. Поскольку речь о STM32F103xx, то могу сказать точно, где именно: страницы 60-61 (даташит ревизии 13 от мая этого года).

Так. Я вроде немного прояснил для себя ситуацию. Получается, этот финт ушами помогает при разработке бутлоадера и основной программы двумя разными проектами? Бутлоадер разрабатывается одним проектом (без перемещения таблицы) и в конце имеет команду перехода на адрес 0x08000600 (в данном случае). А основная программа отлаживается с адреса 0x08000600, так будто бы она получила управление от бутлоадера?
Выходит, проект можно разбить таким образом на несколько отдельных модулей, размещенных по конкретным адресам и передающим управление друг другу при заданных условиях? Главное, только, чтобы "стартовый" модуль располагался в самом начале флешь-памяти? Я правильно рассуждаю?
И еще один вопросик: как сказать программатору (у меня ULINK), чтобы при программировании одной части проекта (бута или основной программы) он не затирал другую? Т.е. программировал четко заданную область? В настройках программатора выбрать "Erase Sectors"?
P.S.: совсем забыл! Спасибо за помощь!

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

Отлаживать можно вообще по любым адресам. Если программа написана хоть сколько-нибудь грамотно, она не будет к ним привязана вообще. Я, например, всю отладку вообще в ОЗУ веду.

1.А какие преимущества дает такой метод на Cortex?
2. Откуда по этим адресам берутся начальные значения стека и программного счетчика:

Из стартапа?

1. А зачем лишний раз шить во флэш, когда мне хватает объёма имеющегося ОЗУ?
2. Из ОЗУ, естественно. А туда попадают в результате загрузки образа, собранного как раз с адреса 20000000 (откуда у меня начинается таблица векторов). LOAD стоит раньше, чем эти присваивания, поэтому сначала загружается образ, а потом уже ячейки считываются и присваиваются указателю стека и счётчику команд. В общем, скриптовая имитация аппаратного сброса.