STM32 DMA aktivieren in USART-Interrupt -> Byte doppelt

[Janis W. (jotwe)]

Hallo zusammen,

ich habe hier einen Effekt, den ich nicht nachvollziehen kann: Ich 
empfange Datenpakete an der USART1 eines STM32, die im vierten Byte eine 
Längeninformation enthalten. Sobald ich diese Längeninformation habe, 
möchte ich von Interrupt-Betrieb auf DMA umschalten. Dazu konfiguriere 
ich in der USART-Interrupt-Routine den DMA:

// Configure and activate DMA for reception
DMA_Cmd(DMA1_Channel5, DISABLE);
// Set DMA address
DMA1_Channel5->CMAR = (uint32_t)&(receptionBuffer[bufferWriteIndex].buffer[4]);
// Set received length
DMA1_Channel5->CNDTR = receptionBuffer[bufferWriteIndex].buffer[3];
DMA_Cmd(DMA1_Channel5, ENABLE);

Nun wird aber - für mich überraschend - in meinem Buffer das Längen-Byte 
zweimal abgelegt, einmal durch den USART-Interrupt (gewünscht) und 
einmal durch den DMA (unerwünscht). Aus einem Paket

0xFF 0xFF 0x01 0x02 0x01 0xFB

mit der Längeninformation 0x02 wird damit

0xFF 0xFF 0x01 0x02 0x02 0x01. Eigentlich müsste durch das Auslesen per

// Get received byte
receivedByte = USART_ReceiveData(USART1);

doch der USART-Buffer geleert worden sein?! Auch ein vorheriges 
manuelles Rücksetzen des RXNE-Flags ändert nichts. Warum erkennt der DMA 
das Byte trotzdem noch einmal als "neu" empfangen? Im Reference Manual 
konnte ich bisher keine Erklärung finden...

Im Anhang ist mein kompletter Quellcode mit Initialisierung der USART 
und des DMA. Hier meine etwas verkürzte USART-Interrupt-Routine:

void USART1_IRQHandler(void) {

// Private variables
uint8_t receivedByte;

// USART receive data register is not empty
if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET) {

// Get received byte
receivedByte = USART_ReceiveData(USART1);

// If packet does not start with two start bytes, refuse packet and reset
// reception buffer
if ((receptionBuffer[bufferWriteIndex].length < 2) && (receivedByte != 0xFF)) {

// Reset reception buffer
receptionBuffer[bufferWriteIndex].length = 0;

return;

}

// If packet length is not valid, refuse packet and reset reception buffer
if ((receptionBuffer[bufferWriteIndex].length == 3) && ((receivedByte < 2) || (receivedByte > 250))) {

// Reset reception buffer
receptionBuffer[bufferWriteIndex].length = 0;

return;

}

// Copy received byte to buffer and increase buffer length
receptionBuffer[bufferWriteIndex].buffer[receptionBuffer[bufferWriteIndex].length++] = receivedByte;

// If packet length is known, configure and activate DMA for reception
if (receptionBuffer[bufferWriteIndex].length == 4) {

// Configure and activate DMA for reception
DMA_Cmd(DMA1_Channel5, DISABLE);
// Set DMA memory address
DMA1_Channel5->CMAR = (uint32_t)&(receptionBuffer[bufferWriteIndex].buffer[4]);
// Set DMA length
DMA1_Channel5->CNDTR = receptionBuffer[bufferWriteIndex].buffer[3];
DMA_Cmd(DMA1_Channel5, ENABLE);

}

}

}

[Achim M. (minifloat)]

Datenblatt und errata genau angesehen?
Hersteller konsultiert(Mail/Telefon)?

Und als dreckiger Workaround: Längenangabe auslesen aber zunächst nicht 
in deinen (zu dem Zeitpunkt noch Software-)Puffer stecken. Dann DMA 
anmachen, weitere Bytes liegen im Puffer, dann dein Längenangabe Byte 
über das vom DMAC unerwünscht erzeugte drüberschreiben.
mfg mf

[Janis W. (jotwe)]

Hi Mini Float,

so einen ähnlichen "dreckigen" Workaround habe ich zur Zeit laufen. 
Leider habe ich gelegentlich Übertragungsfehler und wollte es deshalb 
mal "sauber" lösen...

[(prx) A. K. (prx)]

Ist der DMA abgeschaltet wenn alle seine Bytes durch sind? Oder hängt 
der mit count=0 aber enabled und hat sich den Request irgendwie gemerkt?

[Janis W. (jotwe)]

Im DMA-Interrupt setze ich das Transfer-Complete-Flag zurück und 
deaktiviere den DMA:

// DMA interrupt handler
void DMA1_Channel5_IRQHandler(void) {

// DMA transfer complete
if (DMA_GetITStatus(DMA1_IT_TC5)) {

// Clear interrupt flag
DMA_ClearITPendingBit(DMA1_IT_TC5);

// Deactivate DMA
DMA_Cmd(DMA1_Channel5, DISABLE);

...

}

[(prx) A. K. (prx)]

Schon versucht, DMAR (UART Bit) passend dazu aus/einzuschalten?

[Janis W. (jotwe)]

Hm, bisher nicht. Das aktiviere ich bei der Initialisierung und lasse es 
dann immer aktiviert. Aber das könnte in der Tat eine Möglichkeit sein. 
Werde das morgen direkt mal probieren. Danke für den Hinweis!

[Janis W. (jotwe)]

Hallo,

ich habe das DMAR-Bit in USART_CR3 jetzt berücksichtigt und die 
Kommunikation eine Weile getestet. Es scheint wirklich zu funktionieren! 
Das doppelte Byte ist nicht mehr da und die Kommunikation läuft stabil.

Vielen Dank nochmal für alle Tipps!