Подскажите плиз, как под Keil'ом скомпилировать сишный код в RAM?
На сколько я понимаю, если такое возможно, то код из ROM должен при старте каким-то загрузчиком быть перенесен в RAM.

Зачем это нужно? Очень просто - из ОЗУ код выполняется гораздо быстрее, чем из медленной Flash. И чем выше тактовая частота, тем эта разность заметнее.

В Кейле - вынести эти функции в отдельный файл, и в опциях для этого файла указать размещение в ОЗУ.
В IAR вроде можно просто перед функцией написать __ramfunction или как-то так.


Не всегда. Например для STM32F407 -"Z", это практически ничего не дает.

Раз уж такая тема пошла. подскажите, а возможно загрузить в память самостоятельную прошивку и полностью перейти на нее?

Да, возможно. Как это сделать именно в Кейле - не знаю.

Да. Настройки линкера - Ваша цель


Да. У меня так работает мой загрузчик. При старте МК получает ip от DHCP сервера (можно и статический), и представляется FTP сервером. Затем, я "захожу" туда Total Commander'ом и "заливаю" бинарник. Чтобы сообщить загрузчику, что код можно исполнять, нужно "дозалить" файл с именем done. Полуив его, загрузчик проверяет, загружен ли до этого файл *.bin, и если да, то передает ему управление. Если нет - в моем случае ничего не делает. Ждет)

Подскажите тогда заодно, как в Кейле передаются параметеры в функцию, написанную на асме? Через стек, регистры? Какие регистры можно в этой функции использовать? Где вообще почитать инфу о соглашении на счет регистров в подобном случае?



Что-то я не нашел, где устанавливается размещение ОЗУ для файла.

У меня NXP1114, у него флешка слабенькая, на 50Мгц много тормозов дает.

Извините за оффтоп, вы сами ftp сервер писали или взяли где? я тоже хочу запустить FTP но нигде примеров не нашёл хоть с BSD не портируй ((

Alt-F7 на файле в Project, или правую кнопку и там верхняя стройка меню - Options for file....

Далее на вкладке Properties, внизу есть Memory Assignment, и там можно отдельно для Code/Const, ZI Data, Other Data указать где им быть - в ROMx, RAMx, IRAMx.

В кейле как и везде передаюстся согласно стандарту АРМ на вызовы процедур.
AASPC-- так вроде называется. Если коротко, то через регистры с нулевого по третий.

Нет, самому мне не под силу такое
Я использовал библиотеку RL-ARM. Буквально за вечер смастерил приложение.
А примеры на RL-ARM есть. Более менее позволяют разобраться. Документация у Кейла на мой взгляд - вполне

Какой выигрыш получится от переноса функций в ОЗУ? Есть такие данные?

Зависит от конкретного микроконтроллера.
Если, допустим, у вас от 20-30Мгц задержка на доступ во флеш 1, от 30 до 40 - 2, 40 до 50 - 3,
то на каждую считанную команду вместо одного такта будет тратиться 2, 3 и 4, соответственно. Сами прикиньте.

Шина к флешке у него, насколько помню, 32-битная, команды 16-битные, значит за один цикл чтения вынимаются 2 команды. На переходах это, конечно, не спасает, но код состоит не из одних переходов. Далеко не все команды исполняются за 1 такт, значит во время их исполнения достаточно времени для чтения следующей команды. Прикидка показывает, что не все так страшно. Поэтому вас и спрашивали о реальных данных.

Замеряю - напишу.

Перенес несколько критичных к скорости функций в ОЗУ, и вся программа стала работать примерно на 50-60% быстрее.
А сами критичные функции, как-то ДПФ и т.д. - ускорились почти в два раза.

Микроконтроллер LPC1114, тактовая частота 48МГц. Делитель тактовой частоты FlashClock = 3 (как и положено для скоростей от 40 до 50МГц).

Спасибо, полезная информация.

Интересно, спасибо.


Попробовал потестить тем что под руку попалось: 50 не 50 - видимо зависит от функций.
Получилось - 20770 циклов из flash и 16600 циклов из ОЗУ - быстрей на 25 %,
CM0 приблизился к CM3 из flash на той же функции.
Если конечно чего не попутал, что тоже возможно на ночь глядя.
Тактовая на тестовом проекте была вроде 48, но это наверное не важно, если wait-стайтов 3?.

PS. На каких бы функциях потестить и чтобы со сборкой функций не париться - что есть такое неэкзотическое.


Про FlashClock DS ничего не знает. FLASHTIM=2?
Могут быть ещё настройки влияющие на скорость выполнения из флеш у lpc11xx?

Не знаю, что такое DS )
Думаю, что больше настроек нет.

Устанавливаю так:

Как поместить при компилировании, допустим, подпрограмму в ОЗУ мне понятно. Но разъясните, пожалуйста, поподробнее, как при старте приложения туда записать тело подпрограммы, если у меня нет загрузки извне, а приложение уже находится в FLASH?

Точно также, как в ОЗУ попадают начальные значения инициализированных переменных - образ этой области ОЗУ хранится во флеше и перед запуском main() копируется в ОЗУ стартап-кодом. Если ваши функции поместить в этот же сегмент, то они могут быть скопированы в этом же цикле. А может быть в вашей среде разработки это делается отдельным циклом, значит размещать надо в другой сегмент. Или вообще для этого есть ключевое слово и компилятор по нему все разместит куда надо сам. Не ленитесь, изучите документацию на ваш компилятор/линкер - там наверняка этот вопрос расписан и пример есть.

За это отвечает стартап файл. Изначально тело подпрограммы зашито в код где то в области констант наверно.
При загрузке МК стартап проводит инициализацию памяти, копирует константы, в том числе и код RAM-функций.
Как-то так.

Спасибо, понял.

Не совсем по теме, но в том же проекте.

Использую функцию memset() для очистки памяти.
Все работает, но при компиляции всегда выдает предупреждение:

TestMain.c(1295): warning: #223-D: function "memset" declared implicitly

Оно и понятно, т.к. в инклудах не указан файл с этой функцией.
Но какой файл надо указать - я не знаю. В стандартных типа stdio и stdlib ее нету.

string.h

Большое спасибо, помогло.

И еще, можно ли в сишном исходнике принудительно указать, чтобы какие-то данные тоже выравнивались на границу, скажем 4 байта (границу слова). Допустим, у меня есть массив из short (16 бит), который при компиляции будет размещен выровненным на границу 2-х байт. Но работая с ним из ассемблера, мне бы было удобно считывать сразу по несколько 16-битных переменных таким образом LDM R0!,{R1,R2}. Но для этого массив обязательно должен быть выровнен на границу слова (4 байта).

Можно. С помощью директив Вашего компилятора.

У меня Keil. Какие у него директивы для этого?

Как-то так:

Большое спасибо, очень помогло!