STM32: одновременно использовать DMA для USART1 и SPI2 нельзя? Опции

[koyodza]

Я правильно понял, что DMA одновременно для USART1 и SPI2 нельзя использовать?

[Sanek_spb]

Я правильно понял, что DMA одновременно для USART1 и SPI2 нельзя использовать?

Да, в даташите написано что и для уарт1 и для спи2 используются каналы 4 и 5, те одновременно заюзать их видимо не получится. Во всех примерах дма все каналы используются согласно даташиту.

Кроме этого есть ещё одна проблема, ДМА на СПИ2 работает коряво, workaround есть в сэмпле MassStorage на сайте олимекса к их отладочной плате, P103 вроде.

[koyodza]

ДМА на СПИ2 работает коряво

А можно чуть подробнее об этом?

[Sanek_spb]

А можно чуть подробнее об этом?

ммм... я немного ошибся, ДМА везде работает немного коряво)

// DMA transfer corruption errata
// Description
// Data corruption occurs when the CPU executes a write access to the APB bus while the
// DMA is also performing a write access on the same APB bus.
// However, the DMA transfer is not corrupted when the CPU performs a read access to the
// APB bus. Additionally, no data corruption occurs during multi DMA transfers on the same
// APB bus without CPU write access on this APB bus.
// Workaround
// 1. Ensure that your application does not execute a write access from the CPU to the APB
// bus when you have already programmed a DMA write on this APB.
// 2. Use semaphore implementation to avoid this behavior.

Т.е. если заюзать только СПИ, то всё скорее всего будет работать.

[koyodza]

ммм... я немного ошибся, ДМА везде работает немного коряво)

// DMA transfer corruption errata
// Description
// Data corruption occurs when the CPU executes a write access to the APB bus while the
// DMA is also performing a write access on the same APB bus.
// However, the DMA transfer is not corrupted when the CPU performs a read access to the
// APB bus. Additionally, no data corruption occurs during multi DMA transfers on the same
// APB bus without CPU write access on this APB bus.
// Workaround
// 1. Ensure that your application does not execute a write access from the CPU to the APB
// bus when you have already programmed a DMA write on this APB.
// 2. Use semaphore implementation to avoid this behavior.

Т.е. если заюзать только СПИ, то всё скорее всего будет работать.

А можно ссылочку на первоисточник? Что-то в ерратах не нахожу. А из приведенного Вами фрагмента следует, что вообще нельзя писать в периферию на той же АРВ, на которой есть настроенная запись через DMA. Т.е. если DMA пишет в USART1 (висит на APB2) то я даже в GPIO не могу писать!
Это ОЧЕНЬ важное замечание, в этом необходимо разобраться внимательно.

[Sanek_spb]

А можно ссылочку на первоисточник? Что-то в ерратах не нахожу. А из приведенного Вами фрагмента следует, что вообще нельзя писать в периферию на той же АРВ, на которой есть настроенная запись через DMA. Т.е. если DMA пишет в USART1 (висит на APB2) то я даже в GPIO не могу писать!
Это ОЧЕНЬ важное замечание, в этом необходимо разобраться внимательно.

Да, действительно, получается что ДМА не разгружает процессор, а просто немного ускоряет работу с переферией, нашел я эти комменты в исходниках примера MassStorage который идет для отладочной платы фирмы Olimex здесь