Нет расписания с FreeRTOS на CC3200 Launchpad

Question

Я пытаюсь создать систему с несколькими задачами на плате lauchpad CC3200 wifi (TI) с freeRTOS. Я создал три задачи в моей главной:

// Create task1 
    osi_TaskCreate(task1, (signed portCHAR *) "task1", 
      OSI_STACK_SIZE, NULL, 1, NULL); 

    //Two more tasks 

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

Каждая задача отвечает только за печать его имя на UART порт:

void task1(void *pvParameters) 
{ 
    while(1) 
    { 
     Report("task1"); 
    } 
} 

К сожалению, я вижу только задача 1 печати свое имя все время. Что мне делать, чтобы это исправить?

Answer 1

Что касается моей памяти FreeRTOS, если вы создаете все свои потоки с равным приоритетом, тогда вы получите только равный доступ, если вы либо не определите USE_TIME_SLICING, либо определите его и установите для него значение ' 1' .

Когда дело касается нескольких потоков, конкурирующих за доступ к аппаратным ресурсам (или ресурсу разделяемой памяти), вы всегда хотите контролировать доступ к нему как-то. В этом случае самым простым (хотя и не самым быстрым) вариантом является использование мьютекса, FreeRTOS также имеет двоичные семафоры, которые будут выполнять одно и то же и могут быть немного быстрее. Обычно, хотя мьютекс и двоичный семафор взаимозаменяемы. Для деталей двух я бы пошел и прочитал документы FreeRTOS на них, и это должно очистить все.

если вы простите псевдокод, вы хотите, чтобы каждый поток, чтобы делать что-то вдоль линий следующего

createMutex(UART_Lock) 

void task1 
{ 
    while(1) 
    { 
     if(GetLockOnMutex(UART_Lock)) 
     { 
      PrintToUART(); 
      ReleaseMutex(); 
     } 
    } 
} 

void task2 
{ 
    while(1) 
    { 
     if(GetLockOnMutex(UART_Lock)) 
     { 
      PrintToUART(); 
      ReleaseMutex(); 
     } 
    } 
} 

void task3 
{ 
    while(1) 
    { 
     if(GetLockOnMutex(UART_Lock)) 
     { 
      PrintToUART(); 
      ReleaseMutex(); 
     } 
    } 
} 

Итак, когда каждый поток вводится в контекст будет пытаться получить блокировку мьютекса который используется для ограничения доступа к UART. Если это удастся, он отправит что-то и только после того, как функция печати вернется (которая может быть чересчур многократных временных интервалов), она освободит блокировку на UART для другого потока, чтобы попытаться получить. Если поток не может получить блокировку, тогда он просто пытается снова, пока не наступит время. У вас может быть поток, который не сможет заставить блокировку переспать до тех пор, пока он не будет приведен в контекст, но это действительно важно, если ваш процессор занят, и вам нужно подумать о том, действительно ли ваши задачи рассчитаны на график.

В принципе, если вы не контролируете доступ к UART, и нет гарантии, что в течение заданного временного фрагмента для потока он завершит доступ к UART, тогда планировщик может предварительно убрать незавершенный поток, а другие могут попытайтесь использовать UART.

Было бы логично предположить, что UARTs отправить буфера может разобраться в вашем случае, но вы действительно не хотят полагаться на него, как это только настолько большой, и нет ничего, чтобы остановить одну нить наполнения его полностью ,

Answer 2

Thnx!

Я реализовал это следующим образом:

void vTestTask1(void *pvParameters) 
{ 
    while(1) { 
     if(xSemaphoreTake(uart_lock, 1000)) { 
      // Use Guarded Resource 
      Report("1"); 
      // Give Semaphore back: 
      xSemaphoreGive(uart_lock); 
     } 
     vTaskDelay(1000); 
    } 
} 
void vTestTask2(void *pvParameters) 
{ 
    while(1) { 
     if(xSemaphoreTake(uart_lock, 1000)) { 
      // Use Guarded Resource 
      Report("2"); 
      // Give Semaphore back: 
      xSemaphoreGive(uart_lock); 
     } 
     vTaskDelay(1000); 
    } 
} 

Он работал прекрасно, как он печатает 121212 т.д., через UART.