Контроль IAR'ом заполненности РАМ, насколько правильно он это делает? Опции

[SZ0]

Вопрос возник по причине обработки большого массива данных в РАМ. После компиляции IAR пишет для ATmega640 7962 bytes of DATA memory (+ 57 absolute ). Меня беспокоит то, что вызываемые подпрограммы сохраняют регистры, в них ещё вызываются подпрограммы. Насколько эффективно IAR отслеживает эти сохранения, а так же стек, чтобы они не "наехали" на данные в РАМ?

Какие данные он относит к 57 absolute?

[Сергей Борщ]

Меня беспокоит то, что вызываемые подпрограммы сохраняют регистры, в них ещё вызываются подпрограммы. Насколько эффективно IAR отслеживает эти сохранения, а так же стек, чтобы они не "наехали" на данные в РАМ?

ИАР отслеживает только непересчение сегментов ОЗУ и стека. Забота о достаточности размера сегмента стека лежит на программисте. Где-то была галочка "строить дерево вызовов в .map-файле" или что-то вроде того. Посмотрите для main() и для всех прерываний. Если main() + самый требовательный к стеку обработчик в сумме меньше размера сегмента стека - порядок. Если есть вложенные прервыания - нужно учесть и их тоже.

Какие данные он относит к 57 absolute?

Обычно sfr. Ну и если вы какие-то переменные указали в конкретные адреса через @.