FAQ, по АРМам Опции

[kpv]

http://kpv.nnov.ru/philips.html
коротко, какие материалы есть (в основном ARM Philips)
- простейший набор (Evaluation Board+JTAG, можно собрать самостоятельно) для начала работы с ARM от Philips (LPC2xx)
- 32-разрядные высокопроизводительные RISС-процессоры семейства ARM (Advanced Risc Machines, на русском языке, html)
- Обзор ARM архитектур ARM7(TDMI)

FAQ по LPC2000 серии на caxapa.ru


тестовый проект для изучения ARM и RTOS uCOS-II от lamer0k
http://www.lamer0k.nm.ru/

[Leen]

Для пользующихся RVCC c Keilом
Засунуть функции в ОЗУ можно с малейшими усилиями. Пишу, т.к. не я первый пролетел на незнании этой фичи.
Вариант 1:
- в свойствах проекта на вкладке target указываем начало и длину участка памяти для размещения функций в ОЗУ. Для SAM7S256 это 0x208000 0x2000 (так у меня), указывается в RAM1.
- в свойствах файла, функции которого должны быть в ОЗУ указываем для размещения кода регион RAM1.

Вариант 2:
использование scatter-файла такого вида:

Код

FLASH_LOAD 0x100000
  {
  EXE +0 0x40000
    {
    *.o (RESET, +FIRST)
    * (+RO)
    }
  DATA 0x200000 0x8000
    {
    * (+RW +ZI)
    }
  ISR_EXE 0x208000 0x2000
    {
    interrupt.o (+RO)
    }
  }

Здесь:
0x100000 - начало флеша контроллера,
+0 0x40000 - писать код и константы с начала флеша до 0x140000,
0x200000 - начало памяти данных, 0x8000 - длина памяти данных,
0x208000 0x2000 - начиная с адреса 0x208000 поместить функции из модуля interrupt. Длина до 0x2000.
Если надо засунуть еще что-то - добавляем в последнюю секцию строки вида
file1.o (+RO)
file2.o (+RO)
...
filen.o (+RO)

[Tatsy]

Для пользующихся RVCC c Keilом
Засунуть функции в ОЗУ можно с малейшими усилиями. Пишу, т.к. не я первый пролетел на незнании этой фичи.
Вариант 1:
- в свойствах проекта на вкладке target указываем начало и длину участка памяти для размещения функций в ОЗУ. Для SAM7S256 это 0x208000 0x2000 (так у меня), указывается в RAM1.
- в свойствах файла, функции которого должны быть в ОЗУ указываем для размещения кода регион RAM1.

Вариант 2:
использование scatter-файла такого вида:

Код

FLASH_LOAD 0x100000
  {
  EXE +0 0x40000
    {
    *.o (RESET, +FIRST)
    * (+RO)
    }
  DATA 0x200000 0x8000
    {
    * (+RW +ZI)
    }
  ISR_EXE 0x208000 0x2000
    {
    interrupt.o (+RO)
    }
  }

Здесь:
0x100000 - начало флеша контроллера,
+0 0x40000 - писать код и константы с начала флеша до 0x140000,
0x200000 - начало памяти данных, 0x8000 - длина памяти данных,
0x208000 0x2000 - начиная с адреса 0x208000 поместить функции из модуля interrupt. Длина до 0x2000.
Если надо засунуть еще что-то - добавляем в последнюю секцию строки вида
file1.o (+RO)
file2.o (+RO)
...
filen.o (+RO)

А скажите, пожалуйста, как можно указать место в памяти, куда нужно поместить код используемых в программе стандартных ANSI C функций? Например, в своей программе я использую стандартную функцию sprintf(). Как её расположить в памяти по нужному мне адресу?

[Leen]

А скажите, пожалуйста, как можно указать место в памяти, куда нужно поместить код используемых в программе стандартных ANSI C функций? Например, в своей программе я использую стандартную функцию sprintf(). Как её расположить в памяти по нужному мне адресу?

Да так же, в принципе, только для начала соберите проект со всеми используемыми стандартными библ. функциями с опцией linker-listing. В map-файле надо посмотреть, какая функция на какую ссылается (т.е. вызывает) и в каком/их обектнике/ах это все лежит. А потом - так же, как в примере. Чтоб не получилось, что sprintf из sprintf.o лежит в РАМе и пашет на 50 МГц, а _sputc из _sputc.о - во флеше на 15 эффективных .
Может, есть путь прямее, не являясь знатоком стандартов С, утверждать не берусь.