STM32F4 CubeMX UART Probleme

[Peter K. (peterka2000)]

Guten Tag,

Ich würde gerne über den UART eines STM32F4 was verschicken. Hardware 
ist (vorerst) ein STM32F4-Discovery, mit dem STM32F407VG.
Das letzte mal als ich mit dem Zeug gearbeitet hab, war das noch die 
Standard-Peripheral-Lib, jetzt wollte ich mal das Cube-Zeugs 
ausprobieren.
Also, gesagt, getan, ein neues CubeMX-Projekt (CubeMX Version 4.13.1) 
für Atollic TrueStudio (V 5.4.0). Den UART habe ich, zum debuggen, 
erstmal mit dem Klickibunti-Interface von CubeMX konfiguriert. Der 
entstandene Source-Code ist angehangen. Baudrate sollte übrigens 9600 
sein.

Raus kommt aber nichts, was wie UART aussieht. Nur die Signale vom Bild, 
und die alle 40ms (wie zu erwarten; aber halt nichts UART-ähnliches).

Hat jemand die Lust/Zeit/Erfahrung, mich beim Debugging zu ünterstützen? 
Wem springt mein Fehler sofort ins Auge?

PS: Noch was zur Config: Habe den HSE auf die 8 MHz gestellt, die PLL 
auf M=8; N=336 und P=2. Sollten also 168MHz Sysclk rauskommen.
PPS: TxD ist an PA9. Hab ich mit einem LA verbunden. Auch wenn das im 
Quelltext nicht ersichtbar ist, ist der in einer von CubeMX-generierten 
LowLevel-Methode (im UART_Init) auf AlternativeFunction geschalten.

[Vincent H. (vinci)]

__UART1_CLK_ENABLE();

?

[Peter K. (peterka2000)]

Vincent H. schrieb:
> __UART1_CLK_ENABLE();
>
> ?

sollte CubeMX für mich machen:

Die HAL_UART_Init:

HAL_StatusTypeDef HAL_UART_Init(UART_HandleTypeDef *huart)
{
  /* Check the UART handle allocation */
  if(huart == NULL)
  {
    return HAL_ERROR;
  }

  /* Check the parameters */
  if(huart->Init.HwFlowCtl != UART_HWCONTROL_NONE)
  { 
    /* The hardware flow control is available only for USART1, USART2, USART3 and USART6 */
    assert_param(IS_UART_HWFLOW_INSTANCE(huart->Instance));
    assert_param(IS_UART_HARDWARE_FLOW_CONTROL(huart->Init.HwFlowCtl));
  }
  else
  {
    assert_param(IS_UART_INSTANCE(huart->Instance));
  }
  assert_param(IS_UART_WORD_LENGTH(huart->Init.WordLength));
  assert_param(IS_UART_OVERSAMPLING(huart->Init.OverSampling));
  
  if(huart->gState == HAL_UART_STATE_RESET)
  {  
    /* Allocate lock resource and initialize it */
    huart->Lock = HAL_UNLOCKED;
    /* Init the low level hardware */
    HAL_UART_MspInit(huart);
  }

  huart->gState = HAL_UART_STATE_BUSY;

  /* Disable the peripheral */
  __HAL_UART_DISABLE(huart);
  
  /* Set the UART Communication parameters */
  UART_SetConfig(huart);
  
  /* In asynchronous mode, the following bits must be kept cleared: 
     - LINEN and CLKEN bits in the USART_CR2 register,
     - SCEN, HDSEL and IREN  bits in the USART_CR3 register.*/
  huart->Instance->CR2 &= ~(USART_CR2_LINEN | USART_CR2_CLKEN);
  huart->Instance->CR3 &= ~(USART_CR3_SCEN | USART_CR3_HDSEL | USART_CR3_IREN);
  
  /* Enable the peripheral */
  __HAL_UART_ENABLE(huart);
  
  /* Initialize the UART state */
  huart->ErrorCode = HAL_UART_ERROR_NONE;
  huart->gState= HAL_UART_STATE_READY;
  huart->RxState= HAL_UART_STATE_READY;
  
  return HAL_OK;
}

und die msp_init, die von obiger aufgerufen wird:

