LPC1114., Исполнение программы из ОЗУ Опции

[_Артём_]

Вечер добрый.
Вопрос следующий:
Скачал с сайта Yagarto (пример для lpc1114).
Сделал в файле main.c нём такое изменение:

Код

#include <stdint.h>
#include "LPC11xx.h"
#include "core_cm0.h"

void DelayTick(uint32_t delay)
{
    while (delay) {
        while ((SysTick->CTRL&(1<<SysTick_CTRL_COUNTFLAG_Pos))==0);
        SysTick->CTRL = 0
            | (1 << SysTick_CTRL_ENABLE_Pos)    // Enable timer
            | (0 << SysTick_CTRL_TICKINT_Pos)   // Disable SysTick interrupts
            | (0 << SysTick_CTRL_CLKSOURCE_Pos); // System clock/2
        delay--;
    }
}

int main (void)
{
    LPC_GPIO0->DIR=1<<7;

    // setup SysTick timer
    SysTick->LOAD = 48000000 / 100-1;
    SysTick->VAL = 0;   // reset counter
    SysTick->CTRL = 0
        | (1 << SysTick_CTRL_ENABLE_Pos)    // Enable timer
        | (0 << SysTick_CTRL_TICKINT_Pos)   // Disable SysTick interrupts
        | (0 << SysTick_CTRL_CLKSOURCE_Pos) // System clock/2
;
    
    while (1) {
        LPC_GPIO0->DATA&=~(1<<7);
        DelayTick(100);
        LPC_GPIO0->DATA|=(1<<7);
        DelayTick(5);

    }
}

То есть всё выкинул и вставил моргание светодиодом с частотой ~1Гц. Запустил на отладку - увидел то что ожидал.
Дальше заменил в makefile строку

Код

RUN_FROM_FLASH = 1

Код

RUN_FROM_FLASH = 0

Ожидал увидеть, что программа начнёт исполнятся из ОЗУ - нет, не увидел: контроллер перешёл в какое-то неизвестное мне состояние и отлаживаться отказался(выдал сообщение: No source available for "").
Дальше, запрограммировал test_ram.elf - морганий не увидел.
Программатор/отладчик - LPCXpresso.

Как правильно запускать программу в ОЗУ? Можно ли отлаживать программу расположенную в ОЗУ?
Видимо, я хочу получить от этого примера то, для чего он совсем не предназначен. Для чего он тогда?

Спасибо.

Прикрепленные файлы

 LPC1114Test.rar ( 129.12 килобайт ) Кол-во скачиваний: 12

 

[Сергей Борщ]

Дальше заменил в makefile строку

CODE

RUN_FROM_FLASH = 1

CODE

RUN_FROM_FLASH = 0

1) В скрипте линкера отсутствует строка

CODE

ENTRY(Reset_Handler)

В вашем архиве то же самое делает команда monitor reg pc = (0x10000004), но ENTRY - более прямой путь.
2) В crt.c идет обращение к Vector Offset Register, которого в Cortex-M0 не существует (там ремап через регистр SYSMEMREMAP как в "обычных" ARM).
3) При старте дебаггера надо прописать в указатель стека значение из таблицы векторов. Либо в командах дебаггера, либо в начале Reset_Handler. В вашем архиве это делает команда monitor reg r13 = (0x10000000). Разберитесь, куда ее надо вписать в LPCXpresso.

Ожидал увидеть, что программа начнёт исполнятся из ОЗУ - нет, не увидел: контроллер перешёл в какое-то неизвестное мне состояние и отлаживаться отказался(выдал сообщение: No source available for "").

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

Как правильно запускать программу в ОЗУ? Можно ли отлаживать программу расположенную в ОЗУ?

Да, можно. Вам нужно заставить отладчик перед стартом выполнить то, что при старте из флеша делает ядро - инициализировать указатель стека из таблицы векторов и занести в PC адрес начала программы (опять же либо из таблицы векторов либо директивой ENTRY() скрипта линкера).

Видимо, я хочу получить от этого примера то, для чего он совсем не предназначен. Для чего он тогда?

Это надо в его описании читать. Я предпочитаю читать документацию и писать подобный пример сам. Да, требует времени, но приходит детальное понимание процесса.

[_Артём_]

Спасибо, что-то начало запускаться (пока не понял что).

1) В скрипте линкера отсутствует строка

Код

ENTRY(Reset_Handler)

В вашем архиве то же самое делает команда monitor reg pc = (0x10000004), но ENTRY - более прямой путь.

Пока добавил в lpc1114_ram.ld

Код

ENTRY(ResetHandler)

Запустилось. Не знаю откуда - разбираюсь.

то же самое делает команда monitor reg pc = (0x10000004)

Это видимо относится к jlink-e которого у меня нет.

2) В crt.c идет обращение к Vector Offset Register, которого в Cortex-M0 не существует

А это тогда кто:

Код

*((uint32_t*)0xE000ED08) = (uint32_t)&_stext

?

Посмотрите содержимое PC. Вероятно он улетел в адреса, для которых у вас действительно нет исходного кода. Можно воспользоваться окном дизассемблера чтобы посмотреть содержимое памяти.
Это надо в его описании читать. Я предпочитаю читать документацию и писать подобный пример сам. Да, требует времени, но приходит детальное понимание процесса.

Посмотрю. Спасибо.

Это надо в его описании читать. Я предпочитаю читать документацию и писать подобный пример сам. Да, требует времени, но приходит детальное понимание процесса.

Самый надёжный метод. Не поспоришь.

[Сергей Борщ]

Это видимо относится к jlink-e которого у меня нет.

Это относится к любому gdb серверу. monitor - обращение к серверу, смысл "reg pc = (0x10000004)" думаю понятен.

А это тогда кто:

А в документации он где? SYSMEMREMAP в документации есть и работает как описано (проверено). VECT_OFFSET есть в документации Cortex-M3, в документации M0 такого регистра нет.