Вопросы по реализации бутлоадера, at91sam7s64, IAR5.41 Опции

[mempfis_]

Всем добрый день.
Стоит задача написать бутлоадер для at91sam7s64.
Есть несколько ламерских вопросов по этому поводу.

1. Правильно ли я понимаю что для ARM бутлоадер это обычная программа (в отличии от AVR) которая может начинаться с какого угодно адреса?
2. Чтобы иметь возможность прошить flash собственно подпрограммы прошивки flash должны находится в оперативной памяти?
3. Если п.1 верный то где во flash лучше располагать бутлоадер (в начале или в конце)?
4. Как быть со стартапом приложения? Если я в бутлоадере инициализирую стеки, тактовый генератор и т.д. то можно ли исключить стартап из приложения и просто вызвать main? Или лучше произвести сброс переферии и вызвать приложение со стартапом?
5. Достаточно ли будет выделить в flash сегмент и размещать в нём основную программу или в startup и LowLevelInit() нужно будет както дополнительно учитывать что в МК живёт ещё и бутлоадер?

Теперь мои соображения по поводу бутлоадера - поправте если гдето буду не прав:
- Проект бутлоадера - обычная программа - т.е. создаю в IAR5.41 проект, подключаю стартап и LowLevelInint() в которых инициализируются стеки, тактовый генератор, VIC и т.д.
- В main бутлоадера настраиваю всю необходимую мне переферию (PIT, PIO, USB и т.д.).
- Перехожу в основной цикл прораммы в котором ожидаю команды с usb-терминала.
- Если приходит команда прошивки flash - прошиваю нужную страницу памяти в секции приложения.
- Если приходит команда запуска приложения - вызываю main приложения (это если можно не вставлять startup и LowLevelInit()) или прыгаю на адрес с которого начинается основная программа.

Спасибо всем кто ответит.

P.S. Также буду благодарен ссылкам на какие-либо проекты бутлоадеров для sam7s.
P.P.S. С сайта atmel скачал какойто проект но он для ARM9 и довольно запутанный и непонятный...

Сообщение отредактировал mempfis_ - Jul 29 2010, 08:31

[ar__systems]

Я расскажу как я делал. (1788)

И приложение, и проект, существуют как полностью независимые приложения. соответвенно можно загрузить в чип одно приложение, и все будет работать. Можно загрузить бутлоадер также отдельно, и он тоже будет работать самостоятельно. Бутлоадер ожидает увидеть приложение по определенному адресу, и если оно там есть, выполняет переход туда, там происходит полная инициализация всего, т.к. приложение не ждет никакой поддержки бутлоадера.

При совместном использовании БЛ заменяет собой некую заглушку которая предусмотрена в приложении, которая по сути всего лишь осуществляет переход из 0 в начала startup приложения.

Преимуществ у такого подхода много, как минимум - отладка не осложняется никакими бутлоадерами и его не надо как-то особо собирать для отладки.

Обновление бутлоадера не предусмотрено, БЛ выполняется прямо из флеша.

[toweroff]

БЛ выполняется прямо из флеша.

а записи приложения во флеш это не мешает?

[ar__systems]

а записи приложения во флеш это не мешает?

Нет, не мешает.... а как это могло бы мешать?

[toweroff]

Нет, не мешает.... а как это могло бы мешать?

37.3.2.6Interrupts during IAP
The on-chip flash memory is not accessible during IAP operations. When the user
application code starts executing, the interrupt vectors from the user flash area are active.
The user should either disable interrupts, or ensure that user interrupt vectors are active in
RAM and that the interrupt handlers reside in RAM, before making an IAP call (see
Section 5.4 “Vector table remapping”). The IAP code does not use or disable interrupts.

[ar__systems]

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