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

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> RL-ARM и bootloader, Запуск основной программы после перепрошивки
EXeGLuMATOR
сообщение May 3 2012, 09:01
Сообщение #1


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



Имеется следующий проектик, как водится, состоящий из двух частей. Бутлоадер и основная программа. Причем в основной программе также есть блок перепрошивки "самой себя".
Используется RL-ARM.
Вопрос в следующем - как после перпрошивки перезапустить проц? Собсно как перезапустить более или менее понятно. Проблема в том, что после перезапуска все уходит в HardFault при вызове os_sys_init().
Т.е. перешиваемся, рестартуем, код запускается, но как только доходит до инита операционки - вылет.
Кто знает, как это победить?

Компилятор ессно Keil. sm.gif
Go to the top of the page
 
+Quote Post
jcxz
сообщение May 3 2012, 10:44
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



как делаете рестарт?
Go to the top of the page
 
+Quote Post
EXeGLuMATOR
сообщение May 3 2012, 11:48
Сообщение #3


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



Цитата(jcxz @ May 3 2012, 14:44) *
как делаете рестарт?


А по всякому пробовал. Благо вариантов в ветке представлено. sm.gif
И так:
Код
        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. Сейчас не проходит. Где-то что-то упускаю. sad.gif
Go to the top of the page
 
+Quote Post
_Артём_
сообщение May 3 2012, 15:49
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 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. Сейчас не проходит. Где-то что-то упускаю. sad.gif

У вас в boot-е используется Systick?
Может bootloader создаёт дополнительную задержку и происходит прерывание таймера SysTick раньше чем ОСь проинициализировалась?
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение May 3 2012, 17:18
Сообщение #5


Ally
******

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



Цитата(EXeGLuMATOR @ May 3 2012, 12:01) *
Т.е. перешиваемся, рестартуем, код запускается, но как только доходит до инита операционки - вылет.
Кто знает, как это победить?

Компилятор ессно Keil. sm.gif


Вот такой код работает в моих приложениях под 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();
}
Go to the top of the page
 
+Quote Post
jcxz
сообщение May 4 2012, 01:54
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(EXeGLuMATOR @ May 3 2012, 17:48) *
А по всякому пробовал. Благо вариантов в ветке представлено. sm.gif

И ни одного правильного Вы не использовали wink.gif
Цитата(EXeGLuMATOR @ May 3 2012, 17:48) *
Результат один. Перезапуск удается, код запускается, инитится вся периферия, но как только дело доходит до запуска непосредственно оси функцией os_sys_init(TaskInit); - все вылетает в HARD Fault Handler. Причем изначально все запускается и работает без нареканий. Программа скомпилирована, заружена и запущена без лоадера, с адреса 0. В качестве эксперимента просто пытаюсь рестартовать проц из самой проги. Потом уже все остальное. На 23хх процах была подобная фигня при перезагрузке лоадером - вылечилось дефайнами RAM_INTVEC RAM_MODE REMAP. Сейчас не проходит. Где-то что-то упускаю. sad.gif

Вы разницу понимаете между аппаратным ресетом, после которого у вас всё работает и тем, что вы делаете в приведённых примерах?
Разница в том, что в первом случае вся периферия процессора изначально находится в дефолтном состоянии, а во втором - нет.
У вас инициализирующий код где-то завязан на это дефолтное состояние после сброса.
Я уже приводил правильный способ сброса - аппаратный сброс через внутренний сторожевик.
Либо через внешний (который у должен быть в любом нормальном устройстве) блокированием импульсов WDI.
После него все узлы контроллера будут находиться в дефолтном состоянии, почти как после включения питания (отличие только, что внешние устройства на плате не будут в дефолтном состоянии).
Go to the top of the page
 
+Quote Post
Sanya_kv
сообщение May 4 2012, 05:35
Сообщение #7


Частый гость
**

Группа: Свой
Сообщений: 185
Регистрация: 25-02-09
Из: Россия
Пользователь №: 45 369



EXeGLuMATOR
А какое ядро Вы используете ARM 7 или Cortex XX
Предполагаю, что функцию перехода на начало основной программы, Вы вызываете из ”User mode”, и как следствие не правильная инициализация стеков в основной программе (Из User mode не все регистры доступны.).
Я, после обновления основной программы из загрузчика, вызываю программное прерывание (Supervisor mode), и от туда запускаю основную программу.
При использовании RL-ARM (в Keil), необходимо использовать SWI(8) или более .
Go to the top of the page
 
