LPC1758 и RAM Опции

[Тапочек]

Здравствуйте, товарищи.
Подскажите, пожалуйста, новичку такую вещь. Имеется, значит, контроллер LPC1758 с разделяемой встроенной ОЗУ 64 кбайта, и надо каким-то образом задействовать в программе как минимум 48 кбайт для глобального массива. При попытке откомпилить код с массивом такого размера выскакивают две ошибки с кодами L6406E и L6407E, указывающими о нехватке места. Среда разработки - Keil 4.54. В опциях таргета поставил галки напротив IRAM1 и IRAM2, указал адреса старта и размеры (по 32 кбайта). В чем может быть проблема?

[SII]

Может, в том, что ему нужна непрерывная область достаточного размера, относящаяся к одному региону памяти (IRAM1 и IRAM2 будут разными регионами, даже если они вплотную примыкают друг к другу).

[esaulenka]

IRAM1 и IRAM2 будут разными регионами, даже если они вплотную примыкают друг к другу

Проблема как раз в том, что между двумя областями памяти расположена "дырка".
Если б её не было, можно было б объявить память одним регионом и спокойно использовать целиком. То, что физически эти два банка сидят на разных шинах, ни компилятору, ни программисту не видно. Спасибо фон Нейману

Кстати, вопрос в тему. Если я не пользуюсь DMA, с точки зрения производительности есть разница, в какой именно области памяти лежат данные?

Вопрос именно по LPC17xx с его хитрый структурой шин - основной банк памяти подключен к ядру шинами D-bus, I-bus, "периферийные" (название - из "описательной" части даташита) - по шине system bus, на которой вдобавок вся периферия (через соотв. мосты).

[ReAl]

То, что физически эти два банка сидят на разных шинах, ни компилятору, ни программисту не видно.

Станет видно при попытке использовать BITBAND работу с битами :-), которая есть только в AHB-шном блоке.

Если я не пользуюсь DMA, с точки зрения производительности есть разница, в какой именно области памяти лежат данные?

Вот до того, чтобы обращать внимание на производительность, я ещё не дошёл.