void HAL_UART_MspInit(UART_HandleTypeDef* huart)
{

  GPIO_InitTypeDef GPIO_InitStruct;
  if(huart->Instance==USART1)
  {
  /* USER CODE BEGIN USART1_MspInit 0 */

  /* USER CODE END USART1_MspInit 0 */
    /* Peripheral clock enable */
    __USART1_CLK_ENABLE();
  
    /**USART1 GPIO Configuration    
    PA9     ------> USART1_TX
    PA10     ------> USART1_RX 
    */
    GPIO_InitStruct.Pin = GPIO_PIN_9|GPIO_PIN_10;
    GPIO_InitStruct.Mode = GPIO_MODE_AF_PP;
    GPIO_InitStruct.Pull = GPIO_PULLUP;
    GPIO_InitStruct.Speed = GPIO_SPEED_HIGH;
    GPIO_InitStruct.Alternate = GPIO_AF7_USART1;
    HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);

  /* Peripheral interrupt init*/
    HAL_NVIC_SetPriority(USART1_IRQn, 0, 0);
    HAL_NVIC_EnableIRQ(USART1_IRQn);
  /* USER CODE BEGIN USART1_MspInit 1 */

  /* USER CODE END USART1_MspInit 1 */
  }

}

[Vincent H. (vinci)]

Hab grad nochmal ins Datenblatt geschaut, der 407er hat im USART_CR1 
Register eigene Bits für "Transmitter enable" und "Receiver enable". 
Hast du schon überprüft ob die gesetzt werden?


So wie ich das seh setzt nämlich weder das Makro

__HAL_UART_ENABLE(__HANDLE__)                   ((__HANDLE__)->Instance->CR1 |=  USART_CR1_UE)

Noch die USART_Transmit Funktion dieses Bit?

[Peter K. (peterka2000)]

So schnell gehts, ich habe es (vermutlich) hinbekommen.

Mindestens ein Problem habe ich entdeckt:

Der TxD-Pin (PA9) ist am Discovery-Board auch für VBUS (von USB) 
genutzt. Da liegt wohl noch irgendwas auf der Leitung, was den stört. 
Ich habe den jetzt auf PB6-regemapped.
Außerdem gibt es wohl noch irgendein Problem mit meiner 
Debug-Konfiguration im TrueSTUDIO, also musste ich die Software erstmal 
(manuell) über die ST-Link Utility flashen.

Aber er macht das was er soll. Trotzdem danke an alle, die versucht 
haben, zu helfen.

Schönen Freitag,
Peter

[Dr. MIPS (Gast)]

Peter K. schrieb:
> Guten Tag,
>
> PS: Noch was zur Config: Habe den HSE auf die 8 MHz gestellt, die PLL
> auf M=8; N=336 und P=2. Sollten also 168MHz Sysclk rauskommen.
> PPS: TxD ist an PA9. Hab ich mit einem LA verbunden. Auch wenn das im
> Quelltext nicht ersichtbar ist, ist der in einer von CubeMX-generierten
> LowLevel-Methode (im UART_Init) auf AlternativeFunction geschalten.


Zum eigentlichen Problem schreibe ich nichts (die Libraries sind einfach 
würg und ohne geht es meiner Meinung nach viel einfacher), aber die 
PLL-Faktoren solltest Du umstellen.
Laut Datenblatt ist der Jitter bei M=4 deutlich kleiner.
("Caution: The software has to set these bits correctly to ensure that 
the VCO input frequency ranges from 1 to 2 MHz. It is recommended to 
select a frequency of 2 MHz to limit PLL jitter.")

[Peter K. (peterka2000)]

Dr. MIPS schrieb:
> Zum eigentlichen Problem schreibe ich nichts (die Libraries sind einfach
> würg und ohne geht es meiner Meinung nach viel einfacher), aber die
> PLL-Faktoren solltest Du umstellen.
> Laut Datenblatt ist der Jitter bei M=4 deutlich kleiner.
> ("Caution: The software has to set these bits correctly to ensure that
> the VCO input frequency ranges from 1 to 2 MHz. It is recommended to
> select a frequency of 2 MHz to limit PLL jitter.")
Vielen Dank, ist notiert und wird realisiert! So gründlich habe ich mir 
das Datenblatt doch nicht durchgelesen :)