ContextSwitcher_ISR (MegaAVR) Опции

[_Артём_]

ContextSwitcher_ISR выполняется с запретом вложенных прерываний (что логично).
Не понимаю такой момент: может ли нарушить работу системы прерывание не используещие сервисы Оси(если разрешить прерывания в ContextSwitcher_ISR), при том что гарантированно не будет прерываний используюший Ос (например записью 0 в TIMSK, ETIMSK - прерываний немного).
Вопрос возник потому что величина времи с полным запретом прерываний очень велика, теряются данные.
Спасибо.

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

может ли нарушить работу системы прерывание не используещие сервисы Оси(если разрешить прерывания в ContextSwitcher_ISR), при том что гарантированно не будет прерываний используюший Ос (например записью 0 в TIMSK, ETIMSK - прерываний немного).

Нет, не нарушит. Для такого прерывания ContextSwitcher_ISR ничем не отличается от фоновой задачи в "обычной" системе. И раз "обычные" системы работают...

[_Артём_]

Нет, не нарушит. Для такого прерывания ContextSwitcher_ISR ничем не отличается от фоновой задачи в "обычной" системе. И раз "обычные" системы работают...

Понятно.
Тогда можно в дополнении к разрешению прерываний в ContextSwitcher_ISR убрать TCritSect из OS_ContextSwitchHook(правда там не очень долгий код).

Только запретить прерывание системного таймера может быть мало — другие «осевые» прерывания могут возникать. Разрешить прерывания — и они полезут.

Если плохо запретить, то полузут и всё посыпется, это ясно.

Или в конкретном приложении переключения процессов возникают только от таймера, асинхронно от периферии не возникают?

Только от таймера.
От периферии не возникают (если и будут, то - вне ОСи).

На мой взгляд, если переключение контекста (менее двухсот тактов процессора для AVR) — это слишком долго, то нужно что-то менять.

Менять нужно, согласен. Но сложно.

Или более быстрый процессор.

АВР быстее не может.
ARM ещё не освоен, то есть быстро не поменяешь.

или невытесняющая ОС со всем «быстрым» в прерываниях.

Не нашёл пока подходящего варианта.

[_Артём_]

Продолжаем разговор?
Имеет ли смысл такой код?

Код

    class TISR_StackSwitcher {
    public:
        INLINE TISR_StackSwitcher() {
            ISR_Enter();
        }
        INLINE ~TISR_StackSwitcher() {
            ISR_Exit();
        }
    private:
        INLINE void ISR_Enter() {
            TCritSect cs;
            if(Kernel.ISR_NestCount++ == 0) {
                SavedSP.DataSP   = GetDataSP();
                SavedSP.ReturnSP = GetReturnSP();
                SetISRStackPointers();
            }
        }
        INLINE void ISR_Exit() {
            TCritSect cs;
            if (--Kernel.ISR_NestCount==0) {
                SetReturnSP(SavedSP.ReturnSP);
                SetDataSP  (SavedSP.DataSP);
            }
        }
    };

Использовать предполагаю, в прерываниях не вызываюших сервисы ОС:

Код

#pragma vector=USARTE0_RXC_vect
__interrupt void ExtUartRx()
{
    OS::TISR_StackSwitcher ss;
    do {
        unsigned char i=USART_GetChar(&USARTE0);
        GsmRxPtr.WriteByte(i);
    } while (USART_IsRXComplete(&USARTE0));
}

Или эти действия излишни, и лучше использовать TISRW_SS?
В TISRW_SS не нравится следующий код:

Код

INLINE void ISR_Exit()
{
    TCritSect cs;
    if (--Kernel.ISR_NestCount==0) {
        SetReturnSP(SavedSP.ReturnSP);
        SetDataSP  (SavedSP.DataSP);
    }

    Kernel.SchedISR();
}

Зачем вызывать Kernel.SchedISR(), если в прерывании CurProcPriority изменится не может?