Добрый день!

Пытаюсь сделать так:



И получаю ошибку:"BatTest Configuration/\.axf: Error: L6438E: __AT section main.o(.ARM.__AT_0x1FFF75AA) address 0x1fff75aa must be at least 4 byte aligned.".

Можно ли как-то в Keil с помощью атрибута at расположить переменную по не выровненному по 4байта адресу?

Сейчас использую #define VREFINT_CAL (*(uint16_t*)(0x1FFF75AA)).

Сообщение отредактировал IgorKossak - Oct 28 2015, 18:33

Если память не изменяет, выравнивание управляется прагмами... Но точно не скажу: не сталкивался с такой проблемой, а посему и не пытался решить.

Если это константа, зашитая на заводе, так и обращайтесь к ней по указателю, как вы и делаете.

Попробовал Ваш пример под KEIL. Та же ошибка.

Сообщение отредактировал IgorKossak - Oct 28 2015, 18:34

Думаю, это связано с тем, что данный адрес - не RAM.
Можно сослаться на uint32_t по выровненному адресу 0x1FFF75A8, прочитать, и выбрать из него нужное uint16_t.

Проверил, не получается применить __attribute((at( XXXX ))) с любым невыровненным адресом, пусть то даже ОЗУ. Конечно, я в итоге считываю её по указателю, но уже хочется знать, можно ли этот атрибут как-то использовать с невыровненными адресами. Может я какую-то настройку не могу найти. Ведь это может еще пригодится.

И правильно, ошибка синтаксиса. в кейле это должно быть так __IO uint16_t __attribute__((at(xхххххххх)));

По-любому не работает. И, кстати, замечал, что под KEIL __attribute без замыкающих подчеркиваний тоже съедается.

Нельзя: каждый at превращается в секцию линкера, а они размещаются с выравниванием не менее 4.
Извернуться, конечно, и тут можно, но есть ли смысл?


Замечательный вариант, только __IO потеряли.

Спасибо, aaarrr. Теперь понятно, почему нельзя сделать этот адрес невыровненным.

а как такое же сделать на GCC?

В скрипте линкера добавить выходную секцию в нужное место выходной секции .text или, при необходимости, завести новый регион памяти, куда и положить эту секцию: