Problem FreeRTOS vTaskDelay()

[Joachim W. (maddin319)]

Hallo,

bin grad am FreeRTOS programmieren auf einem ATMEGA1284P mit einem 
Dragon.
Ich habe folgendes seltsame Problem.

hier erstmal der code:

static void led_toggle(void *x)
  {
  (void)x;  //ignore argument

    for(;;)
      {
      PORTB^=(1<<PB1);
      vTaskDelay(100);

      }
  }

static void led_toggle2(void *x)
  {
  (void)x;
  portTickType xLastWakeTime;
  const portTickType xFrequency =100;
  xLastWakeTime = xTaskGetTickCount();
  for(;;)
    {
    vTaskDelayUntil(&xLastWakeTime, xFrequency);
    PORTB^=(1<<PB2);
    }
  }    



    
int main( void )
{
  PORTB= 0xff; // LEDs off
  DDRB = 0xff; // for LEDs
  DDRA = 0xff;


  //Task Erzeugen 
  xTaskCreate(led_toggle,0,configMINIMAL_STACK_SIZE, (void*)0, tskIDLE_PRIORITY + 1,NULL);
  xTaskCreate(led_toggle2,0,configMINIMAL_STACK_SIZE, (void*)0, tskIDLE_PRIORITY +1,NULL);

  
  
  vTaskStartScheduler();

  return 0;
}

und zwar trägt man bei vTaskDelay ja normal die ms als übergabewert ein, 
wenn ich also ein 1 sec takt haben will 1000, doch in meinem Programm 
muss ich 100 eintragen damit ich den 1 sec takt habe auf meinem STK500 
board.

Kann mir wer sagen warum? Nebenbei 8MHz oszillator ist bei atmega 
eingetragen.

mfg

[Rolf Magnus (Gast)]

Joachim Werner schrieb:
> und zwar trägt man bei vTaskDelay ja normal die ms als übergabewert
> ein,

Nein. Man gibt die Zahl an Scheduler-Ticks an.
Aus der Doku:

********************************************************************
 Delay a task for a given number of ticks. The actual time that the task 
remains blocked depends on the tick rate. The constant portTICK_RATE_MS 
can be used to calculate real time from the tick rate - with the 
resolution of one tick period.
********************************************************************

[Joachim W. (maddin319)]

Rolf Magnus schrieb:
> Joachim Werner schrieb:
>> und zwar trägt man bei vTaskDelay ja normal die ms als übergabewert
>> ein,
>
> Nein. Man gibt die Zahl an Scheduler-Ticks an.
> Aus der Doku:
>
> ********************************************************************
>  Delay a task for a given number of ticks. The actual time that the task
> remains blocked depends on the tick rate. The constant portTICK_RATE_MS
> can be used to calculate real time from the tick rate - with the
> resolution of one tick period.
> ********************************************************************

ahhh danke dir!

hab jetzt in der FreeRTOSconfig.h

#define configTICK_RATE_HZ    ( ( portTickType ) 10000 )

10000 eingetragen statt 1000 , somit komm ich auf 0.1ms und jetzt trägt 
man quasi die ms beim vTaskDelay ein!

[Rolf Magnus (Gast)]

Das verstehe ich jetzt nicht.
Vor allem: Hast du wirklich eine Tickrate von 10000? Das wäre ziemlich 
kurz, und ein erheblicher Teil der Rechenleistung geht dann nur für 
Taskwechsel drauf.

[Karl H. (kbuchegg)]

Joachim Werner schrieb:

> #define configTICK_RATE_HZ    ( ( portTickType ) 10000 )
>
> 10000 eingetragen statt 1000 , somit komm ich auf 0.1ms und jetzt trägt
> man quasi die ms beim vTaskDelay ein!

das ergibt keinen Sinn.
Mit der ursprünglichen Tick Rate hättest du mit einem Delay Wert von 
1000 auf 1 Sekunde kommen müssen. Wenn das nicht so ist, dann hilft es 
nichts an den anderen Schrauben zu drehen. Denn mit dieser Konstanten 
und deinen 1000 müsste deine Verzögerungszeit jetzt 0.1 Sekunden sein, 
was sie aber nicht ist.

Ich tippe mal auf das übliche:
> Nebenbei 8MHz oszillator ist bei atmega eingetragen.

* Was heißt das? Hast du die Fuses entsprechend umgestellt?
* Weiß auch dein FreeRTOS von diesen 8Mhz?

Ein Faktor 8 ist nahe genug an 10 (1 Sekunde - 10 Sekunden), so dass man 
das mit freiem Auge nicht zweifelsfrei feststellen kann, wenn man nicht 
explizit darauf achtet.