LPCXpresso, внешняя RAM Опции

[_Mikhail_]

Может кто подскажет, как сказать линковщику, что есть внешняя RAM?
Использую LPCXpresso 7.9.0.
В настройках проекта (MCU setting) добавил соответствующую секцию, но не помогает.
При линковке сообщение, что не хватает внутреннего ОЗУ... Во внешнее линковать и не пытается.

[Petka]

Может кто подскажет, как сказать линковщику, что есть внешняя RAM?
Использую LPCXpresso 7.9.0.
В настройках проекта (MCU setting) добавил соответствующую секцию, но не помогает.
При линковке сообщение, что не хватает внутреннего ОЗУ... Во внешнее линковать и не пытается.

Гуглить "скрипт линкера".

[_Mikhail_]

Гуглить "скрипт линкера".

Да я понимаю, что смотреть надо *.ld файлы. Но там все регионы памяти прописаны (формируются автоматически по настройкам из GUI и их редактировать нет смысла). Кажется должно было бы все работать. Да и описания синтаксиса я не нашел, поэтому не все в них понятно (здесь какой-то свой формат).
И такая проблема не только с внешней памятью. Я работаю с LPC4357, у него несколько банков внутреннего ОЗУ. Есть даже два смежных банка, но по мере заполнения первого, данные не "переползают" во второй. Линковщик просто ругается, что не достаточно места в первом.
На сайте указано, как код, константы, как массив переменных положить в нужный банк ОЗУ при помощи __attribute__ ((section.... Но это все не то.
С LPCXpresso (Eclipse) только начал работать, более привычен Keil. В нем примерно также в GUI указывается распределение памяти и все работает прозрачно для программиста.
А здесь даже не знаю куда ткнуться.

[zltigo]

формируются автоматически по настройкам из GUI и их редактировать нет смысла

Дело обстоит с точностью до наоборот - не имеет смысла использовать сгенерированный как попало скрипт. Аккуратно написать свой.

Есть даже два смежных банка, но по мере заполнения первого, данные не "переползают" во второй. Линковщик просто ругается, что не достаточно места в первом.

Ну и опишите его ОДНИМ блоком, а не так, как визард нагенерил.

[_Mikhail_]

Дело обстоит с точностью до наоборот - не имеет смысла использовать сгенерированный как попало скрипт. Аккуратно написать свой.

Ну и опишите его ОДНИМ блоком, а не так, как визард нагенерил.

Нет. Про внутренние смежные блоки я к примеру сказал. Для первичной инициализации хватает и одной банки. Нужно много внешнего ОЗУ, а оно лежит совсем по другим адресам.

А про скрипты согласен. Я нашел уже нашел способ, как использовать свой. Сначала генерю автоматом для шаблона, а потом снимаю найденную галочку в настройках и можно редактировать скрипт, он перезаписываться не будет.
Теперь думаю, что там надо править...

В исходнике приписывать переменные к отдельной секции, а потом размещать её в памяти как захочется.

Это что ко всем переменным __attribute__ ((section... приписывать?!
Нет, ну можно, конечно, для краткости задифайнить.
Тогда проще весь стартовый код перелопатить таким образом.

[zltigo]

Это что ко всем переменным __attribute__ ((section... приписывать?!

Должна быть прагма типа:
#pragma arm section ...
Указывает куда, что класть. После нее действуют указания до конца файла или до отменяющей прагмы.

[_Mikhail_]

Должна быть прагма типа:
#pragma arm section ...
Указывает куда, что класть. После нее действуют указания до конца файла или до отменяющей прагмы.

К сожалению, в GCC такого не нашел (

Буду пока смотреть в сторону скрипта линковки

[Petka]

К сожалению, в GCC такого не нашел (

Буду пока смотреть в сторону скрипта линковки

Как было сказано выше можно на регионы памяти назначать целиком единицы линковки. К примеру всё из startup.o размещать во внутренней памяти а всё остальное во внешней.