STM32f767zi: HAL_UART_Transmit_DMA funktioniert nicht

[Frank B. (fbergemann)]

Für mein https://github.com/FBergemann/STM32-FreeRTOS-Framework versuche 
ich die Ausgabe auf die Console zu verbessern.
Auf DMA zu wechseln funktioniert leider nicht.
Siehe im dev-v2 branch 
https://github.com/FBergemann/STM32-FreeRTOS-Framework/tree/dev-v2, 
https://github.com/FBergemann/STM32-FreeRTOS-Framework/blob/dev-v2/User/UserSrc/Tasks/TaskConsole/TaskConsole.c

Ein DMA write geht raus, aber die Schleife

while ( HAL_UART_GetState(&huart3) != HAL_UART_STATE_READY);

hängt.
in stm32f7xx_hal_uart.c hier

HAL_UART_StateTypeDef HAL_UART_GetState(UART_HandleTypeDef *huart)
{
  uint32_t temp1;
  uint32_t temp2;
  temp1 = huart->gState;
  temp2 = huart->RxState;

  return (HAL_UART_StateTypeDef)(temp1 | temp2);
}

bekomme ich den Wert 0x21 = #33 für temp1 = huart->gState.

Während der erwartete Wert HAL_UART_STATE_READY = 0x20 = #32

Mit

...
#define  HAL_UART_STATE_READY         0x00000020U    /*!< Peripheral Initialized and ready for use
                                                          Value is allowed for gState and RxState */
...
#define  HAL_UART_STATE_BUSY_TX       0x00000021U    /*!< Data Transmission process is ongoing
                                                          Value is allowed for gState only */
...

Ich habe im Netz gesucht und fand Hinweise, dass man 
HAL_UART_STATE_READY selbst setzen muss? (wo und warum? liegt's an 
circular vs. nicht-circular und dass beide über denselben Mechanismus 
laufen?)

Letztendlich ist die loop

while ( HAL_UART_GetState(&huart3) != HAL_UART_STATE_READY);

Sowieso nicht sinnvoll. Ich mache ja kein dma, damit ich parallel dann 
doch wieder cpu verbrate. Aber da kann man hinterher durch eine 
Semaphore austauschen.


MIch würde ausserdem noch interessieren, ob so eine Konstruktion

    vTaskSuspendAll();
      writePtr += len;
      if (writePtr > endPtr) writePtr = logBuffer;
    xTaskResumeAll();

sinnvoll/zulässig ist, um ein konsistenten update vom writePtr für 
TaskConsole_Run() zu gewährleiste.

Und: Kann man sich darauf verlassen, dass in TaskConsole_Run() wiederum 
das Holen des Wertes

char *writePtrCopy = writePtr;

atomar ist?

[Frank B. (fbergemann)]

> MIch würde ausserdem noch interessieren, ob so eine Konstruktion

vTaskSuspendAll();
  writePtr += len;
  If (writePtr > endPtr) writePtr = logBuffer;
xTaskResumeAll();

> sinnvoll/zulässig ist, um ein konsistenten update vom writePtr für
> TaskConsole_Run() zu gewährleiste.
>
> Und: Kann man sich darauf verlassen, dass in TaskConsole_Run() wiederum das
> Holen des Wertes

char *writePtrCopy = writePtr;

> atomar ist?

Laut 
https://stackoverflow.com/questions/52784613/which-variable-types-sizes-are-atomic-on-stm32-microcontrollers 
(mit Verweis auf Spec) ist

char *writePtrCopy = writePtr;

Bereits ok.

Und aus

vTaskSuspendAll();
  writePtr += len;
  If (writePtr > endPtr) writePtr = logBuffer;
xTaskResumeAll();

Muss ich machen

writePtrCopy = writePtr + len;
If (writePtrCopy > endPtr) writePtrCopy = logBuffer;
writePtr = writePtrCopy

Mit jeweils eigenen (nicht globalen) writePtrCopy Instanzen.

[Frank B. (fbergemann)]

Hat sich erledigt.
Ich hatte vergessen: 
https://stackoverflow.com/questions/43298708/stm32-implementing-uart-in-dma-mode
Aber nicht manuell, sondern über's *.ioc file auzuwählen unter

Connectivity
 USART3 # in meinem Fall
  NVIC Settings
   USART3 global interrupt [x] # ist zu aktivieren

So jetzt noch Feinschliff, und dann ran an's USB MSD I/F.