Проблема с прерываниями в Xmega Опции

[Kantik]

Добрый день уважаемые форумчане.
В данный момент активно активно разбираюсь с ATXmega 128A1.
Суть проблемы. По ходу выполнения программы возникает прерывание по переполнению счетчика TCC1, соответ. переход в подпрограмму обработки этого прерывания, подпрограмма выполняется, а вот выход должен быть нештатным, т.е. не по команде reti, а переход по команде rjmp.
Ранее, при работе с обычными мегами, вначале выполнения программы сохранял во временном рег. адрес указателя стека, разрешал прерывание по переполению, глобал. прерывания и т.д. Перед завершением подпрограммы обработки прерывания очишал флаг прерывания по переполнению счетчика, восстанавливал бит I в SREG и затем восстанавливал адрес указателя стека в рег. SPH/SPL и выполнял команду rjmp.
Теперь о проблеме с XMega. Кроме разрешения прерывания по переполнеию выставляется так же уровень в регистре TCC1_INTCTRLA (например высокий), разрешение прерывание высокого уровня в регистре PMIC_CTRL, разрешаются глобальные прерывания в SREG. при возникновении прерывания возникает флаг в регистре PMIC_STATUS. Судя по описанию биты в данном регистре очишаются только при выполнении команды reti. Не очишенный флаг в регистре PMIC_STATUS блокирует возникновение этого перывания в дальнейшем. Возможно ли обойти данную проблему?

[Navovvol]

element, если прерывание не сбрасывает I бит, тогда что вам даст SEI перед RETI ?

[ReAl]

element, если прерывание не сбрасывает I бит, тогда что вам даст SEI перед RETI ?

Ну, например, даст возможность не инициализировать важные переменные

по прерываю таймера обработчик переключает задачи - сохраняет/восстанавливает регистры, стек, точки возврата и (ЭТО ВАЖНО!) регистр флагов SREG. При инициализации системы ячейки контекста задач, хранящие SREG неопределённые (как правило нулевые после сброса) - и это в принципе не важно,

в частности, образ SREG в контексте задачи.
Если бы в образе SREG была поднята 1-ка, то не нужно было бы уповать на поднятие I командой reti, всё отрабатывало бы по восстановлению SREG.

[element]

Ну, например, даст возможность не инициализировать важные переменные
в частности, образ SREG в контексте задачи.
Если бы в образе SREG была поднята 1-ка, то не нужно было бы уповать на поднятие I командой reti, всё отрабатывало бы по восстановлению SREG.

Абсолютно верно!
Все важные переменные инициализируются, просто нафига инициализировать то, что не нужно инициализировать?
Подготовить образы SREG с поднятым I для всех задач конечно можно, но тогда первая задача в списке (это именно та задача, в нити которой происходит первичная инициализация процессора) будет с разрешёнными прерываниями, а прерывания можно разрешить только после полной инициализации. Да и не было такой проблемы в меге. В х-меге вылезло-решилось. Поэтому здесь и описал ситуацию, чтобы другие уже не наступали на г...

Кстати, для скептиков, которые считают стрёмным дёргать I, модифицировать стек-поинтер, и т.п. Вы даже не представляете какие софтовые извраты прохавывает процессор. Архитектура AVR очень удобна для работы в системе многозадачки. Оч. не хватает команды групповой записи регистров в память , но в авр32 это уже реализовано, там вабще можно миниWindows на асме сляпать

хотя идея с поднятым I в образах SREG здоровая, сначала думал так сделать, но решил, что для большей стабильности кода лучше комбинация SEI-RETI

Абсолютно голословно. Чем это чревато? Поясните на примере обычной меги для конкретики.
Я абсолютно точно знаю что и когда дёргаю, если дёргаю, а главное знаю зачем это нужно...
Вы знакомы с концепциями SST (super simple threading)? Вижу что нет. Почитайте, узнаете много нового.

5 баллов!

Сообщение отредактировал element - Sep 20 2011, 09:57

[ReAl]

хотя идея с поднятым I в образах SREG здоровая, сначала думал так сделать, но решил, что для большей стабильности кода лучше комбинация SEI-RETI

А получили меньшую переносимость без реального повышения стабильности по сравнению с нормальным путём.
Если первой задаче нужно стартовать с запрещёнными прерываниями, то пропишите это явно, либо статически при инициализации этой задачи, либо во время выполнения в чём-то типа os_start(), чтобы она модифицировала образ стека первой задачи (в зависимости от построения оси, как оно будет проще/лучше)
И всё будет «честно», всё будет работать без необходимости подсовывать костыль SEI.