|
Anzeige
|
FreeRTOS IDLE-Task
Gast
#2804627
Hallo, ich habe mich heute in in das FreeRTOS auf den STM32F4 Controllern eingarbeitet. Ich habe einen Task der eine LED 100x blinken lassen soll. Dies funktioniert auch ganz gut. Nur wenn der Task zu Ende ist (nach 100x) LED blinken lassen) wird der Default-Handler in startup_stm32f4xx.c aufgerufen. Eig. gibt es doch den IDLE-TASK der aufgerufen wird wenn keine anderen Tasks vorhanden sind. Oder? Weiß jemand was genaueres dazu? Moritz
Gast
#2804639
>Ich habe einen Task der eine LED 100x blinken lassen soll. Dies >funktioniert auch ganz gut. Nur wenn der Task zu Ende ist (nach 100x) >LED blinken lassen) wird der Default-Handler in startup_stm32f4xx.c >aufgerufen. Dann hast du wohl einen der drei Interruptvektoren die man FreeRTOS zuweisen muss nicht in die Interrupttabelle eingetragen.
Gast
#2804658
Hallo, welche Interrupt Vektoren? Sind das: vPortSVCHandler -> SVCHandler xPortPendSVHandler -> PendSV_Handler xPortSysTickHandler -> SysTick_Handler Moritz
Gast
#2804659
Das hängt von der Implementierung von FreeRTOS ab. Deine Beschreibung klingt danach, dass keine Endlosschleife in dem LED-Task verwendet wird und damit die Task-Funktion verlassen wird. Ich kenne den Kernel jetzt nicht genau, allerdings gehe ich davon aus, dass bei FreeRTOS jeder Task in einer Endlosschleife laufen muss. Wird der Task verlassen, so landet der Program Counter an irgendeiner nicht definierten Adresse. MfG
Gast
#2804663
>Dann hast du wohl einen der drei Interruptvektoren >die man FreeRTOS zuweisen muss nicht in die Interrupttabelle >eingetragen. So, noch mal schnell nachgesehen. Die drei Handler heissen vPortSVCHandler, /* SVCall Handler */ xPortPendSVHandler, /* PendSV Handler */ xPortSysTickHandler, /* SysTick Handler */ Die musst du in der Startup Datei in die Interrupttabelle eintragen.
Gast
#2804685
Hallo, Sorry aber ist das hier die Interrupt Tabelle?:
Gast
#2804693
>Sorry aber ist das hier die Interrupt Tabelle?:
Jipp.
Tausch sie genau so aus wie du oben schon geschrieben hast.
vPortSVCHandler -> SVCHandler
xPortPendSVHandler -> PendSV_Handler
xPortSysTickHandler -> SysTick_Handler
Vor die Tabelle legst du noch Prototypen damit der Compiler
weiss wie die Funktionen aussehen:
void WEAK vPortSVCHandler(void);
void WEAK xPortPendSVHandler(void);
void WEAK xPortSysTickHandler(void);
Gast
#2804711
Hallo, vielen Dank erstmal! Jetzt hab ich das Problem das der Default Handler gleich am anfang aufgerufen wird, wenn ich den Scheduler mit vTaskStartScheduler() starten möchte. Moritz
Gast
#2804726
Hallo nochmal! Ich poste mal das ganze Projekt. Vielleicht kann jemand mal rein gucken. Moritz
Gast
#2804796
>Ich poste mal das ganze Projekt. Vielleicht kann jemand mal rein gucken. Also was da jetzt schief läuft weiss ich auch nicht. Aber folge besser mal dem Rat von Dietrich: >Deine Beschreibung klingt danach, dass keine Endlosschleife in dem >LED-Task verwendet wird und damit die Task-Funktion verlassen wird. Lass den Quatsch beim Task1 mit dem DeleteTask mal. Und nimm erst mal nur einen Task der auf keinen Fall verlassen wird.
Gast
#2805019
Hallo, vielen Dank! Aber gibt es irgendeine Möglichkeit einen Task zu Beenden? Gleich wenn der Scheduler gestartet wird, wird in den Default -Handler gesprungen. Anscheinen war das also vorher schon Richtig mit den Handlern. Moritz
Gast
#2805128
>Gleich wenn der Scheduler gestartet wird, wird in den Default -Handler >gesprungen. Anscheinen war das also vorher schon Richtig mit den >Handlern. Ich denke auch. Nimm noch mal deinen ersten Code und vergiss die Änderungen von mir. Und wie gesagt: Bring erst mal einen Task zum laufen. Und den lässt du dann laufen. Wenn das klappt kann man weitere Sachen ausprobieren.
Gast
#2805151
Hallo, das mit einem/zwei/drei Task klappt super. Auch einen Task anhalten mit TaskDelay() ist kein Problem. Nur möchte ich jetzt auch gerne die Möglichkeit haben Tasks zu Beenden und nicht in einen While(1) Schleife laufen zu lassen. Schließlich kann es ja auch mal Task geben die z.B nur am Anfang gebraucht werden und dann nicht den Rest der Laufzeit Sinnlos in einen While(1) Schleife laufen müssen. Auf der Setie von FreeRTOS steht: [1]"The idle task is created automatically when the RTOS scheduler is started to ensure there is always at least one task that is able to run. It is created at the lowest possible priority to ensure it does not use any CPU time if there are higher priority application tasks in the read state. The idle task is responsible for freeing memory allocated by the RTOS to tasks that have since been deleted. It is therefore important in applications that make use of the vTaskDelete() function to ensure the idle task is not starved of processing time. The idle task has no other active functions so can legitimately be starved of microcontroller time under all other conditions. It is possible for application tasks to share the idle task priority (tskIDLE_PRIORITY). See the configIDLE_SHOULD_YIELD configuration parameter for information on how this behaviour can be configured." Daraus schließe ich eigentlich das man gar keinen Task laufen lassen kann und sich der µC nicht aufhängt. Es wird dann halt der IdleTask ausgeführt. [1] http://www.freertos.org/RTOS-idle-task.html
Gast
#2805242
Nicht so vTaskDelete(&hTASK1); sondern so vTaskDelete(hTASK1);
Gast
#2805262
Hallo, vielen Dank! Jetzt geht es! mit vTaskDelete(NULL) den Aktuellen Task löschhen und mit vTaskDelete(hTask) einen anderen Task löschen. Vielen DANK an alle :) Moritz Hi ich ebenfalls ein Problem mit den drei FreeRTOS spezifischen Interrupt Handlern. (Zumindestens vermute ich das da ich die nötigen Interrupthandler nicht in die Tabelle eingetragen hatte). Wenn ich debugge komme ich aus xTaskCreate(...) nicht mehr heraus. Letzendlich wird an einer Stelle memset(...) aufgerufen und dann lande ich im default handler für unerwartet interrupts. Im SourceForge Forum wird das als Lösung angegeben:
Das hat bei mir aber keinen Erfolg gebracht, außerdem verstehe ich nicht ganz was die defines ändern. "Biegen" die den namen der FreeRTOS-Handler korrekt oder soll das den Eintrag in der Tabelle beeinflussen? Da es mir unklar ist habe ich versucht (wie Holger auch schrieb) sie direkt in die startup_stm32f4xx.S einzubingen: holger schrieb: > Tausch sie genau so aus wie du oben schon geschrieben hast. > > vPortSVCHandler -> SVCHandler > xPortPendSVHandler -> PendSV_Handler > xPortSysTickHandler -> SysTick_Handler Wenn ich das mache bekomme ich undefined reference Fehler wie:
Mir ist soweit klar dass ihm die Handler an dieser Stelle nicht bekannt sind, aber folgendes funktioniert bei mir nicht: > Vor die Tabelle legst du noch Prototypen damit der Compiler > weiss wie die Funktionen aussehen: > > void WEAK vPortSVCHandler(void); > void WEAK xPortPendSVHandler(void); > void WEAK xPortSysTickHandler(void); Wenn ich das mache bekomme ich ein "bad instruction":
Allerdings sieht meine startup_stm32f4xx.S auch prinzipiell anders aus wie Moritz startup_stm32f4xx.c. Ich habe sie mal angehängt. Ich weiß garnicht wo und wie ich die Funktionsdefinitionen in die .S Datei korrekt einfüge. Ich weiß nicht so recht wie ich die FreeRTOS Handler mit der InterruptTabelle verheiraten soll. Peter Pfanne schrieb: > Ich weiß nicht so recht wie ich die FreeRTOS Handler mit der > InterruptTabelle verheiraten soll. Einfach alles zusammen linken. Gruß Oliver Ich habe mich nochmal hingesetzt und bin weitegekommen. Noch drei Fragen/Probleme: 1) Jedes Mal wenn ich memset oder strncpy aufgerufen wird lande ich im handler für unerwartet interrupts. Wenn ich die Aufrufe der Funktionen durch xTaskCreate auskommentiere kann ich mehrer Tasks starten. Allerdings führt z.b. xQueueSend auch zu strncpy. Ich habe keine Ahnung warum diese Funktionen zu Fehlern führen. 2) Unabhängig ob ich die Interrupt Vektoren richtig verküpfe (#defines vorhanden oder nicht) lande ich bei einem Preakpoint in xPortSysTickHandler. mit den #defines läuft alles aber schneller. (Wie) kann das sein? 3) generell ist da ein zeitproblem denn ein vTaskDelay( 500 / portTICK_RATE_MS) dauert ca. 1.5 Sekunden. Die Taktfrequent von 168Mhz (aus system_stm32f4xx.c) müsste stimmen, der Timer Config Code im freertos port für den M4 (prvSetupTimerInterrupt) wird wohl auch stimmen. Die Funktion SystemInit der die System Clock, PLL etc configuriert wird ebenfalls aufgerufen. Ok Punkt 2 hat sich erledigt. Ich hatte die #defines doppelt. Ohne komme ich , wie erwartet, nicht mehr in xPortSysTickHandler an. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
