Сохранение контекста в прерываниях, IAR Опции

[gladov]

Да простят меня модераторы, если вопрос избитый, но всезнающий поиск вразумительного ответа мне не дал. А проблема, имхо, достаточно часто встречающаяся:

Имеем некоторое прерывание, которое должно автономно обработать некоторый блок данных и по окончании работы сообщить об этом основному софту. Например, рассмотрим отправку пакета по УАРТ.
Основную массу действий (а именно, выборку очередного байта из памяти и его отправку) прерывание делает своими силами, но, вот беда: когда оно закончит, оно должно вызвать некоторую функцию, которая должна просигнализировать основной программе о выполнении задания. Вариант с глобальной переменной отпадает сразу, т.к. ситуация гипотетическая и сигналом в данном случае может служить семафор или еще какие-либо средство РТОС. Естественно компилятор, видя в прерывании вызов внешней, неизвестной ему функции, далает сохранение кучи регистров в стек. Однако, если отправляемый пакет состоит из 1000 байтов, то 999 раз контекст сохранится зря и только последний раз, когда работа завершена, действительно необходимо слить регистры в стек и вызвать функцию - сигнал. Я хочу, чтобы контекст сохранялся только 1 раз из 1000, когда уже ясно, что необходим вызов внешней функции.

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

Подскажите, плз, кто и как избавляется от подобного оверхеда?

PS: Интересует решение для компилятора ИАР.

[SasaVitebsk]

Подскажите, плз, кто и как избавляется от подобного оверхеда?

Для начала - я не вызываю никакой функции для приведенного примера. А действительно заканчиваю флагом/семафором. а в другой процедуре - анализирую флаг.

В одном случае (не РТОС) необходимо было после N одних прерываний выполнить другое прерывание. Для этого задействовал неиспользуемый таймер. Он постоянно считает так что переполнение уже обязательно возникает к моменту вызова. Я просто разрешаю прерывание, а в этом прерывании запрещаю его.

Для уменьшения оверхеда при вызове процедуры из прерывания (знающие люди пишут) необходимо чтобы вызываемая процедура находилась в том же файле где и обработчик прерывания. Хотя всётаки это и не рекомендуется делать.

Ещё один момент использую в IAR для уменьшения оверхеда.
Как обычно в прерывании используются volatile переменные. В связи с этим компилятор их обрабатывает без должной оптимизации. Поэтому иногда переприсваивание даст более грамотный код.
Например:

Код

#pragma    vector=USART_UDRE_vect                            // Прерывание на передачу по rs485
__interrupt    static void    Exeption(void)
{
  uint8_t    hBuf;
  
hBuf=HeadOutBuf;
  if(hBuf!=EndOutBuf)
  {
    UDR0 = OutBuf[hBuf];                                // Передаём    символ ответа
    hBuf++;
    if(hBuf==LENGTH_OUT_BUF) hBuf=0;
    HeadOutBuf=hBuf;
  }
  else
    UCSR0B = 0x98;                                        // Разрешить RXEN,TXEN,RXCIE чтобы закончить передачу
}