STM32F429 USB-CDC klappt nicht

[Markus (Gast)]

Hallo,

ich versuche seit einiger Zeit aus dem STM32F429 Discoveryboard ein 
USB-CDC -Device zu machen. Leider hält sich der Erfolg in Grenzen. Ich 
habe mittels CubeMX den Quellcode erzeugt und compiliert.

Beim anstecken an den PC werden einige Interrupts ausgelöst:
int: rst
int: en done
int: rst
int: en done
int: rst
int: en done
int: suspend

Am PC ist anschliessend zu sehen, dass die Enumeration fehlgeschlagen 
ist.
Ich benutze CubeMX und die Firmware in der aktuellsten Version (4.11.0 
bzw. V1.9.0).

Ich benutze OTG_HS als Device_only. Meine Konfiguration:

  hpcd_USB_OTG_HS.Instance = USB_OTG_HS;
  hpcd_USB_OTG_HS.Init.dev_endpoints = 11;
  hpcd_USB_OTG_HS.Init.speed = PCD_SPEED_FULL;
  hpcd_USB_OTG_HS.Init.dma_enable = DISABLE;
  hpcd_USB_OTG_HS.Init.ep0_mps = DEP0CTL_MPS_64;
  hpcd_USB_OTG_HS.Init.phy_itface = USB_OTG_EMBEDDED_PHY;
  hpcd_USB_OTG_HS.Init.Sof_enable = DISABLE; //konflikt mit lcdt
  hpcd_USB_OTG_HS.Init.low_power_enable = DISABLE;
  hpcd_USB_OTG_HS.Init.lpm_enable = DISABLE;
  hpcd_USB_OTG_HS.Init.vbus_sensing_enable = ENABLE;
  hpcd_USB_OTG_HS.Init.use_dedicated_ep1 = DISABLE;
  hpcd_USB_OTG_HS.Init.use_external_vbus = DISABLE;

Hat jemand eine Idee, wie ich den Fehler finden kann, ohne jetzt in die 
Untiefen des USB-Stacks eintauchen zu müssen?

Vielen Dank,
Markus

[O. H. (ohagendorf)]

Bei Verwendung von Keil als Compiler ist die Heap Größe zu gering. Sie 
ist auf 512Byte eingestellt. Im gesamten Projekt, d.h. im CDC Driver 
gibt es genau ein malloc, das aber mit NULL zurückkehrt, da mehr als die 
512 Bytes angefordert werden. Vergrößert man den Heap, funktioniert der 
vom CubeMX generierte Code.

[Markus (Gast)]

Hallo,

ich benutzt den gcc. Ich habe aufgrund eines Postings im st Forum (*) im 
Linkerscript (STM32F429ZI_FLASH.ld) den Heap von 0 auf 0x4000 geändert, 
bringt aber keine Änderung:

/* Generate a link error if heap and stack don't fit into RAM */
/* _Min_Heap_Size = 0; */      /* required amount of heap  */
/* _Min_Stack_Size = 0x400; *//* required amount of stack */

_Min_Heap_Size = 0x4000;      /* required amount of heap  */
_Min_Stack_Size = 0x2000; /* required amount of stack */

Trotzdem Danke für den Hinweis,
Markus

hier der Link:

https://my.st.com/public/STe2ecommunities/mcu/Lists/STM32Java/Flat.aspx?RootFolder=https%3a%2f%2fmy.st.com%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fSTM32Java%2fSTM32Cube%20CDC%20-%20problems%20and%20a%20possible%20bug&FolderCTID=0x01200200770978C69A1141439FE559EB459D758000F9A0E3A95BA69146A17C2E80209ADC21&currentviews=2514

[Bülent C. (mirki)]

Auf was hast Du Dein SYSCLK gesetzt? Mit 180MHz gibt es Schwierigkeiten 
das USB zum laufen zu bekommen...Mit 168MHz dürfte es laufen.

[Markus (Gast)]

SysClock ist 168 MHz, der Clock für USB ist dann glaube ich 48 MHz (sh. 
Screenshot).

Hier der generierte Code des Clockeinstellung:

void SystemClock_Config(void) {

  RCC_OscInitTypeDef RCC_OscInitStruct;
  RCC_ClkInitTypeDef RCC_ClkInitStruct;
  RCC_PeriphCLKInitTypeDef PeriphClkInitStruct;

  __PWR_CLK_ENABLE();

  __HAL_PWR_VOLTAGESCALING_CONFIG(PWR_REGULATOR_VOLTAGE_SCALE1);

  RCC_OscInitStruct.OscillatorType =   RCC_OSCILLATORTYPE_LSI|RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.LSIState = RCC_LSI_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLM = 8;
  RCC_OscInitStruct.PLL.PLLN = 336;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV2;
  RCC_OscInitStruct.PLL.PLLQ = 7;
  HAL_RCC_OscConfig(&RCC_OscInitStruct);

  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_SYSCLK|RCC_CLOCKTYPE_PCLK1
                              |RCC_CLOCKTYPE_PCLK2;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV4;
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV2;
  HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_5);


  PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_LTDC|RCC_PERIPHCLK_RTC;
  PeriphClkInitStruct.PLLSAI.PLLSAIN = 192;
  PeriphClkInitStruct.PLLSAI.PLLSAIR = 4;
  PeriphClkInitStruct.PLLSAIDivR = RCC_PLLSAIDIVR_8;
  PeriphClkInitStruct.RTCClockSelection = RCC_RTCCLKSOURCE_LSI;
  HAL_RCCEx_PeriphCLKConfig(&PeriphClkInitStruct);

  HAL_SYSTICK_Config(HAL_RCC_GetHCLKFreq()/1000);  // 1 ms

  HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);
}

[Bülent C. (mirki)]

sieht soweit eigentlich ok aus.
Versuch mal, ob Du das Beispiel zum laufen bekommst:
http://mikrocontroller.bplaced.net/wordpress/?page_id=2856

[Markus (Gast)]

Bülent C. schrieb:
> Versuch mal, ob Du das Beispiel zum laufen bekommst:
> http://mikrocontroller.bplaced.net/wordpress/?page_id=2856

Die Seite wird von unserer IT blockiert. Ich werd's mal am WE @home 
runterladen und nächste Woche testen.

[Markus (Gast)]

Ich habe jetzt mal ein komplett neues Projekt aufgesetzt, in dem nur 
USB-CDC (und UART1 für eventuelle Debuggingausgaben) implementiert ist. 
Damit klappt es (zumindest wird USB korrekt enummeriert und am PC der 
entsprechende Treiber geladen).

Der ursprüngliche Fehler wird also irgendwo in der Mischung zwischen 
HAL-Code und eigenen Modifikationen zu suchen sein (ich hatte am 
USB-Teil allerdings keine Modifikationen gemacht).
Ich werde also mal nach und nach alle anderen Module (TFT-Controller, 
SPI5, SDRAM,...) wieder mit reinnehmen, und hoffen, daß USB weiterhin 
funktioniert.

Vielen Dank für die Unterstützung,
Markus

[Markus (Gast)]

Ok, ich hab den Fehler (das ging jetzt schnell):

Am Ende der Mainloop schicke ich den Controller schlafen um Strom zu 
sparen:

 HAL_PWR_EnterSLEEPMode(PWR_MAINREGULATOR_ON, PWR_SLEEPENTRY_WFI);

Damit scheint der USB-Stack nicht klar zu kommen.

Markus