В моей программе есть вложеные функции (одна вызывает другую и т.д.). При вызове функции выключаются прерывания, но иногда мне нужно включить. вопрос если я в функции разрешаю прерывание и далее вызываю другую функцию что будет с разрешением прерываний при возврате из другой функции? И если не затруднит, раскажите как в иаре можно работать управлять поведением компилятора по глобальным прерываниям.

Почему это при вызове функции запрещаются прерывания? Нет такого и не было никогда. Может Вы прерывания имеете в виду - при возникновении прерывания, бит управления глобальным разрешением прерываний сбрасывается. И взводится по команде reti.


А доку почитать? Про intrinsic функции. Там (в описании на компилятор) это все подробно расписано с примерами кода. Курить в сторону __enable_interrupt()/__disable_interrupt().

Искузми, не указал. Да глобальное прерывание выключается при входе в обработчик прерывания. Описание хорошее, наверно. Но дую вигово. поэтому и спросил, чтоб не догадываться как правильно перевести. Спасибо.

Сообщение отредактировал arttab - Mar 13 2006, 08:11

Иногда удобнее следующая конструкция: __store_interrupt(); __disable_interrupt(); ... __restore_interrupt(); если неизвестно состояние флага прерываний или во вложенных вызовах с подобными конструкциями.

Конечно, почти всегда именно такой вариант и нужен. Особенно в виде враппера.

Запретить прерывания именно для функции (не обработчика прерывания) можно через __monitor перед именем функции. Правда тогда inline для нее выполняться не будет.

Разве?
А если перед определением функции написать:

Дабы не плодить новых тем ещё один аналогичный вопрос...

У меня несколько мелких прерываний и одно большое. Я хотел бы в большом разрешить прерывания (т.е. вызов маленьких). Когда я такое делал на asm, то я просто контролировал переменные/регистры. В С, если я правильно понимаю, достаточно просто разрешить прерывание __en_int. Так как при вызове используемые сохраняются в стеке. Или я не прав?

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

Прога. В ней два прерывания от таймера, ну и там от RS232... Одно из прерываний от таймера выполняется очень часто (регенерация экрана) и её нельзя запрещать. Во втором прерывании от таймера (выполняется на много реже) используются подпрограммы.
Как сделать что-бы "регенерация" вызывалась в ходе другого прерывания? Иными словами как данное прерывание объявить так, чтобы оно ничего не портило?

Очччччень жду ответа!

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

ИМХО чтобы первое прерывание (регенерация экрана) не портило второе (которое выполняется намного реже) в обработчике первого прерывания нужно сохранить в стек вспомогательные регистры. Автоматически компилятор это делает если в обработчике прерывания вызывается функция (и если компилятор ее не inlin-ит). Поэтому, если содержимое обработчика первого прерывания поместить в функцию и при входе в первое прерывание ее вызывать, то возможно портиться ничего не будет, хотя конечно прерывание обрабатываться будет существенно дольше. Это только мысли, в натуре не проверял...

Я просмотрел листинг и увидел что компилятор сохраняет только 6 регистров в этом прерывании. А использует значительно больше. Вот из-за этого всё и происходит .... Варианты с запретом не прокатывают, - нельзя его запрещать.
Спасибо за совет с п/п. А может слово какое-нибудь есть "волшебное" типа "рекурсия" чтобы компилятор всё необходимое сам сохранил?
На счёт быстродействия я пока не парюсь. Пока вроде хватает его. А в дальнейшем данное прерывание на asm напишу. Но хочу чтобы вариант на С тоже принципиально работал.

Не все просто с разрерением прерываний в прерывании - сам напоролся (IAR 3.10). После чего задумался о использовании для обработки некоторых событий флагов вместо прерываний

Причина найдена. Не хочу никого вводить в заблуждения своими постами, поэтому описываю происходящее.
1) Компилятор ПОЛНОСТЬЮ сохраняет все используемые регистры. Поэтому при правильном написании программы можно делать вложенные прерывания простой вставкой __enable_interrupt();.
2) Ошибка происходила из-за сравнения с константой, которая была объявлена в __eeprom. Данная ошибка в работе компилятора была уже где-то описана. Я даже скачал новую версию библиотеки, любезно предоставленную, по-моему Igor Kossak (В случае ошибки прошу меня извинить). По видимому просто скачать и заменить её в каталоге было не достаточно. Может её оттранслировать необходимо было? Чтобы она в объектном виде лежала. Буду разбираться, хотя сейчас так это не ко времени.
3) Всётаки С "убивает" или "притупляет" чуство камня. Объявил в ЕЕПРОМе и работаю себе.... Фигня что не эффективно всё это...
Придётся перелопатить прогу на предмет переноса широкоиспользуемых констант из ЕЕПРОМ в ОЗУ.

Кстати IgorKossak, если Вы увидите этот пост поясните пожалуйста как использовать Ваш файл. Я думаю многим это поможет избежать моих ошибок.

Сообщение отредактировал SasaVitebsk - May 30 2006, 18:40

Что ещё настораживает, что записи у меня не было! Только чтение!
Отсюда вопрос - что за хрень???

Из прерывания1 вызывалась п/п1 она вызывала п/п2. Когда в ней в определённом месте вызывалось прерывание 2, то возникала ошибка. В месте ошибки стояла (на уровне asm) п/п чтения EEPROM.

Переполнение стеков исключено - проверял.

Конечно я как увидел обращение к EEPROM в прерывании с претензией на скорость выполнения, то сразу убрал. И всё сразу заработало. Надо было выяснить причину. Будет побольше времени - выясню.