STM32 bootloader

sudo cast ncrmnt

1. У STM32 в масочном ПЗУ есть возможность шиться через USART1 через stm32flash, без взякого бутлоадера.

2. Кури опцию gcc -fPIC

3. https://github.com/nekromant/maple-bootloader

У STM32 в масочном ПЗУ есть возможность шиться через USART1 через stm32flash, без взякого бутлоадера.

Зависит от семейства. Может и через SPI/I2C/CAN/USB шиться: http://www.st.com/web/en/resource/technical/document/application_note/CD00167594.pdf

1. У STM32 в масочном ПЗУ есть возможность шиться через USART1 через stm32flash, без взякого бутлоадера.

Да, есть такое. Но мне помимо UART'a нужен еще radio level, поэтому хочу все однообразно :)

2. Кури опцию gcc -fPIC

Добавил, с виду ничего не поменялось:

Dump of assembler code for function loader:
   0x080018a8 <+0>:     push    {r3, lr}
   0x080018aa <+2>:     bl      0x8006884 <SystemInit>
   0x080018ae <+6>:     ldmia.w sp!, {r3, lr}
   0x080018b2 <+10>:    b.w     0x80018d4 <main>
End of assembler dump.

(Ожидал увидеть что-то вроде b.w (current + 42))

3. https://github.com/nekromant/maple-bootloader

Спасибо, посмотрю.

-fpic + нужно скрипт линковщика менять.

Кстати, а почему бы просто не поменять для второй прошивки в скрипте линковщика стартовый адрес (естественно, с выравниванием по странице памяти)? Компиляешь первую, смотришь, где она кончается, потом подправляешь линковщик и компиляешь вторую. Соответственно, в makefile прошиваешь дважды: по адресу первой и по адресу второй.

Таким образом, адресное пространство прошивок у тебя пересекаться не будет. И из своего загрузчика ты сможешь выбрать, с какого адреса начать выполнять.

Правда, я, честно говоря, не совсем понял магического смысла сего действия. Разве что если тебе хочется сделать "firmware upgrader". Но это и штатными средствами реализуется...

Спасибо за ссылку :)

Кстати, а почему бы просто не поменять для второй прошивки в скрипте линковщика стартовый адрес (естественно, с выравниванием по странице памяти)?

Потому что Я хочу одну прошивку, которую могу шить в любую область на флешке.

Я хочу одну прошивку, которую могу шить в любую область на флешке

Я не уверен, что gcc так умеет. Потому что тебе фактически нужно main() забульбенить по "плавающему" адресу.

А если попробовать сделать прошивку как динамическую библиотеку? Т.е. без main(). Все равно ведь для микроконтроллеров эта main вообще никакого значения не имеет, просто исторически сложилось так обзывать функцию, которая будет лежать по адресу, с которого начинает исполняться.

Назовешь функцию как-нибудь main_2(). Правда, она будет болтатся где-нибудь в мешанине остальных функций...

Я не уверен, что gcc так умеет.

Я ему несколько облегчу задачу, под «любую область на флешке» Я имел ввиду, что данный offset мне уже известен, т.е. нужно банально выполнить функцию по адресу ... %)

См. Первое сообщение с «разметкой»