Нужно расположить функцию в заанее известном месте в памяти контроллера и потом обращаться к ней, кстати как потом можно будет обратиться к этой функции из другой функции?

Заранее спасибо.

Воспользуйтесь поиском, ключевое слово - scatter.
Обращаться к функции можно будет так же, как и к любой другой - линкер ведь будет знать её расположение.

Может быть речь о разных программах?
В одной программе некая сервисная функция кладется по оговоренному адресу, из другой программы, эта сервисная функция вызывается. Тогда первое ваше предложение верно, а второе насчет линкера не пригодится, т.к. линкер может и не знать где располагается требуемая функция. В обход линкера можно например создать тип сервисной функции и указатель, и написав макрос или проинициализировать такой уазатель вручную, вызывать сервисную функию с любого адреса (в примере вызов функции по адресу 0x1000):

создаем типы:


используем так:

или так:

Тогда проще и логичнее использовать SWI, благо оно именно для таких целей и предусматривалось.

#define Address 0x10000000 //адрес по которому расположена функция
#define CALL (*(void(*)(void)) Address) //функция CALL()

int main(void)
{
...
CALL(); //вызов функции по адресу 0x10000000
...
}

Функция которая размещена по определенному адресу и основная программа компилируется в разное время и в разных местах. Из всего вышесказанного не понял как указать размещение программы в памяти по определееному адресу.

Тогда лучше SWI, или в таком решении что-то не устраивает?


Размещать лучше не программу, а таблицу переходов - это дает некоторую гибкость.
Указать размещение этой таблицы нужно линкеру, делается это через scatter description file. Описание можно найти в документации.

ЧТо такое SWI и как это выглядит в KEIL компиляторе?

SWI - это программное прерывание. Почитать про него можно в описании архитектуры ARM. В Keil выглядит так же, как и в любом другом месте.

А если так:
А линкеру указать конкретные адреса функций. В IAR это делается ключем командной строки линкера -Dfunc1=0x1000 -Dfunc2=0x2000 или в .xcl-файле, в WinAVR - -wl,--defsym,func1=0x1000 или в файле для ld. Предполагаю, что в Кейле есть такая же возможность. Насчет таблицы тоже мысль очень правильная - при изменении самих функций не придется перекраивать вторую программу. Причем в таблице могут быть не адреса, а команды B func1, B func2. Такую таблицу, конечно, придется писать на ассемблере.

А как программное прерывание привязать к выполнению функции из определенного адреса. Можно же просто обратиться в определенный адрес. А мен нужно разместить функцию по определленному адресу. Зачем для этого создавать таюлицу переходов, да еще на ассемблере?

Не нужно ничего привязывать. Вся прелесть SWI в том, что вызов всегда будет одинаков. А разбираться, какая функция соответствует вызову будет обработчик SWI.


Затем, что никто не гарантирует, что функцию удастся разместить по нужному адресу. Особенно, если она не одна. Да и возни с каждой отдельной функцией будет слишком много.
Это просто разумное решение для такой задачи.

А вы попробуйте. Потом чуть измените одну из функций и у вас "поплывут" адреса всех остальных. Придется исправлять и перекомпилировать приложение, в котором эти функции вызываются. А с таблицей все точки входа во все функции будут располагаться всегда в одном и том же месте, вне зависимости от размера функций.

Cоветов тут уже надавали кучу и без меня...
А у меня всего один вопрос имеющий отношение к делу:
А зачем вообще какую-то функцию нужно располагать в "заранее известном месте..."?

По-моему логично сперва понять - а нужно ли это и зачем, а уж потом решать такую задачу...

Сообщение отредактировал Николай Z - Oct 4 2007, 10:04

BootLoader,API(IAP),типа дисковая ось.