Добрый день.
В документации MDK-ARM описана возможность размещения переменной по заданному адресу.
Например
int x2 __attribute__((at(0x12000))) = 10;

А как массив разместить в определенном адресном пространстве (может как-то через первый элемент)?

Спасибо!

Три способа:

1) Сделать в линкере секцию и через #pragma section объявлять массив

2) Так же как вы написали : char Buffer[1024] __attribute__((at(0x38800000)));

3) char *Buffer=(char*)0x38000000; Обращаться Buffer[i]=j;

Сообщение отредактировал IgorKossak - Jul 12 2018, 06:06

В файле линкера организовать сегмент и при декларации массива указать его использование в attr.
Как в MDK не знаю, возможно имя сегмента указать вместо at(0x12000).
Это обеспечит гарантию, что компилятор будет "знать" что этот адрес занят, и не будет накладок.
В приведенном Вами коде это не гарантируется.

Никому больше такое не говорите

Ну, вся работа с регистрами периферии так строится - ничего же Другое дело, что при таком подходе следует спрятать от линкера тот диапазон адресов, где происходит ручное распределение. А если так, то проще уж сразу определить отдельную секцию.

Регистры это заранее определенные области, а компилятор размещает переменные где захочет в соответствии с линкерскриптом. Указали возможность 3 способами, первый из которых как раз указание линкеру. Тогда это сработает, да. Но способ писать по адресу подразумевался как отдельный способ без шаманства с линкерскриптом В таком случае можно затереть какие-нибудь переменные.

Можно так.
const uint16_t NAME [] __attribute__((at(0x08002000))) = {...}

Я тоже за такой подход. Т.е. конкретными адресами пусть занимается файл линкера. Всегда так делаем. Правда используем IAR, но это сути вообще не менят.

Куда вписывать #pragma section и как объявлять массив в данном случае? Извините, не делал такого раньше. Поэтому, если можете, чуть подробнее.

Вообще то не так

char *Buffer=(char*)0x38000000;

снижает скорость и увеличивает расход памяти! потому что лишняя переменная вводится...

надо так
#define Buffer ((char*)0x38000000)

Объявил переменную в секции SRAM3:


Скаттер-файл:


Из скаттера видно, что секция SRAM3 всего 8 байт, а надо 1024.

Тем не менее, линковка успешна!

Вопрос - почему? Какого чёрта линковщик засунул переменную AudioBuffer в другую область памяти?

Что я сделал не так?

выдержка из МАР-файла. точно, вообще в другую секцию засунул!

как победить урода? (Keil)

или только через :
1) u8 *AudioBuffer=(u8*)0x30040000;
2) u8 AudioBuffer[1024] __attribute__((at(0x30040000)));

?

Так как всё таки записать эту секцию для массива в IRAM2 например int Arr [1024]? С началом по конкретному адресу.

Сообщение отредактировал quandr - Jul 8 2018, 13:08

Ведь все есть в мануале на Keil. Вот первые же ссылки, который дал гугль:
http://www.keil.com/support/man/docs/armli...62066000009.htm
http://www.keil.com/support/man/docs/armcc...59124982450.htm

Там только регион указан, а мне по адресу нужно.

Эх, совсем молодежь обленела ....
http://www.keil.com/support/man/docs/armli...62066000571.htm

Имхо, вместо размещения объектов по конкретному адресу, лучше использовать размещение в секциях, а размещение самих секций делать в соотв. scatter файле (скрипт линкера).