Одни утверждают, что нельзя программно запрыгнуть в системный загрузчик, другие приводят программу, которая скачэ... Чудеса. Попробую сам. Не вижу принципиальных трудностей. Узнать адрес, и гоу ту... Ножки бута нужны, чтобы сразу перенестись в загрузчик при старте, только и всего.
Salamander, вы не поняли. В таблице два указан адрес идентификатора загрузчика. Это не обязательно. Мы и так знаем, какой загрузчик в мк. И адрес загрузчика всегда конкретный, описан в разделах микроконтроллеров.

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

думаю зависит от реализации...

Вон в LPC1768 и семействе ножка бут подменяет 0 регион, с векторами прерывания и прочее... Тут об Гоу тушишься, а загрузчика просто нет пока ногой не подергал.
Так что думаю не всегда можно просто перепрыгнуть по адресу.

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

Ну вы парни даете... Можно!!!
Выше приведенный пример джампа рабочий. Использую подобную методику на stm32f1 и stm32f4 единственный нюанс это деинитить клоки и периферию перед переходом, что бы сам bootloader это мог сделать корректно.

Протокол работы с STшным бутлоадером подробно описан в AN3155

Но! Если нет уверенности в надежности канала(канала передачи ПО), я бы порекомендовал использовать буфер(внешняя flash или половина flash контроллера если размер ПО позволяет) тоесть заливать прошивку после полного получения, а затем ее прошивать, но понятно, в этом случае понадобится уже свой bootloader с методикой работы описанной вышей.

P.S. Если есть сомнения в работе встроенного bootloader , достаточно в startup.s сделать джамп до инита железа.

Да как же? А вот http://www.youtube.com/watch?v=cvKC-4tCRgw
Правда это для F4 серии, но ссылаются на тот же документ, в котором я адреса бутлодера смотрел.



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



Да! Вот теперь получилось. Но все очень сложно... Только определенная последовательность действий. Нужно сначала загрузить FlashLoader, потом сделать Reset на контроллере и только тогда появляется связь. Если сначала запустить устройство, а потом FlashLoaer и не сделать Reset - пишет unrecognized device.



Все-таки свой бутлодер буду писать. И свой софт.

Да елки - нигде не могу найти исходник бутлодера. Они существуют в природе?

Сообщение отредактировал Salamander - Mar 8 2015, 08:16

Ну вот хоть правильное решение!



Сообщение отредактировал mantech - Mar 8 2015, 09:23

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


это правильно


собственно вам надо написать программу которая кладет пришедшие данные во флэшь и запускает программу по новому адресу.

http://www.st.com/st-web-ui/static/active/...rchtype=keyword

то есть вам надо на самом деле найти 2 документа запись данных во флэш
и запуск прошивки с произвольного адреса.

Прикладываю реальный загрузчик для STM32. Грузит прошивку через TFTP с буфером во внешней SPI flash памяти.

Ох и наворочено....

Зачем такие навороты, когда есть первоисточник, там все куда проще: STSW-STM32068

http://www.st.com/web/en/catalog/tools/FM1...chtype=keyword#

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

Да не скажите.
Вот нашел первоисточник от ST - более или менее понятно.
http://www.st.com/web/en/catalog/tools/FM1...chtype=keyword#

Вопрос: вот работает у меня программа, анализирует поток поступающих по USART данных. Получает команду на перепрошивку. Прыгает на бутлоадер. Бутлоадер должен проанализаровать некий флаг и понять, что нужна перепрошивка...
А можно сделать так - записать бутлодер в конец адресного пространства, а основную программу как обычно. И основная программа в случае необходимости прыгает по адресу бутлодера. А по окончанию загрузки просто ресетит контроллер.
ЧТо скажете по поводу такой схемы?

Плохо тем, что, например, для STM32F2xx старшие адреса разбиты на сектора по 128 kB, а младшие - всего по 16 kB. Стирать нужно целый сектор. Нормально, когда загрузчик размещен в отдельном секторе, чтобы не стирать его при перепрошивке. Поэтому загрузчик в секторе 0 предпочтительнее.

Вроде бы получилось - в начальных адресах расположил бутлодырь http://www.st.com/web/en/catalog/tools/FM1...chtype=keyword#
По адресу 0x8003000 основную программу. В виду сложности отладки и расстановки брейкпоинтов в таком режиме я зажигаю диодики. Диодики показали, что бутлодырь грузится, а дальше управление передается основной программе.

В основной программе контролирую unsigned char NEED_TO_LOAD и если она равна единичке (сам пишу единичку в окне watch) программу кидает на адрес загрузчика.
А в загрузчике (бутлоадере) таже переменная unsigned char NEED_TO_LOAD контроллируется, и если она равна единичке, то запускается прошивка, если нет передается управление основной программе.

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