+Quote Post
EXeGLuMATOR
сообщение May 21 2012, 13:00
Сообщение #8


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



Отвлекся на другие дела...
Не совсем может понятно написал. В лоадере RL-ARM не используется. Там все просто. Камушек LPC1343. Используется встроенный HID - драйвер. По HID происходит обносвление основной прошивки. Потом соотв переход на неё. Из встроенной периферии используется помимо USB еще UART - для вывода сообщений. Ну GPIO еще. И собственно все.
Так вот, если заливать и стартовать основной код с адреса 0 - то он сам себя прекрасно перезапускает. Тестовый код тоже простой - ничего не инитится, только ЮАРТ - вывод строчки на терминал и далее - перезагрузка.
Следующий этап - через лоадер. Заливаем софтинку лоадером. Если простая тестовая софтинка - та-же что и впредыдущем этапе - все нормально. Все обновляется, запускается и выполняется переход на основной код. Там тоже все нормально.
Но как только появляется RL-ARM в пользовательском софте - все. Никаких движений после перехода на пользовательский софт. Стартапы одинаковые - тестовый проект сделан на базе основного, только урезан по максимуму.
Go to the top of the page
 
+Quote Post
net
сообщение May 23 2012, 05:18
Сообщение #9


Знающий
****

Группа: Свой
Сообщений: 858
Регистрация: 9-08-04
Пользователь №: 473



QUOTE (EXeGLuMATOR @ May 21 2012, 17:00) *

странно - у нас из под загрузчика с rtx запускается задача с rtx и никаких проблем нет
так обсуждать тяжеловато все
но проблем быть не должно - может просто явный ляп не видите
Go to the top of the page
 
+Quote Post
EXeGLuMATOR
сообщение May 23 2012, 11:41
Сообщение #10


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



Да может и явный ляп. Понять-бы где.
На LPC2368 - нужно было стартап править и таблицу SWI.
Здесь не пойму, что не так.
Может кто-нибудь startup_LPC13xx.s и SVC_Table.s от рабочих проектов с RL-ARM в качестве загружаемой софтины выложить?
Go to the top of the page
 
+Quote Post
jcxz
сообщение May 24 2012, 02:14
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Не очень понятно - зачем упорно пытаться сделать сброс коряво - переходом на стартовый адрес, вместо корректного ресета через сторожевик???
Наверно я чего-то не понимай sm.gif
Если по каким-то религиозным соображениям не нравится сторожевик, то часто в контроллерах есть другие документированные способы сброса.
Например в Cortex-M3: регистр AIRCR (0xE000ED0C).
Go to the top of the page
 
+Quote Post
EXeGLuMATOR
сообщение May 24 2012, 04:34
Сообщение #12


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



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


Ну сбросили камень. Дальше что - опять заходим в лоадер. Мне не сброс нужен а переход из лоадера на основную программу, которая находится далеко не на 0 адресе.
Go to the top of the page
 
+Quote Post
Сергей Борщ
сообщение May 24 2012, 05:47
Сообщение #13


Гуру
******

Группа: Модераторы
Сообщений: 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)
Go to the top of the page
 
+Quote Post
EXeGLuMATOR
сообщение May 24 2012, 05:58
Сообщение #14


Частый гость
**

Группа: Свой
Сообщений: 182
Регистрация: 30-01-05
Из: Volgograd
Пользователь №: 2 305



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


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

Вот с тем, где все вектора будут лежать и как их положить куда нужно и хочу разобраться.
Go to the top of the page
 
+Quote Post
jcxz
сообщение May 24 2012, 06:52
Сообщение #15


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(EXeGLuMATOR @ May 24 2012, 11:58) *
Ну так в лоадер-то все равно заходить нужно. Смысл - ведь все работало и так раньше. Ппросто потребовалось перенести проект на другой проц. Не могу понять в чем дело.

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

Значит у вас не работает запуск рабочего ПО и при включении питания, а не только при ресете из него.
Значит - надо вначале добиться этого, а потом сброс через сторожевик сделает его подобным PowerOn.
"Как положить куда нужно" описано в командном файле компоновщика (в IAR это - *.icf)
Go to the top of the page
 
+Quote Post

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

 


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


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