TEventFlag.Signal_isr() Опции

[abutorin]

Доброго времени суток.
Пробую использовать TEventFlag для оповещения основного цикла программы о завершении передачи даннных через SPI на STM32F103. В основном цикле очищаю флаг события, записываю данные в регистр, начинаю ждать событие. В обработчике прерывания взвожу флаг события методом signal_isr. Все работает, но остается одна проблема, процесс ожидающий этого события пробуждается только после следующего планирования процессов по системному таймеру, т.е. только примерно через 1мс. Мне казалось что такой задержки быть не должно. Я что-то делаю не так, или непонимаю как это должно работать. Подскажите кто чем может.

[SergNK]

Доброго дня!

Решил поднять тему вот таким вопросом.
Создаю ПО под Freescale M0+ с использованием scmRTOS. Четыре процесса:

CODE

typedef OS::process<OS::pr0, 512> TProc1;
typedef OS::process<OS::pr1, 512> TProc2;
typedef OS::process<OS::pr2, 512> I2C0_TASK;
typedef OS::process<OS::pr3, 1024> TBackgroundProc;

Есть прерывания:

CODE

TRTC rtc;
OS_INTERRUPT void RTC_second_Handler()
{
OS::TISRW TISRW_O;
rtc.RtcSecondIrqHandler();
OneSecondFlag.signal_isr();
}

Устанавливаю флаг в прерывании и ловлю его в процессе TProc1:

CODE

template<> OS_PROCESS void TProc1::exec()
{
for(;;)
{
OneSecondFlag.wait();
// while (!rtc.getNewSecondFlag());
led_bl.Cpl();
sleep(5);

}
}

Вылетает по HardFault. Если закомментировать OneSecondFlag.signal_isr(); то не вылетает. Ковыряюсь уже довольно долго. Накопал, что при восстановлении контекстов из критических секций происходит лишнее действие, которое затирает правильно восстановленный контекст.
Если использовать флаг rtc.getNewSecondFlag(), вызываемый из объекта, то всё ОК.
Куда копать?

Вдогонку:

Вылетает при выполнении кода:

CODE

bool OS::TEventFlag::wait(timeout_t timeout)
{
TCritSect cs;

if(Value) // if flag already signaled
{
Value = efOff; // clear flag
return true;
}
else
{
cur_proc_timeout() = timeout;

suspend(ProcessMap);

if(is_timeouted(ProcessMap))
return false; // waked up by timeout or by externals

cur_proc_timeout() = 0; <== вылетает при попытке выполнить эту инструкцию - обращение к несуществующей памяти
return true; // otherwise waked up by signal() or signal_isr()
}
}

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

Вылетает при выполнении кода:

Смотрим, во что выливается этот код:

CODE

Kernel.ProcessTable[Kernel.CurProcPriority]->Timeout = 0;

Давайте начнем с того, чему равен Kernel.CurProcPriority до вызова wait() и перед падением. Потом посмотрим, куда указывает ProcessTable[Kernel.CurProcPriority]. И дальше надо искать, кто портит одну из этих переменных.