freeRTOS auf STM32F103 mit coIDE läuft nicht!

[obamoa (Gast)]

Hallo,

ich habe bisher den STM32F103ZE immer mit IAR EW 6.1 programmiert. Dort 
habe freeRTOS verwendet. Jetzt bin ich auf dem coIDE von coocox 
umgestiegen. Die Portierung meines Projektes ging super schnell und 
einfach, nur bekomme ich freeRTOS nicht zum laufen. Ich lande immer 
wieder im Default_Handler.

Der Weg dorthin ist folgender:
main() -> vTaskStartScheduler() -> xPortStartScheduler() -> 
vPortStartFirstTask()

Als portable habe ich GCC/ARM_CM3 gewählt (mit IAR hatte ich 
IAR/ARM_CM3), ist das so ok, oder müssen vielleicht noch irgendwelche 
Einstellungen angepasst werden?

Wäre SUPER wenn ihr mir weiter helfen könnt!

[holger (Gast)]

>Ich lande immer
>wieder im Default_Handler.

Dann hast du die drei Interrupthandler von FreeRTOS
nicht in die Interrupttabelle eingetragen.

[obamoa (Gast)]

Danke für den Tipp, nur weis ich nicht genau wie ich das anstelle. Ich 
hab auf der Page von freeRTOS nichts gefunden. Wie würde der Code 
aussehen und wo müsste ich ihn einfügen?

Sorry für die blöde Frage, aber ich hab noch nicht so die Erfahrung.

[obamoa (Gast)]

Jetzt habe ich folgendes versucht:

1.
In das Startupfile habe ich flogendes eingefügt:

extern void xPortPendSVHandler( void ) __attribute__ (( naked ));
extern void xPortSysTickHandler( void );
extern void vPortSVCHandler( void ) __attribute__ (( naked ));

und geändert:

#pragma weak SVC_Handler = vPortSVCHandler
#pragma weak PendSV_Handler = xPortPendSVHandler
#pragma weak SysTick_Handler = xPortSysTickHandler

es entstehen folgende Fehlermeldungen:

error: 'SVC_Handler' aliased to undefined symbol 'vPortSVCHandler'
error: 'PendSV_Handler' aliased to undefined symbol 'xPortPendSVHandler'
error: 'SysTick_Handler' aliased to undefined symbol 
'xPortSysTickHandler'

obwohl ich die Funktionsprototpyen mit extern eingebunden habe.


2.
In das Startupfile habe ich folgendes eingefügt:

extern void xPortPendSVHandler( void );
extern void xPortSysTickHandler( void );
extern void vPortSVCHandler( void );

und geändert:

#pragma weak SVC_Handler = vPortSVCHandler
#pragma weak PendSV_Handler = xPortPendSVHandler
#pragma weak SysTick_Handler = xPortSysTickHandler

es entstehen folgende Fehlermeldungen:

error: 'SVC_Handler' aliased to undefined symbol 'vPortSVCHandler'
error: 'PendSV_Handler' aliased to undefined symbol 'xPortPendSVHandler'
error: 'SysTick_Handler' aliased to undefined symbol 
'xPortSysTickHandler'

obwohl ich die Funktionsprototpyen mit extern eingebunden habe.

3.
Ich habe die Funktionen im freeRTOS port.c einfach in umbenannt:
vPortSVCHandler -> SVC_Handler
xPortPendSVHandler -> PendSV_Handler
xPortSysTickHandler -> SysTick_Handler

Laut Kommentar im startupfile müsste das auch passen:

  *@brief Provide weak aliases for each Exception handler to the Default_Handler. 
  *       As they are weak aliases, any function with the same name will override 
  *       this definition.

Das compilieren läuft auch ohne Fehler durch, nur lande wieder im 
Default_Handler.


Was könnte ich noch versuchen?

[JojoS (Gast)]

beim LPCExpresso habe ich im Startupfile eine Vectortabelle in der die 
Handler eingetragen sind:

