|
RL-ARM и bootloader, Запуск основной программы после перепрошивки |
|
|
|
May 3 2012, 09:01
|
Частый гость
 
Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305

|
Имеется следующий проектик, как водится, состоящий из двух частей. Бутлоадер и основная программа. Причем в основной программе также есть блок перепрошивки "самой себя". Используется RL-ARM. Вопрос в следующем - как после перпрошивки перезапустить проц? Собсно как перезапустить более или менее понятно. Проблема в том, что после перезапуска все уходит в HardFault при вызове os_sys_init(). Т.е. перешиваемся, рестартуем, код запускается, но как только доходит до инита операционки - вылет. Кто знает, как это победить? Компилятор ессно Keil.
|
|
|
|
|
May 3 2012, 11:48
|
Частый гость
 
Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305

|
Цитата(jcxz @ May 3 2012, 14:44)  как делаете рестарт? А по всякому пробовал. Благо вариантов в ветке представлено.  И так: Код static const uint16_t code[] = { 0xF850, 0xDB04, // LDR.W SP, [R0], #4 0x6800, // LDR.W R0, [R0] 0x4700, // BX R0 }; ((void (*)(uint32_t))(1 + (int)code))(PAYLOAD_START_ADDR); И так: Код typedef void (*pFunction)(void); pFunction Jump_To_Application; uint32_t JumpAddress; void (*user_code_entry)(void); user_code_entry = ((void (*)(void))(PAYLOAD_START_ADDR+4)); user_code_entry(); И так, что в общем идентично предыдущему, но без смещения: Код void execute_user_code(void) { void (*user_code_entry)(void); user_code_entry = (void (*)(void))USER_START_SECTOR_ADDRESS; user_code_entry(); } Результат один. Перезапуск удается, код запускается, инитится вся периферия, но как только дело доходит до запуска непосредственно оси функцией os_sys_init(TaskInit); - все вылетает в HARD Fault Handler. Причем изначально все запускается и работает без нареканий. Программа скомпилирована, заружена и запущена без лоадера, с адреса 0. В качестве эксперимента просто пытаюсь рестартовать проц из самой проги. Потом уже все остальное. На 23хх процах была подобная фигня при перезагрузке лоадером - вылечилось дефайнами RAM_INTVEC RAM_MODE REMAP. Сейчас не проходит. Где-то что-то упускаю.
|
|
|
|
|
May 3 2012, 15:49
|
Гуру
     
Группа: Свой
Сообщений: 2 128
Регистрация: 21-05-06
Пользователь №: 17 322

|
Цитата(EXeGLuMATOR @ May 3 2012, 14:48)  Результат один. Перезапуск удается, код запускается, инитится вся периферия, но как только дело доходит до запуска непосредственно оси функцией os_sys_init(TaskInit); - все вылетает в HARD Fault Handler. Причем изначально все запускается и работает без нареканий. Программа скомпилирована, заружена и запущена без лоадера, с адреса 0. В качестве эксперимента просто пытаюсь рестартовать проц из самой проги. Потом уже все остальное. На 23хх процах была подобная фигня при перезагрузке лоадером - вылечилось дефайнами RAM_INTVEC RAM_MODE REMAP. Сейчас не проходит. Где-то что-то упускаю.  У вас в boot-е используется Systick? Может bootloader создаёт дополнительную задержку и происходит прерывание таймера SysTick раньше чем ОСь проинициализировалась?
|
|
|
|
|
May 3 2012, 17:18
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Цитата(EXeGLuMATOR @ May 3 2012, 12:01)  Т.е. перешиваемся, рестартуем, код запускается, но как только доходит до инита операционки - вылет. Кто знает, как это победить? Компилятор ессно Keil.  Вот такой код работает в моих приложениях под RL-ARM Код /*------------------------------------------------------------------------------ ------------------------------------------------------------------------------*/ __asm void Select_msp (void) { MOVNE R0,#0x00 MSR CONTROL,R0 BX LR
ALIGN }
/*------------------------------------------------------------------------------ ------------------------------------------------------------------------------*/ static void Goto_app(void) { // Запрещаем все источники прерываний SysTick->CTRL = 0; NVICx->ICER[0] = 0xFFFFFFFF; NVICx->ICER[1] = 0xFFFFFFFF;
Select_msp(); __MSR_MSP(*(vu32*) PROGRAMM_AREA_BEG_ADDR); APP_entry = (fnc)(*(vu32*) (PROGRAMM_AREA_BEG_ADDR + 4));
APP_entry(); }
|
|
|
|
|
May 4 2012, 01:54
|
Гуру
     
Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713

|
Цитата(EXeGLuMATOR @ May 3 2012, 17:48)  А по всякому пробовал. Благо вариантов в ветке представлено.  И ни одного правильного Вы не использовали  Цитата(EXeGLuMATOR @ May 3 2012, 17:48)  Результат один. Перезапуск удается, код запускается, инитится вся периферия, но как только дело доходит до запуска непосредственно оси функцией os_sys_init(TaskInit); - все вылетает в HARD Fault Handler. Причем изначально все запускается и работает без нареканий. Программа скомпилирована, заружена и запущена без лоадера, с адреса 0. В качестве эксперимента просто пытаюсь рестартовать проц из самой проги. Потом уже все остальное. На 23хх процах была подобная фигня при перезагрузке лоадером - вылечилось дефайнами RAM_INTVEC RAM_MODE REMAP. Сейчас не проходит. Где-то что-то упускаю.  Вы разницу понимаете между аппаратным ресетом, после которого у вас всё работает и тем, что вы делаете в приведённых примерах? Разница в том, что в первом случае вся периферия процессора изначально находится в дефолтном состоянии, а во втором - нет. У вас инициализирующий код где-то завязан на это дефолтное состояние после сброса. Я уже приводил правильный способ сброса - аппаратный сброс через внутренний сторожевик. Либо через внешний (который у должен быть в любом нормальном устройстве) блокированием импульсов WDI. После него все узлы контроллера будут находиться в дефолтном состоянии, почти как после включения питания (отличие только, что внешние устройства на плате не будут в дефолтном состоянии).
|
|
|
|
|
May 23 2012, 05:18
|
Знающий
   
Группа: Свой
Сообщений: 858
Регистрация: 9-08-04
Пользователь №: 473

|
QUOTE (EXeGLuMATOR @ May 21 2012, 17:00)  странно - у нас из под загрузчика с rtx запускается задача с rtx и никаких проблем нет так обсуждать тяжеловато все но проблем быть не должно - может просто явный ляп не видите
|
|
|
|
|
May 24 2012, 04:34
|
Частый гость
 
Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305

|
Цитата(jcxz @ May 24 2012, 06:14)  Не очень понятно - зачем упорно пытаться сделать сброс коряво - переходом на стартовый адрес, вместо корректного ресета через сторожевик??? Наверно я чего-то не понимай  Если по каким-то религиозным соображениям не нравится сторожевик, то часто в контроллерах есть другие документированные способы сброса. Например в Cortex-M3: регистр AIRCR (0xE000ED0C). Ну сбросили камень. Дальше что - опять заходим в лоадер. Мне не сброс нужен а переход из лоадера на основную программу, которая находится далеко не на 0 адресе.
|
|
|
|
|
May 24 2012, 05:47
|

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

|
QUOTE (EXeGLuMATOR @ May 24 2012, 07:34)  Ну сбросили камень. Дальше что - опять заходим в лоадер. А из него "с чистого листа" BX R0. При этом уверены, что ни прерывания не разрешены, ни запросы на них необслуженные не висят, ну и т.д. QUOTE (EXeGLuMATOR @ May 24 2012, 07:34)  Мне не сброс нужен а переход из лоадера на основную программу, которая находится далеко не на 0 адресе. Программа-то ладно, где у вас вектора от этой программы расположены? Куда попадет инструкция SWI - в загрузчик?
--------------------
На любой вопрос даю любой ответ"Write code that is guaranteed to work, not code that doesn’t seem to break" ( C++ FAQ)
|
|
|
|
|
May 24 2012, 05:58
|
Частый гость
 
Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305

|
Цитата(Сергей Борщ @ May 24 2012, 09:47)  А из него "с чистого листа" BX R0. При этом уверены, что ни прерывания не разрешены, ни запросы на них необслуженные не висят, ну и т.д. Программа-то ладно, где у вас вектора от этой программы расположены? Куда попадет инструкция SWI - в загрузчик? Ну так в лоадер-то все равно заходить нужно. Смысл - ведь все работало и так раньше. Ппросто потребовалось перенести проект на другой проц. Не могу понять в чем дело. Вот с тем, где все вектора будут лежать и как их положить куда нужно и хочу разобраться.
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|