Ого! EmptyCall ни разу не empty. Это таки задержка тактов этак на 800. А чтоб компилятор не выкидывал переменные, надо ему точнее объяснять свои намерения, например, volatile. там всякие...
И вообще что-то у Вас, сударь, там мутновато. Отсюда и желания странные.

Вы заблуждаетесь. static функция может возвращать результат, но не будет видна из других файлов.

Неубедительно всё это.

Есть регистровая переменная описанная в *.h

часть ее меняется в другом прерывании, как в main организовать ожидание установки бита в рег.переменной ? просто while (!(FlgsSt&MaskEndS)) { ; } не прокатывает !


описал по новому:
а причем тут volatile непонимаю ?

А. простите, что вам дает эта регистравая переменная? Экономия байта оперативки и двух тактов обращения к ней? Так EmptyCall в последней версии съест по крайней мере 7 тактов. Вот так экономия на спичках приводит к сами знаете чему.

при том, что переменные надо правильно описывать, чтобы было меньше проблем с оптимизицией. у вас, судя по всему, переменная FlgsSt должна быть о писана в *.h-файле как volatile uint8_t register FlgsSt asm("r18"); (в ветке #else вашего определения) тогда компилятор будет знать, что это за переменная, и где она хранится, а так же благодаря volatile он не выбросит ее при оптимизации. в принципе, вместо volatile должно пройти и extern - тогда тоже не выбросит...

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

Еще разок про static функции
Вот, предположим, Вам надо чтобы OnSound(uint8_t param) была видна всюду, и чтобы красиво вызывалась в прерывании. Есть типовый приемчик на сей случай:

и из прерывания вызываем OnSound_prim().
Профит: компилер уберет все лишние стековые операции и вообще соптимизирует все хорошо. И для вызова глобальной функции ничего эдакого лишнего не произойдет.

т.е. вызывать в прерывании из ф-ии1 ф-ию2, которую нужно обьявить static , т.е. какбы использовать подставную функцию ? - не работает !

Сообщение отредактировал MaxiMuz - Apr 26 2013, 11:13

не использовать автоматических переменных в теле функции типа uint8_t temp;
не вызывать функции, передающие параметры через стек типа OnSound (temp);

т.е. примерно так:

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

компилятору пофигу какие там переменные в ф-ии используются и передаются параметры в ф-ии или нет , он либо делает ф-ию инлайн либо, либо сохранет все регистры , и фсе!
ЁЁ.. , столько времяни потратил на эти эксперементы !!!

По идее никак. Компилятор в принципе не может отследить контекст, в котором вызывается прерывание.

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

+1. На этапе компиляции компилятор не может знать, какие регистры используются во всех функциях, вызываемых в прерывании.