//*****************************************************************************
//
// The vector table.
// This relies on the linker script to place at correct location in memory.
//
//*****************************************************************************
extern void (* const g_pfnVectors[])(void);
__attribute__ ((section(".isr_vector")))
void (* const g_pfnVectors[])(void) =
{
  // Core Level - CM3
  (void *)&_vStackTop,          // The initial stack pointer
  ResetISR,                // The reset handler
  NMI_Handler,              // The NMI handler
  HardFault_Handler,            // The hard fault handler
  MemManage_Handler,            // The MPU fault handler
  BusFault_Handler,            // The bus fault handler
  UsageFault_Handler,            // The usage fault handler
  0,                    // Reserved
  0,                    // Reserved
  0,                    // Reserved
  0,                    // Reserved
  vPortSVCHandler,                        // SVCall handler
  DebugMon_Handler,            // Debug monitor handler
  0,                    // Reserved
  xPortPendSVHandler,                     // The PendSV handler
  xPortSysTickHandler,                    // The SysTick handler

  // Chip Level - LPC17
  WDT_IRQHandler,              // 16, 0x40 - WDT
  TIMER0_IRQHandler,            // 17, 0x44 - TIMER0
  TIMER1_IRQHandler,            // 18, 0x48 - TIMER1
  TIMER2_IRQHandler,            // 19, 0x4c - TIMER2
  TIMER3_IRQHandler,            // 20, 0x50 - TIMER3
  UART0_IRQHandler,            // 21, 0x54 - UART0
  UART1_IRQHandler,            // 22, 0x58 - UART1
  UART2_IRQHandler,            // 23, 0x5c - UART2
  UART3_IRQHandler,            // 24, 0x60 - UART3
  PWM1_IRQHandler,            // 25, 0x64 - PWM1
  I2C0_IRQHandler,            // 26, 0x68 - I2C0
  I2C1_IRQHandler,            // 27, 0x6c - I2C1
  I2C2_IRQHandler,            // 28, 0x70 - I2C2
  SPI_IRQHandler,              // 29, 0x74 - SPI
  SSP0_IRQHandler,            // 30, 0x78 - SSP0
  SSP1_IRQHandler,            // 31, 0x7c - SSP1
  PLL0_IRQHandler,            // 32, 0x80 - PLL0 (Main PLL)
  RTC_IRQHandler,              // 33, 0x84 - RTC
  EINT0_IRQHandler,            // 34, 0x88 - EINT0
  EINT1_IRQHandler,            // 35, 0x8c - EINT1
  EINT2_IRQHandler,            // 36, 0x90 - EINT2
  EINT3_IRQHandler,            // 37, 0x94 - EINT3
  ADC_IRQHandler,              // 38, 0x98 - ADC
  BOD_IRQHandler,              // 39, 0x9c - BOD
  USB_IRQHandler,              // 40, 0xA0 - USB
  CAN_IRQHandler,              // 41, 0xa4 - CAN
  DMA_IRQHandler,              // 42, 0xa8 - GP DMA
  I2S_IRQHandler,              // 43, 0xac - I2S
      vEMAC_ISR,                          // Ethernet.
  RIT_IRQHandler,              // 45, 0xb4 - RITINT
  MCPWM_IRQHandler,            // 46, 0xb8 - Motor Control PWM
  QEI_IRQHandler,              // 47, 0xbc - Quadrature Encoder
  PLL1_IRQHandler,            // 48, 0xc0 - PLL1 (USB PLL)
  USBActivity_IRQHandler,          // 49, 0xc4 - USB Activity interrupt to wakeup
  CANActivity_IRQHandler,         // 50, 0xc8 - CAN Activity interrupt to wakeup
};

[obamoa (Gast)]

Danke für den Hinweis! Werd es am Montag gleich versuchen die Namen der 
rtos ISRs direkt in die Vektortabelle einzutragen. Hoffentlich klappts. 
Schönes Wochenende noch!

[obamoa (Gast)]

Es geht!!!
Nach dem ich heute Nachmittag einige Zeit am startupfile herumgedoktort 
habe, leider ohne Erfolg, habe ich nochmal unter freeRTOS.org gelesen. 
Dort habe ich dann folgendes entdeckt:



Note that the following lines are included in FreeRTOSConfig.h:

  #define vPortSVCHandler      SVC_Handler
  #define xPortPendSVHandler   PendSV_Handler
  #define xPortSysTickHandler  SysTick_Handler

These definitions map the FreeRTOS kernel interrupt handler function 
names onto the CMSIS interrupt handler functions names - and in so 
doing, allow the Atollic provided linker script and start up files to be 
used without modification.<



Ich hab zwar nicht das Atollic Studio, aber der CoIDE verwendet den 
geleichen Compiler. Ich habs dann mal probiert und es ging auf anhieb. 
Warum das mit dem startupfile nicht geklappt hat ist mir nicht klar, 
aber egal es geht!

Danke für eure Hilfe!!!

[Jürgen R. (mikrox)]

Hallo obamoa,

ich 'doktore' ebenso schon geraume Zeit an der Integration eines bisher 
unter Eclipse verwalteten FreeRTOS-Projektes für einen TI LM3S6965 
herum.
Die CoIDE scheint mir schlanker als Eclipse-Native.
Kannst du mir dein Projekt-File zukommen lassen damit ich die 
FreeRTOS-Ordnerstruktur, speziell die Includes, nachvollziehen kann?

Es wäre schön, wenn du mir helfen könntest.

[daniel44 (Gast)]

Hallo Jürgen Richards,

haben Sie FreeRTOS in der CoIDE zum laufen bekommen?

Ich kann mein Projekt fehlerfrei "Bulid"-en aber es blinkt keine LED.
Beim Versuch zu Debugen "hängt" der STM32F100RB vom VL-Discovery-Board.

Gruß Daniel

[Jürgen R. (mikrox)]

Hi Daniel,

Es ist zwar schon eine Weile her, aber dennoch:

Ja, CoIDE und FreeRTOS laufen.

Zwei Varianten sind bei uns im Einsatz:

1: STM32F103 (ET-STM32) hängt zum Debuggen an einem ST-link (SWD) des 
STM32F4DISCOVERY-Board,

2: TI LM3S6965 (LM3S6965 Evaluation Kits) mit OpenJTAG zum Debuggen.

Falls Sie diese Varianten interessieren, melden Sie sich einfach.

Gruß Jürgen

[Peter S. (psavr)]

Ja, ich wäre an einem minimalen CoIDE Beispielprojekt für den STM32F104 
interessiert (bzw. für den STM32F407)

[Buschatzky D. (Firma: STE) (daniel44)]

Guten Morgen,

mein Problem ist gelöst. FreeRTOS wolle nicht laufen weil, ich Tasks 
hatte, dessen Priorität höher als die maximal zulässige Priorität war. 
Die maximal zulässige Prorität kann in der FreeRTOSconfig.h -> 
configMAX_PRIORITIES angepasst werden.  Des weiteren muss 
configTOTAL_HEAP_SIZE auch immer "nach gepflegt" werden.

@ Jürgen trozdem Danke

@ Peter Coocox hat genug Bsp. anboard.