HAL UART DMA überschreibt Daten

HAL_UART_Transmit_DMA stösst die Übertragung ja nur an (und wartet nicht 
bis sie fertig ist, das ist ja der Sinn des DMA, dass die CPU für andere 
Dinge frei ist), die passiert dann im Hintergrund. Wenn man dann den 
Puffer recycled bevor die Übertragung fertig ist dann wird halt das 
übertragen was in der Zwischenzeit da reingewandert ist.

rµ schrieb:
> HAL_UART_Transmit_DMA stösst die Übertragung ja nur an (und wartet nicht
> bis sie fertig ist, das ist ja der Sinn des DMA, dass die CPU für andere
> Dinge frei ist), die passiert dann im Hintergrund. Wenn man dann den
> Puffer recycled bevor die Übertragung fertig ist dann wird halt das
> übertragen was in der Zwischenzeit da reingewandert ist.

Danke, stimmt!

Es läuft genau anders herum: Ich muss zuerst was senden und dann erst 
warten:

1

  while (HAL_UART_Transmit_DMA(gp_usart, gp_buffer, max_length) != HAL_OK) ;

2

3

  while (HAL_DMA_STATE_READY != HAL_DMA_GetState(gp_usart->hdmatx)) ;

4

  while (HAL_UART_STATE_READY != HAL_UART_GetState(gp_usart)) ;

So gehts.

Peter schrieb:
> Das Ganze sieht etwa so aus:
> void uart_transmit(...)
> {
>   while (...) ;
>   while (...) ;
>
>   while (... != HAL_OK);

Das also nennst du "einen kleinen UART Treiber".

Frage: da du ja ohnehin dreimal auf der Stelle trampelst, ohne irgend 
etwas Nützliches zu tun, warum benutzt du dann überhaupt DMA?

Abgesehen davon ist gerade der UART-Betrieb ja eigentlich ein eher 
langsamer Vorgang im Vergleich zu den Taktfrequenzen heutiger Cortexe. 
Deshalb wäre es allemal besser, einen Lowlevel-Treiber für den UART zu 
schreiben, der die Daten zwischenpuffert und ohne DMA, aber mit 
Interrupthandler die Daten über die Serielle zu befördern.

W.S.