Цитата(sparcmaster @ Jan 24 2012, 07:29)
Так уж устроен планировщик - если ваша высокоприоритетная задача отработала свой квант времени, то он все равно выберет ее, а не готовую к выполнению низкопроцентную.
простой пример для проверки, пишем 3 функции, вместо N - '1', '2','3'
CODE
void Task_N_(void *pvParameters){
int i;
for(;;){
STM_EVAL_LEDToggle(LED_N_);
for(i=0;i<0xfffff;i++)__no_operation();
}
}
если их запустить как задачи с одинаковым приоритетом, то мигают все светодиоды. если у одной приоритет выше то мигает только ее светодиод, на остальные управление не передается вообще. Если в задаче с высоким приоритетом заменить цикл задержки на vTaskDelay то снова будут мигать все светодиоды. В описании планировщика FreeRTOS в КиТ тоже говорится именно о таком поведении: высокоприоритетная задача должна сама отдать время другим посредством вызовов системных функций ожидания.
Вопрос возник при использовании библиотек работы с SD-card от ST для STM32F4xx, изначально там вообще было много бесконечных циклов с полингом аппаратного бита.
Пока у меня решение только такое, что все подобные задачи ставятся с минимальным приоритетом а задачам с правильными системными вызовами и ожиданиями на задержках/семафорах/очередях ставится более высокий приоритет.
Сообщение отредактировал Sagittarius - Jan 24 2012, 05:34
переключение на задачу с меньшим приоритетом
Jan 23 2012, 19:54
