Есть проект, в котором надо динамически выделять под массив данных область в памяти. Желательно как можно большего размера.
Как на стадии компиляции узнать размер свободной SRAM?
Возможно ли определить это в уже работающей программе?

А в чем проблемы - начальный адрес Вашего массива Вам известен. Размер RAM у контроллера тоже.
Вычесть из второго первое .

Неизвестен, в этом то и вопрос.

Ерунду какую-то сказали если есть обьект, то естественно во время исполнения у него есть адрес.
Для Вашего случая заводите сегмент (можете в нем и какой-нибудь минимальный массивчик завести), линкуете его в конец. Адрес сегмента (или массива известен) размер RAM тоже. Все.

А как сказать IAR-у, что этот массив надо линковать последним. Я с этим ни разу не сталкивался.

Явно указав его имя в списке для линкера последним. Конкретика зависит от версии IAR - у 4.x и 5.x линкеры разные.
Если 4.x то например в XCL файле добавляем:

Ну а дальше:

Спасибо. То что надо.

zltigo

А вот немного не в тему.

Есть девайс на SAM7, общающийся через USB с хостом, и хочется сделать через тот-же интерфейс сделать обновление прошивки.

Приложение работает под FreeRTOS.
Так вот идея такая:
Получаем по USB команду на апгрейд прошивки, получаем собственно прошивку, запрещаем наглухо прерывания, копируем прошивку в heap, в heap-же копируем функцию записи во флеш, делаем необходимые проверки и передаем управление на эту функцию.

Криво или можно так сделать?

И незадолго до конца работы этой функции пропадает питание. Устройство можно возвращать изготовителю. Было несколько обсуждений на эту тему. Вкратце - загрузчик должен находиться в том же сегменте, что и вектора и получать управление при включении питания. А дальше решать - передавать управление основной программе или делать апгрейд.

Спасибо за ссылку, почитаю.

С опасением полностью согласен.
Причина, по которой я не горю желанием писать полноценный бутлоадер (для поиска: загрузчик, bootloader, бутлодырь ) - необходимо реализовать весь стек USB - других интерфейсов у устройства попросту нет...

А ОЗУ внешнее? Внутреннего-то не хватит, чтобы всю прошивку в heap поместить. Для прошивки достаточно держать в ОЗУ функцию из нескольких командВозможно имеет смысл ее держать в ОЗУ постоянно. Все остальное может жить в защищенном от стирания секторе флеш. Может имеет смысл при приеме прошивки складывать ее в свободную область флеш, а загрузчик будет копировать из этой области в рабочие адреса? Тогда сбои питания не страшны - одна из копий прошивки всегда будет целой, а сам копировщик вообще нестираемым.

ОЗУ встроенное, SAM7S256, но прошивка ограничивается размером в 16 кб, больше мне и не надо.

Рассматриваю возможность дописывания аппликухи и организации dual firmware.

А вот глупый вопрос - можно ли работая из флеша писать другие сектора этого флеша, или обязательно копировать себя в RAM и запускаться оттуда?

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

Хотя криво это все, по-хорошему, надо бутлоадер писать а-ля SAM-BA и не выпендриваться.

Все, кроме приведенной мной выше функции может работать из флеша. На время выполнения этой функции флеш блокируется (поэтому либо запрещайте прерывания, либо переносите обработчики и вектора в ОЗУ).Тем более что в USB есть (специальный класс?) возможность загрузки firmware. У атмела в апликухах кажется что-то было. Может и не так страшно?

Да в общем-то, наверное я склонюсь к этому варианту

имхо, имелось в виду немного не то :

Так как флеш пишется постранично, и у флеш контроллера есть внутренний буфер на одну страницу, то на время подготовки этой страницы (записи значений в буфер) можно работать из флеша

а вот во время выполнения команды записи (предложенная Сергеем функция) все должно быть остановлено и сама функция должна работать из RAM

Учитывая небольшой размер вашей прошивки, я бы вообще порекомендовал вам после запуска копировать прошивку в RAM и делать REMAP - и работайте с флешем когда и как вам хочется. Естественно, прошивка должна быть слинкована с правильными адресами (работа из RAM). А копирование можно сделать в cstartup на ассемблере.