Forum: Mikrocontroller und Digitale Elektronik HAL UART DMA überschreibt Daten


von Peter (Gast)


Lesenswert?

Hallo,

ich habe hier einen kleinen UART Treiber zum Senden von Daten für STM32 
CubeMX HAL der nicht richtig funktioniert.

Das Ganze sieht etwa so aus:
1
void uart_transmit(...)
2
{
3
  while (HAL_DMA_STATE_READY != HAL_DMA_GetState(gp_usart->hdmatx)) ;
4
  while (HAL_UART_STATE_READY != HAL_UART_GetState(gp_usart)) ;
5
6
  while (HAL_UART_Transmit_DMA(gp_usart, gp_buffer, max_length) != HAL_OK) ;
7
8
  //Delay(10000);
9
}

Mit der Delay() Funktion kommen die Daten so am PC an wie sie sollen. 
Ohne Delay() werden sie zum Teil überschrieben und es kommt nur Mist an.

Da ich ja alle (wirklich alle?) notwendigen Flags zuvor mit while() 
abfrage, frage ich mich, wie sowas überhaupt passieren kann?


Danke und Gruß Peter

von (Gast)


Lesenswert?

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.

von Peter (Gast)


Lesenswert?

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.

von W.S. (Gast)


Lesenswert?

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.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.