Есть LPC2103.
Собираюсь сделать эмуляцию eeprom, хочу забить под нее место в 6 и 7 секторах.
Как написать в IAR, чтобы он в этих секторах ничего не размещал?

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

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

Именно так. Например, резервируем 7-й сектор:




В Вашей программе на Си:




Примерно так (код не тестился, написан на лету)

Правильно ли я понял, что поскольку собираюсь работать с данными секторами по абсолютным адресам,
то в ICF достаточно будет подправить только первую строку,



т.е. ограничить регион ROM? Объявление другого региона, инициализация и объявление массива в программе не требуется?

Пытаюсь в LPC2103 зарезервировать 6 и 7 сектора flash для эмуляции eeprom.
Поскольку обращаться к eeprom собираюсь по абсолютным адресам, то видимо самый простой способ, просто ограничить в линкере регион ROM типа:

Поправьте пожалуйста, если неправильно.

И второй вопрос, обратил внимание, что по умолчанию в ICF написано ICFEDIT_region_RAM_start__ = 0x100000,
хотя в datasheet начало RAM с 0x4000 0000. Исправил эти RAMовские адреса, после чего IAR послал меня со словами:


Поскольку в настройки линкера полез первый раз, прошу помочь, как все это сделать правильно.

Вот так



Далее создаете свою секцию и располагаете ее в этом регионе

Может кто-нибудь все таки ответит на два вопроса!!!

1. Можно ли просто ограничить в линкере регион ROM ?

2. Как понять несоответствие адресов в ICF и datasheet касаемо RAM ?

1 - можно!
2 - должно быть, как в datatsheet

Вы выложите свой icf файл

Все-таки, какой убогий этот IAR... в сравнении RVDS'ом..
В RVDS все тело-движения свелись бы к одной секции в scatter файле:



Если ни один объектник класть туда не нужно, тогда в C файлах просто пользуем как extern символы линкера описывающие секции этого региона.
Image$$Eeprom_region$$xx$$Length
Image$$Eeprom_region$$xx$$Base

на месте xx - тип данных RO, RW, ZI (если задан).

Выкладываю icf.
ROM ограничил до 6го сектора.
RAM указал как в datasheet.
IAR не согласен

 prj43.rar ( 664 байт ) Кол-во скачиваний: 116

Продолжаю искать ответ, пока безуспешно.

Вы пытаетесь впихнуть как минимум 0x8000 байт в 0x2000.
Не удивительно, что у вас ничего не выходит.

Для RAM вы отводите 0x2000 байт:
define symbol __ICFEDIT_region_RAM_start__ = 0x40000000;
define symbol __ICFEDIT_region_RAM_end__ = 0x40001FFF;
define region RAM_region = mem:[from __ICFEDIT_region_RAM_start__ to __ICFEDIT_region_RAM_end__];

В нее вы хотите положить среди всего прочего блок HEAP:
place in RAM_region { readwrite,
block CSTACK, block SVC_STACK, block IRQ_STACK, block FIQ_STACK,
block UND_STACK, block ABT_STACK, block HEAP };
размером 0x8000 байт:
define symbol __ICFEDIT_size_heap__ = 0x8000;
define block HEAP with alignment = 8, size = __ICFEDIT_size_heap__ { };

Это не считая CSTACK размером 0x2000.

Так что урезайте аппетиты программы.

Спасибо за совет.
Но понимание пока не пришло.
То что я пытаюсь впихнуть больше чем отвожу, понятно. Дело в том, что за основу был взят ICF по умолчанию(c которым IAR работает без проблем), в котором я исправил только RAM и ROM регионы, причем ROM ограничил именно для резервирования под eeprom.
А вот RAM исправил взяв данные из datasheet по совету KRS.
Видно , что проблема с адресами RAM, но их соответствие с datasheet не понимаю.

Кусок generic.icf:


Кусок моего icf:



Memory Map:

Объясните пожалуйста кто понимает.

Адреса соответствуют даташиту. Надо уменьшить требования к резервированию ОЗУ. Если вы не используете кучу (функции alloc млм оператор new), то можно поставить
define symbol __ICFEDIT_size_heap__ = 0;
Аналогично для стека поставить размер поменьше (смотрите, чтобы он не переполнился).