Atmel UC3A (ECVK1100) - FreeRTOS und USB (CDC)

[brechbunkt (Gast)]

Ich versuche gerade auf meinem Atmel UC3 das FreeRTOS und(!) USB (CDC) 
zum laufen zu bringen. Einzeln funktioniert es recht gut. Nur zusammen 
bringen lassen sie sich einfach nicht. Wenn ich die auskommentierte 
Zeile im Code (unten) einfüge, geht schon nichts mehr. Halte ich den 
Controller im Debug-Mode dann, sehe ich dass er in der Datei exception.S 
bei diesen Zeile steht:

  .org  0x034
  // Data Address (Read).
_handle_Data_Address_Read:
  rjmp $

Da mein Problem allerdings sogar dann schon besteht, wenn ich die 
compiler-Optimierung von -O1 auf -O0 setzte, vermute ich jedoch, dass 
das Problem nicht unbedingt bei dieser einen Zeile bestehen muss.
Ob, und welche Interrupts eventuell nicht rechtzeitig für die 
USB-Kommunikation ausgeführt werden, kann ich irgendwie nicht erkennen. 
Werde da einfach nicht schlau draus.

Hat jemand vielleicht einen Tipp für mich? Suche nun schon ewig und wäre 
sehr dankbar.

    // source to Osc0.
    pcl_switch_to_osc(PCL_OSC0, FOSC0, OSC0_STARTUP);

    // Authorize interrupts
    irq_initialize_vectors();
    cpu_irq_enable();

    // Initialize the sleep manager service
    sleepmgr_lock_mode(SLEEPMGR_IDLE);

    // Initialize the clock service
    sysclk_init();

    // Enable USB Stack Device
    udc_start();


    // ---> wenn ich die nachfolgende Zeile einfüge, hängt sich der Mikrocontroller auf:
    //xTaskCreate(usb_task,(signed char*)"USB", configMINIMAL_STACK_SIZE, NULL, tskIDLE_PRIORITY+1, &usb_handle);

    while (true);

[brechbunkt (Gast)]

Da ich einfach nicht mehr weiß wo ich noch suchen könnte, möchte ich 
diesen Beitrag noch mal hoch bringen...

[holger (Gast)]

Wie gross ist configTOTAL_HEAP_SIZE bei dir?

[brechbunkt (Gast)]

/* configTOTAL_HEAP_SIZE is not used when heap_3.c is used. */
#define configTOTAL_HEAP_SIZE     ( ( size_t ) ( 1024*25 ) )

Die Datei heap_3.c ist im Projekt mit eingebunden. Da dort allerdings 
"nur" Funktionen für malloc() und free() enthalten sind, jedoch keine 
weiteren Angaben für die maximale heap-size, kann ich hier keine 
Einschränkung der Größe sehen.

[brechbunkt (Gast)]

Ein klein wenig konnte ich nun doch noch die Stelle eingrenzen, an der 
sich der Code aufhängt, wenn ich die Optimierung auf -O0 stelle.

Im nun zusammengewürfelten Projekt aus FreeRTOS+USB ist somit auch das 
Symbol "FREERTOS_USED" definiert. Unter anderem wird es bei der IRQ 
verwendet:

file: usbb_device.c

/**
 * \brief Function called by USBB interrupt to manage USB device interrupts
 *
 * USB Device interrupt events are split in three parts:
 * - USB line events (SOF, reset, suspend, resume, wakeup)
 * - control endpoint events (setup reception, end of data transfer, underflow, overflow, stall)
 * - bulk/interrupt/isochronous endpoints events (end of data transfer)
 *
 * Note:
 * Here, the global interrupt mask is not clear when an USB interrupt is enabled
 * because this one can not be occurred during the USB ISR (=during INTX is masked).
 * See Technical reference $3.8.3 Masking interrupt requests in peripheral modules.
 */
#ifdef UHD_ENABLE
void udd_interrupt(void); // To avoid GCC warning
void udd_interrupt(void)
#else
#  ifdef FREERTOS_USED
#    include "FreeRTOS.h"
#    include "task.h"
ISR_FREERTOS(udd_interrupt, AVR32_USBB_IRQ_GROUP, UDD_USB_INT_LEVEL)    // <-- geht nicht!!!
#  else
ISR(udd_interrupt, AVR32_USBB_IRQ_GROUP, UDD_USB_INT_LEVEL)        // <-- geht !!!
#  endif
#endif
{
  if (Is_udd_sof()) {
    udd_ack_sof();
    if (Is_udd_full_speed_mode()) {
      udc_sof_notify();
    }
   ...

Wenn ich nun die somit verwendete Zeile

ISR_FREERTOS(udd_interrupt, AVR32_USBB_IRQ_GROUP, UDD_USB_INT_LEVEL)

durch die "normale" ISR() austausche läuft wieder alles wie geschmiert.

Die Definition für ISR_FREERTOS() liegt in der Datei portmacro.h
Diese sieht allerdings hochgradig kompliziert aus :)

#define ISR_FREERTOS(func, int_grp, int_lvl)    \
  __attribute__((__noinline__)) static portBASE_TYPE func##_not_naked(void); \
  __attribute__((__naked__)) static void func(void) \
  { \
    portENTER_SWITCHING_ISR(); \
    func##_not_naked(); \
    /* portEXIT_SWITCHING_ISR() expects an input parameter in R12. */ \
    /* This parameter is the return value of func##_not_naked() */ \
    portEXIT_SWITCHING_ISR(); \
  } \
  __attribute__((__noinline__)) static portBASE_TYPE func##_not_naked(void)

Das in der ISR_FREERTOS() nun zur eigentlichen ISR noch ein Teil davor 
und danach ausgeführt wird, habe ich soweit verstanden. Jedoch kann ich 
das ja nicht einfach so weg lassen, sonst läuft es später an anderer 
Stelle schief.

[Sebastian (Gast)]

Hallo brechbunkt,

hast du das Problem denn jetzt lösen können?

Ich habe genau dasselbe Problem, dass beim Aufruf von udc_start() sich 
der µC an dieser Stelle aufhängt. Im Gegensatz zu dir möchte ich ein HID 
Generic mit FreeRTOS betreiben. Aber im Prinzip erfolgt ja die 
Initialisierung genauso. Mein HID Generic Device kann sich nicht am Host 
PC anmelden, ABER jetzt das interessante, und ich verstehe es (noch) 
nicht so ganz:

int main( void )
{
        irq_initialize_vectors();
        cpu_irq_enable();

  // Initialize the sleep manager service
  sleepmgr_init();
  // Initialize the clock service
  sysclk_init();

  ui_init();
  ui_powerdown();


  vSemaphoreCreateBinary(main_trans_semphr); //*ACHTUNG!
  Assert( main_trans_semphr != NULL );       //*ACHTUNG!


  // Enable USB Stack Device
  udc_start();

        //starte Scheduler usw..

        return 0; // never reached here
}

siehe *ACHTUNG! : wenn ich diese Zeilen Kommentiere (oder lösche), hängt 
er sich auf; lasse ich diese ZEilen so stehen, kann sich das Device am 
Host ohne Probleme anmelden (also enumieren und konfigurieren).
(Mit den Hid_Reports klappts bei mir aber noch nicht in Kombination mit 
FreeRtos, hab da bisher auch keine Idee wieso)


die beiden Zeilen " *ACHTUNG! " habe ich von dem Beispielprojekt EVK1100 
mit MSC und FreeRTOS aus dem Atmel Studio 6.2 entnommen.

Frohe Weihnachten an alle!
Sebastian