scmRTOS холостой ход и системный таймер Опции

[Acvarif]

"Продолжаем разговор" как говорил Карлсон.
Запустил ОСь на mega128a в WinAvr (в скрепке проект - сделан на базе http://real.kiev.ua/scmrtos/1-eventflag/)

В железе холостой ход явно просматривается, а прерываний системного таймера нет. Все, что зависит от него (это proc1, proc2 ..) естественнго не работает.
Поскольку нет отладчика то понять в чем дело сложно.

В IAR (v5501) ОСь не работает совсем (проект приложен в скрепке). В проекте сделана визуализация холостого хода и переполнения системного таймера (чего уж может быть проще). Поскольку в железе не видать не только системного таймера, но и холостого хода то получается, что зацикливание происходит в OS::Run(); Подсобите please разобраться ...

Спасибо.

Сообщение отредактировал Acvarif - Jul 4 2011, 12:25

Прикрепленные файлы

 WinAvrPrj.rar ( 117.63 килобайт ) Кол-во скачиваний: 11
 TestScmRtosV310.rar ( 136.2 килобайт ) Кол-во скачиваний: 27

 

[Acvarif]

ОСь таки запустилась. Проблема была таки в компиляторе. Он не умеет правильно отличать mega128a от 128, хотя они ничем не отличаются кроме некоторых электрических характеристик (пример slon 1-EventFlag для mega128a, в настройках компилятора IAR AVR 5501,5511 нужно ставить mega128 в скрепке ).

Просмотрев в железе прерывания системного таймера стало чуть грустно.
Прерывания системного таймера (период 1,2 ms) явно нестабильны, хотя вроде ничего на прерывания T0 не должно влиять.
Тоесть использовать системные тики для каких-либо более менее точных отсчетов нельзя.
Но посмотрев на взаимодействие между вторым и третьим процессом особой нестабильности не заметил. ОСь начинает нравиться.

Код

template<> void TProc2::Exec()
{
    for(;;)
    {
      ef.Wait();
      PORTC |= (1 << 3);

    }
}
//---------------------------------------------------------------------------
template<> void TProc3::Exec()
{
    for(;;)
    {

       Sleep(20);
       ef.Signal();
      PORTC &= ~(1 << 3);
    }
}

Так до сих пор и не понял зачем в примере нужен аналоговый компаратор?

Код

    ACSR |= (1 << ACBG) | (1 << ACIE); /* Ref ON, IE ON */  
    DDRB |= (1 << 4);                  /* AIN1*/

Если закоментировать этот код ничего не изменится.
В документацци сказано о переключении контекстов. Дергание ногой должно вызывать прерывания по компаратору и соответственно переключение контекстов.
Но где это дергание происходит? И какая все же разница между контекстом и процессом? Я так понимаю, что процесс это все вместе взятое - нить со своими переменными, регистрами стеком.

Прикрепленные файлы

 scmrtos_avr_iar_snapshot.rar ( 301.64 килобайт ) Кол-во скачиваний: 9

 

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

Так до сих пор и не понял зачем в примере нужен аналоговый компаратор?

Посмотрите внимательно в scmRTOS_config.h чему равно scmRTOS_CONTEXT_SWITCH_SCHEME. Если 0, то компаратор не нужен. Если 1, то таки да, его прерывание переключает контекст.

Но где это дергание происходит?

Смотрите OS_Kernel.h, там есть строки

CODE

void OS::TKernel::SchedISR()
{
    TPriority NextPrty = GetHighPriority(ReadyProcessMap);
    if(NextPrty != CurProcPriority)
    {
        SchedProcPriority    = NextPrty;
        RaiseContextSwitch();
    }
}

Вот RaiseContextSwitch() и есть дерганье ногой. Ищите его определение в OS_Target.h

Я так понимаю, что процесс это все вместе взятое - нить со своими переменными, регистрами стеком.

Контекст - содержимое регистров для процесса (плюс указатель стека, который в "нормальных" процессорах входит в регистры ядра).

[Acvarif]

Спасибо. Стало немного светлее.

Посмотрите внимательно в scmRTOS_config.h чему равно scmRTOS_CONTEXT_SWITCH_SCHEME. Если 0, то компаратор не нужен. Если 1, то таки да, его прерывание переключает контекст.

Код

#define  scmRTOS_CONTEXT_SWITCH_SCHEME      1

Получается, что если scmRTOS_CONTEXT_SWITCH_SCHEME = 1
то функция RaiseContextSwitch() просто разрешает глобальные прерывания

Код

#if scmRTOS_CONTEXT_SWITCH_SCHEME == 1

    INLINE inline void RaiseContextSwitch() { SPM_CONTROL_REG |= (1 << SPMIE);  } // enable SPM interrupt
    INLINE inline void BlockContextSwitch() { SPM_CONTROL_REG &= ~(1 << SPMIE); } // disable SPM interrupt

Кто или что тогда всетаки переключает процессы? Или с какой частотой переключаются процессы? Кто ее формирует?
Я так понимаю, что переключатель контекста и есть переключатель процессов? Может глупость сморозил...

[MrYuran]

Кто или что тогда всетаки переключает процессы? Или с какой частотой переключаются процессы? Кто ее формирует?
Я так понимаю, что переключатель контекста и есть переключатель процессов? Может глупость сморозил...

Переключается по таймеру. Таймер дёргает прерывание (обычно самое низкоприоритетное), по которому вызывается диспетчер процессов.
По-моему, так. (давно за инструмент не садился)

[Acvarif]

Переключается по таймеру. Таймер дёргает прерывание (обычно самое низкоприоритетное), по которому вызывается диспетчер процессов.
По-моему, так. (давно за инструмент не садился)

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

Зачем тогда еще один вариант переключения процессов (в данном примере scmRTOS_CONTEXT_SWITCH_SCHEME = 1 не работает) внешнее дергание ноги -> вызов таким образом какого нибудь низкоуровневого прерывания для переключения между процессами? Что это дает? Освобождает как то системный таймер?

Сообщение отредактировал Acvarif - Jul 6 2011, 11:01