stm32 bootloader, разьясните новичку Опции

[batisto4ka]

Помогите, пожалуйста, поставить точки над i. Насколько мне понятно, в stm32 bootloader может быть использован вместо программатора. Для того, чтоб залить прошивку в контроллер, необходимо подсоединить плату с МК к компу через ком порт( по USART1 МК), подать на вход бут0 1, на бут 1 -0, загрузить бинарник, используя специальную утилиту Flash Loader Demonstrator.Это весь алгоритм?
Второй вопрос. Часто встречается в сети такое выражение, как "написать загрузчик". Что имеется в виду под этим? В каком случае нужно писать свой загрузчик и как это сделать?

Сообщение отредактировал batisto4ka - Apr 18 2012, 11:41

[lead_seller]

Собственно ответы:
1. да

2. нет. Заводской бутлоадер активируется только подачей соответствующих сигналов на соответствующие ноги. Если Вы хотите написать собственный бутлоадер, то должны будете полностью реализовать всю логику прошивки контроллера - получение прошивки с ПК (или иного носителя прошивки), временное хранение в контроллере, верификацию этой прошивки (проверки правильности полученных кодов), запись полученной прошивки в Flash-память контроллера, передачи управления залитой прошивке. По поводу логики работы бутлоадеров можете почитать апнот от STMй AN2557 (http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/APPLICATION_NOTE/CD00161640.pdf). В нем описывается логика работы бутлоадера с передачей прошивки по USART (не путать с заводским).

3. МК будет ожидать прошивку, пользовательская программа выполнятся не будет. Ноги BOOT0 и BOOT1 определяют из какой области памяти будет грузится контроллер. Подробнее об этих ногах расписано в AN2606 (http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/APPLICATION_NOTE/CD00167594.pdf)

А от себя добавлю (строго мое мнение, без намерения кого-либо оскорбить), написание бутлоадеров не самая тривиальная задача, которая требует достаточно хорошего знания периферии микроконтроллера, ядра Cortex-M3, и особенностей работы компиляторов.

Сообщение отредактировал lead_seller - Apr 18 2012, 20:27

[batisto4ka]

А от себя добавлю (строго мое мнение, без намерения кого-либо оскорбить), написание бутлоадеров не самая тривиальная задача, которая требует достаточно хорошего знания периферии микроконтроллера, ядра Cortex-M3, и особенностей работы компиляторов.

Всем спасибо за советы и ответы. Мне приходилось как-то писать свой компилятор и интерпретатор на базе pic24, писать/читать флеш-память вроде как умеем, мелкие улититки по передачи через ком порт для ПК писать приходилось. В проекте, дя которого нужно написать свой бутлоадер, как раз такая ситуация " либо там где нет пригодного коммуникационного интерфейса в заводском загрузчике", то есть сам юсарт1 занят под другие нужды (в проекте используется камень stm32f103vet).

То есть вроде как все махинации с флешкой понятны, но, поскольку еще не начинала "колупать" остаются вопросы:
1. Не понятно, зачем пеерносить таблицу векторов прерываний.
2. Сейчас пок а вголове созрела идея такая: первую страницу ПЗУ использовать для хранения своего загрузчика. Ее защитить от записи. В эту область будет попадать программный счетчик либо при старте системы, либо когда нужно будет перепрошивать МК. Условие попадание будет проверяться по какому-то флагу. Если это обычный режим работы, то бутлоадер отправляет программный счетчик на начало программы. А программа сама будет записываться со второй страницы. Таким образом, сам загрузчик может быть стерт только при перепрошивке с помощью программатора, либо иным способом, предусморенным программой загрузчика. И тогда, если теоретически, так сделать можно, то остается вопрос, как с помощью стандартной улититы (стмовского флэш лоадер демонсттратор) зашить бинарник, как понять сигналы утилиты и т.д. Это думаю найти в AN2557, который посоветовал load_seller.

[Danis]

1. Не понятно, зачем пеерносить таблицу векторов прерываний.

Вероятно, можно и не переносить, но мне пока в голову не приходит, как организовать тогда взаимодействие загрузчика и основной программы.
У меня два проекта отдельных:
Первый – загрузчик, начинается с начала flash микроконтроллера (0x08000000), таблица векторов с адреса 0х08000004, соответственно свои обработчики прерываний, которые к загружаемой прошивке не имеют никакого отношения.
Второй – прошивка (firmware), готовиться и отлаживается отдельно от загрузчика (так же начиная с адреса 0x08000000), после ее разработки и отладки, переносите таблицу векторов (ну соответственно и адрес начала программы во flash) на несколько килобайт вперед (в зависимости от размере загрузчика и размера страницы памяти микроконтроллера), компилируйте с выходом простого «бинарника».
Так Вы гарантируете /перенос таблицы и начало программы/ отсутствие наложения проектов при их объединении в один «кусок». Объединение в один проект очень просто, зашиваете загрузчик, зашиваете прошивку, по средствам своего загрузчика, считываете всю память.
Так сделано у меня, и я не выдаю это за лучший вариант организации.

Правильно ли я понимаю, что под переносом таблицы векторов понимается копирование . То есть старая таблица векторов прерываний рапсоложенная по адресу 0x0000_0000 согласно RM0008 Table 63. Vector table for other STM32F10xxx devices остается на том же месте, и еще дополнительно копируется для своего бутлоадера? Как тогда контроллер при срабатывании прерываний будет понимать,какая обработчик ему нужно вызвать? и как описываютсся обработчики прерываний, перенесеннной таблицы веткоров прерываний?

Нет.
NVIC - Контроллер вложенных векторизированных прерываний STM32, позволяет гибко располагать таблицу во флэш или ОЗУ.
Как раз при его конфигурации и указывается адрес начала этой таблицы.

и как описываютсся обработчики прерываний, перенесеннной таблицы веткоров прерываний?
прерываний?

Обработчики прерываний описываютсся одинаково везде.