LPC4337, свой загрузчик. Инициализация SDRAM, мешает работе приложения Опции

[haker_fox]

Добрый день!
Задаю вопрос по просьбе своего коллеги. Они изготовил бутлоадер, который принимает приложение по каналу связи, и записывает его во внутреннюю флеш микроконтроллера. Само приложение 100% работает. Но вот нюанс. И приложение, и бутлоадер инициализируют внешнюю SDRAM, которую каждый использует для себя. И вот на старте инициализации SDRAM приложением проц то-ли улетает куда-то, то-ли зависает. Вопрос: почему такое может происходить. Ведь при повторной инициализации EMC приложением, данных, используемых кем-либо, нет. Это какая-то особенность контроллера памяти?

[Arlleex]

Какой из указателей? Про переключение режима CPU конечно забыли?
И про сброс периферии тоже.

А при чем тут указатели стека и режим CPU? Загрузчик обязан обеспечить обновление ПО и (если необходимо) переход на приложение. Приложение не должно знать о существовании загрузчика, поэтому компилируется ровно так же, как и без загрузчика (только поправить ld-скрипт и вначале приложения сместить таблицу векторов. Ну или перед переходом на приложение в загрузчике ее сместить). При старте МК с загрузчиком:
1. Проверяется тип сброса - если программный, то (в моем случае) это только означает, что был запрос обновления ПО из приложения, если нет - JumpToApplicatioin().
2. Инициализируется периферия, необходимая для приема прошивки.
3. Принимается прошивка, сравниваются соответствующие контрольные суммы и т.д.
4. Деинициализируется периферия в случае успешного обновления ПО.
5. JumpToApplication().

Код

void HW_JumpToApplication(void)
{
unsigned int pFunction = *((volatile unsigned int *)(APPLICATION_BASE_ADDRESS + 4));
void (*UserApplication)(void) = (void (*)())pFunction;
__set_MSP(*(volatile unsigned int *)APPLICATION_BASE_ADDRESS);
UserApplication();
    
return;
}

О каком переключении CPU идет речь? И о каком стеке? После сброса CPU всегда использует основной стек и находится в режиме потока с привелегированным доступом, поэтому загрузчик инициализирует именно MSP.

Внутри целевого прилоежния первым делом сдвигается таблица векторов прерываний (если это не сделал загрузчик) и поехали.
Или Вы о чем?

Сообщение отредактировал Arlleex - May 24 2018, 05:08

[scifi]

Код

void HW_JumpToApplication(void)
{
unsigned int pFunction = *((volatile unsigned int *)(APPLICATION_BASE_ADDRESS + 4));
void (*UserApplication)(void) = (void (*)())pFunction;
__set_MSP(*(volatile unsigned int *)APPLICATION_BASE_ADDRESS);
UserApplication();
    
return;
}

Мне больше нравится вот так:

Код

void jump_to_app(void)
{
    static const uint16_t code[] = {
       0x1d01, // adds r1, r0, #4
       0x6800, // ldr r0, [r0, #0]
       0x4685, // mov sp, r0
       0x6809, // ldr r1, [r1, #0]
       0x4708  // bx r1
    };
    ((void (*)(int))code)(APP_BASE);
}

[jcxz]

Мне больше нравится вот так:

.h:

Код

#define PFLASH_BEGIN_C      0x08000000 //адрес начала внутренней флешь МК (кэшированная область)
#define FW_WORK_BEGIN       0x00020000 //смещение рабочего ПО (FIRMWARE_TARGET_WORK) относительно начала флешь
extern "C" void StartWorkFw();

.cpp (в бутлоадере):

Код

//деинит/reset использованной в буте периферии и старт рабочего ПО
    IntCpuDis();
    FaultCpuDis();
    IntDisAll();
    //отключение тактирования периферии
    SCU.CCU.CGAT[0].SET = B0 | B1 | B2 | B3 | B4 | B7 | B8 | B9 | B10 | B11 | B16;
    SCU.CCU.CGAT[1].SET = B0 | B3 | B4 | B5 | B6 | B7 | B8;
    SCU.CCU.CGAT[2].SET = B1 | B2 | B4 | B5 | B6 | B7 | B10;
    SCU.CCU.CGAT[3].SET = B2;
    MPUoff();
    StartWorkFw();

.asm:

Код

               SECTION  .text:CODE:NOROOT(2)
               THUMB
               PUBLIC   StartWorkFw
StartWorkFw:   LDR      R0, =PFLASH_BEGIN_C + FW_WORK_BEGIN
               LDRD     R1, R2, [R0]
               MOV      SP, R1
               BX       R2
               LTORG

[scifi]

Код

               SECTION  .text:CODE:NOROOT(2)
               THUMB
               PUBLIC   StartWorkFw
StartWorkFw:   LDR      R0, =PFLASH_BEGIN_C + FW_WORK_BEGIN
               LDRD     R1, R2, [R0]
               MOV      SP, R1
               BX       R2
               LTORG

Точно!

Код

void jump_to_app(void)
{
    static const uint16_t code[] = {
       0xc806, // ldmia r0!, {r1, r2}
       0x468d, // mov sp, r1
       0x4710  // bx r2
    };
    ((void (*)(int))code)(APP_BASE);
}

Этот код будет работать и на Cortex-M0, в отличие от.

[scifi]

Точно!
...
Этот код будет работать и на Cortex-M0, в отличие от.

Поправлю сам себя. Последний штрих:

Код

void jump_to_app(void)
{
    static const uint16_t code[] = {
        0xc806, // ldmia r0!, {r1, r2}
        0x468d, // mov sp, r1
        0x4710  // bx r2
    };
    ((void (*)(int))(1 + (int)code))(APP_BASE);
}

[Arlleex]

Поправлю сам себя. Последний штрих:

Код

void jump_to_app(void)
{
    static const uint16_t code[] = {
        0xc806, // ldmia r0!, {r1, r2}
        0x468d, // mov sp, r1
        0x4710  // bx r2
    };
    ((void (*)(int))(1 + (int)code))(APP_BASE);
}

ИМХО, лишнее.
Компилятор вроде сам это контролирует (я про режим Thumb).
На ассемблере да, надо следить.

P.S. Может, ошибаюсь.

[scifi]

ИМХО, лишнее.
Компилятор вроде сам это контролирует (я про режим Thumb).
На ассемблере да, надо следить.

P.S. Может, ошибаюсь.

Не лишнее. При тестировании вскрылось.

[Arlleex]

Не лишнее. При тестировании вскрылось.

Пардон. Я вычитывал слово по нужному адресу, а там было слово из таблицы векторов прерываний (вектор сброса) - а там уже в младшем бите установлена единица.
Интересно, а считается ли Ваш способ наглядным примером самомодифицирующегося кода?

Сообщение отредактировал Arlleex - May 28 2018, 12:54

[scifi]

Пардон. Я вычитывал слово по нужному адресу, а там было слово из таблицы векторов прерываний (вектор сброса) - а там уже в младшем бите установлена единица.
Интересно, а считается ли Ваш способ наглядным примером самомодифицирующегося кода?

Мне кажется, вы запутались