реклама на сайте
подробности

 
 
> AVR+ARM бутлоадер
piz2383
сообщение Jun 26 2009, 20:54
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 43
Регистрация: 26-06-09
Пользователь №: 50 675



Суть проблемы такова. Есть палта: АРМ7, а именно SAM7X от атмела и атмега16, соединены они по SPI. SAM7 через порт юарт DBG соединен с кампом. В общем нужно сделать следующее. По юарту передаются две прошивки, для арма и для авр. Обе они попадают на АРМ. Нужно что бы он перепрошил авр-ку и перепрошился сам. Подскажите как это нужно реализовать? Поделитесь любыми мыслями, возможно ссылками которые мне помогут разобраться. Если есть примеры готовые, поделитесь, буду благодарен. В общем любые советы и толчки в нужную сторону. Заранее благодарен.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
piz2383
сообщение Jul 22 2009, 17:49
Сообщение #2


Участник
*

Группа: Участник
Сообщений: 43
Регистрация: 26-06-09
Пользователь №: 50 675



Наконец-то добрались руки до написания бутлоадера по AT91SAM7.
В общем я сейчас опишу алгоритм как я это собираюсь сделать, а вы если можно ответьте правильно ли я размышляю и если есть ошибки укажите на них.

Итак ограничения для firmware. В настройках линкера должно быть указано следующее:
Код
-DBOOTSIZE=8000


-Z(CONST)INTRAMSTART_REMAP=00000000
-Z(CONST)INTRAMEND_REMAP=0000FFFF
-Z(CONST)INTRAMSTART=00200000


-DROMSTART=(00100000+BOOTSIZE)
-DROMEND=0013FFFF


-DINTVECSIZE=100
-DRAMSTART=(00000000+INTVECSIZE)
-DRAMEND=0000FFFF


-Z(CODE)INTVEC=ROMSTART-(ROMSTART+INTVECSIZE)


Итак. Загрузчик размещается во флеши по адресу 0. Пользовательская программа по адресу 0х8000.
Загрузчик хочу зделать и через USART и через USB. Но пока не в этом суть.
Загрузчик либо проверяет уже существующую прошивку и если она корректна то стартует с неё, или же если пришла из вне команда о перепрошивке начинает перепрошивать пользовательскую программу. Загрузка будет производиться постранично. Так как не может одновпременно производиться и запись и чтение с флеша функция записи должна быть с идентификатором __ramfunc. У меня вопрос встречный. Что делать с обработчиком прерывания, можно ли ему назначить идентификатор __ramfunc? Или же прерывания необходимо останавливать на время выполнения записи в флеш?

Итак по адресу 0х8000 записана новая пользовательская программа. Далее производиться копирование векторов прерывания пользовательской программы в ОЗУ с адреса 0х8000 флеша в адрес 0 в ОЗУ. И далее производиться команда remap (теперь по нулевым адресам зеркалируеться ОЗУ и пользовательская программа может выполнять свои обработчики исключительных ситуаций). Ну и естественно нулевой вектор сброса необходимо оставить старый, что бы при сбросе мы попадали в бутлоадер.

Укажите на существующие неточности и ошибки в том алгоритме что я привел. В общем любые ваши коментарии. Завтра уже планирую закодировать все выше написаное.
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение Jul 22 2009, 18:02
Сообщение #3


Гуру
******

Группа: Модераторы
Сообщений: 8 455
Регистрация: 15-05-06
Из: Рига, Латвия
Пользователь №: 17 095



Цитата(piz2383 @ Jul 22 2009, 20:49) *
Загрузчик размещается во флеши по адресу 0.
....
Далее производиться копирование векторов прерывания пользовательской программы в ОЗУ с адреса 0х8000 флеша в адрес 0 в ОЗУ.
Нестыковка. Как вы скопируете в адрес 0, если там лежит флеш из которой исполняется загрузчик?
Вектора должны лежать по адресу 0. До ремапа туда отражена флеш и вектора загрузчика, после ремапа туда отражено ОЗУ и скопированные вами в ОЗУ (на адрес 0x200000) вектора приложения. Загрузчик должен располагаться и выполняться из адресов флеш (0x100000). Иначе в тот момент, когда вы сделаете ремап - на место исполняемого кода загрузчика ляжет ОЗУ и тут-то все и упадет. Приложение тоже должно работать из адресов флеш, ибо по нулевым адресам после ремапа будет ОЗУ.


--------------------
На любой вопрос даю любой ответ
"Write code that is guaranteed to work, not code that doesn’t seem to break" (C++ FAQ)
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- piz2383   AVR+ARM бутлоадер   Jun 26 2009, 20:54
- - zltigo   Для начала,ознакомьтесь с МНОГОЧИСЛЕННЫМИ сходными...   Jun 26 2009, 21:10
- - piz2383   Ознакомился... все рекомендуюсь "019. Safe an...   Jun 26 2009, 21:20
- - DpInRock   КодSafe and Secure Bootloader Implementation Ну эт...   Jun 26 2009, 21:44
- - piz2383   Я прочитал и даже на русский для потомков собираюс...   Jun 26 2009, 21:51
- - DpInRock   Практики не видно. Видны некие общие вопросы, скло...   Jun 27 2009, 00:54
- - piz2383   Таки разобрался с апноутом. Перевел его. Скоро буд...   Jun 28 2009, 17:21
- - piz2383   Т.е. единственное что нужно добавить это что бы за...   Jul 22 2009, 22:49
|- - Сергей Борщ   Цитата(piz2383 @ Jul 23 2009, 01:49) Т.е....   Jul 22 2009, 23:13
- - Terminator   Чтобы не возится с __ramfunc я тупо заливаю весь з...   Jul 23 2009, 01:45
- - piz2383   Цитата(Terminator @ Jul 23 2009, 04:45) Ч...   Jul 23 2009, 06:08
- - HARMHARM   Цитата(piz2383 @ Jul 23 2009, 09:08) Ну а...   Jul 23 2009, 06:18
- - Сергей Борщ   Цитата(piz2383 @ Jul 23 2009, 09:08) Я на...   Jul 23 2009, 06:46


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 29th July 2025 - 04:46
Рейтинг@Mail.ru


Страница сгенерированна за 0.01487 секунд с 7
ELECTRONIX ©2004-2016