Потребление ядра, SAM7SE Опции

[Alexashka]

На днях выяснял насколько МАЛО потребляет контроллер (AT91SAM7SE512) и от чего зависит потребление и получил такую странную зависимость (извиняюсь если тема уже поднималась,все посты прочитать не успел). Ну с потреблением по 3.3 более-менее понятно- это практически ток по линиям ввода-вывода. А вот с ядром странность. При тактировании ядра от 32кГц генератора потребление 50мкА если код выполняется из SRAM. Как только код загружается во Флешь (или если к ней идет обращение из программы) ток возрастает до 1.6...2.0 мА, т.е в 40 раз!!! Неужели столько есть контролеер флешки??
Поскольку такое потребление никак не устраивает появилась мысль заливать программу во флешь, после чего она копирует себя (или часть себя) в SRAM, где собстно и выполняется.
Хотя не совсем понятно -если просто скопировать код из флешь в статику, то все абсолютные адреса в коде станут недействительными, а ежели размещать функции в SRAMe то при заливке они туда зальются, но при выключении питания сотрутся...Как быть?

Посоветуйте!!

[Rst7]

Как только код загружается во Флешь (или если к ней идет обращение из программы) ток возрастает до 1.6...2.0 мА, т.е в 40 раз!!!

Вообще, конечно, весьма странно. Почему, например, AVR, исполняя программу из флеша, прекрасно справляется с микроамперными токами потребления... Что-то, как говорится, ниасилили...

[Alexashka]

Вообще, конечно, весьма странно. Почему, например, AVR, исполняя программу из флеша, прекрасно справляется с микроамперными токами потребления... Что-то, как говорится, ниасилили...

да проверял тем что вставил ассемблерный код, который просто в цикле читает по опред.адресу. Если этот адрес входит в область RAM- то все ок, а если он приходится на область FLASH -ток потребления сразу подскакивает.


2 all: проблема решилась вставкой ключевого слова __rumfunc перед определением функции. Теперь функция сохраняется во флешь, а при стартапе копируется в RAM, где потом собсно и выполняется

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

2 all: проблема решилась вставкой ключевого слова __rumfunc перед определением функции.

Выворачивался, терпел пытки, но название компилятора не выдал Чтоб вам тоже тренироваться в телепатии.

[SergeiCh]

Выворачивался, терпел пытки, но название компилятора не выдал

__ramfunc в IAR, а в gcc __attribute__ ((section (".ramfunc"))) В скриптах атмеловских приметов для gcc секция .ramfunc уже определена.

[Alexashka]

__ramfunc в IAR, а в gcc __attribute__ ((section (".ramfunc"))) В скриптах атмеловских приметов для gcc секция .ramfunc уже определена.

Так точно! IAR v5.10