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

 

[_Артём_]

Попробывал использовать в проекте функции расположенные и в RAM и во flash:

Код

__attribute__ ((__section__(".data.WaitTimer0_16BInterrupt")))
void WaitTimer0_16BInterrupt()
{
    unsigned long counter_value=Timer0_16BCounter;

    while (counter_value==Timer0_16BCounter);
}

Судя по содержимому pc выполняется из ОЗУ.

Но выдаётся warning:

Warning: setting incorrect section attributes for .data.WaitTimer0_16BInterrupt

Или есть какие-то другие способы, более прямые?

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

Или есть какие-то другие способы, более прямые?

Секции .data не имеют атрибута x (executable). Надо завести свою секцию и разместить ее в выходную секцию .data:

CODE

    .data :
    {
        . = ALIGN(4);
        _sdata = .;                /* start of .data label */
        *(.ramfunc*)
        *(.data*)
        . = ALIGN(4);
        _edata = .;                /* end of .data label */
    } > RAM AT > TEXT
    _sidata = LOADADDR(.data);    /* start of initialized data label */

[AHTOXA]

Код

    *(.data*)

Сергей, может, всё же вот так:

Код

        *(.data)
        *(.data.*)

? Иначе в секцию .data попадут секции с именами .datablablabla, а это может быть неправильно.

[_Артём_]

Сергей, может, всё же вот так:

Код

        *(.data)
        *(.data.*)

? Иначе в секцию .data попадут секции с именами .datablablabla, а это может быть неправильно.

То есть в результате пишется так:

Код

.data :
    {
        . = ALIGN(4);
        _sdata = .;                /* start of .data label */
        *(.ramfunc)
        *(.ramfunc.*)
        *(.data)
        *(.data.*)
        . = ALIGN(4);
        _edata = .;                /* end of .data label */
    } > RAM AT > TEXT
    _sidata = LOADADDR(.data);    /* start of initialized data label */

.

Спасибо, AHTOXA.

[AHTOXA]

Кстати, заметил интересный глюк {arm-none-eabi,arm-kgp-eabi-}size. Как только я добавляю таким макаром хоть одну RAM-функцию, size начинает рапортовать, что размер data = 0.

[_Артём_]

Кстати, заметил интересный глюк {arm-none-eabi,arm-kgp-eabi-}size. Как только я добавляю таким макаром хоть одну RAM-функцию, size начинает рапортовать, что размер data = 0.

Кстати да:

text data bss dec hex filename
17028 0 5228 22256 56f0 ./exe/lcp11_test_proj.elf
Errors: none

Непорядок, однако.
А если в скрипте пишешь так

*(.ramfunc)
*(.data)

То

text data bss dec hex filename
17012 12 5228 22252 56ec ./exe/lcp11_test_proj.elf
Errors: none

[AHTOXA]

А если в скрипте пишешь так

Код

*(.ramfunc)
*(.data)

Ну, так совсем неправильно, звёздочки в конце таки нужны. (При -ffunction-sections -fdata-sections секции называются .data.имя_переменной и .ramfunc.что-то_там).
Ещё поэкспериментировал. С ключом -A size выдаёт совсем другие цифры! Вот например:
arm-none-eabi-size STM32VLD.elf :

Код

   text       data        bss        dec        hex    filename
  11732          0       3972      15704       3d58    STM32VLD.elf

arm-none-eabi-size -A STM32VLD.elf

Код

STM32VLD.elf  :
section             size        addr
.isr_vector          464   134217728
.text              11180   134218192
.text.align            4   134229372
.data                 84   536870912
.bss                3716   536870996
._usrstack           256   536874712
.comment              83           0

Эти цифры больше похожи на правду.

[_Артём_]

Ну, так совсем неправильно, звёздочки в конце таки нужны.

Не спорю - неправильно: не то скопировал.

Ещё поэкспериментировал. С ключом -A size выдаёт совсем другие цифры!

Куда ключ-то вставлять? Он от какого замка?

[AHTOXA]

Куда ключ-то вставлять? Он от какого замка?

Дык, я же написал командную строку перед цитатой. А еcли в makefile, то вот сюда:

Код

$(OK): $(ELF)
    @$(SIZE) -A $(ELF)