STM32F103. DMA Mem-to-Mem Опции

[ViKo]

Правильно ли я понимаю, что во время работы DMA нельзя программе залазить в память, с которой работает DMA?
Вот такую функцию исследую, пока не дожусь конца передачи, дальше не иду. (Не показана установка режима работы, и разрешение тактирования, это делается однократно в начальной установке). Тогда все работает. Иначе, если программа пишет туда, откуда читает DMA, появляется прерывание TEIFx Channel x transfer error flag. А прерывания, что дошло до конца, уже нет.
Если все так, то ценность такого DMA уменьшается. Почти то же можно реализовать, как у меня в закомментированном коде.

Код

void ExtDpy2LCD_copy(uint32_t Offset, uint32_t Size)
{
  LED_On();
  DMA2->IFCR |= DMA_IFCR_CTCIF1;
  DMA2_Channel1->CCR &= ~0x00000001;  // запретить пересылку
  DMA2_Channel1->CPAR = EXTDPY + Offset; // начальный адрес буфера экрана
  DMA2_Channel1->CMAR = 0x6c020000 + Offset; // начальный адрес памяти ЖКИ
  DMA2_Channel1->CNDTR = Size;   // 16-битовые пересылки  
  DMA2_Channel1->CCR |= 0x00000001;  // разрешить пересылку
  while (!(DMA2->ISR & DMA_ISR_TCIF1));
  LED_Off();
/*
  uint16_t *pSour = (uint16_t *)(EXTDPY + Offset);
  uint16_t *pDist = (uint16_t *)(0x6c020000 + Offset);
  LED_On();
  for (uint32_t i=Size; i--; ) {
    *pDist++ = *pSour++;
  }
  LED_Off();
*/
}

Еще один факт для размышлений. Измерил осциллографом время работы показанной выше функции. Для Size = 320*240/2.
С DMA имею 20ms, без DMA 21.5ms.
Естественно, польза от DMA будет, если, пока байты перекидываются с места на место, процессор будет занят чем-нибудь другим. Например, принимать данные по другим интерфейсам и складывать во внутреннее ОЗУ. Надеюсь, это не притормозит работу DMA.

[AlexandrY]

Еще один факт для размышлений. Измерил время работы показанной выше функции. С DMA имею 20ms, без DMA 21.5ms.
Естественно, польза от DMA будет, если, пока байты перекидываются с места на место, процессор будет занят чем-нибудь другим. Например, принимать данные по другим интерфейсам и складывать во внутреннее ОЗУ. Надеюсь, это не притормозит работу DMA.

Такие факты вырванные из контекста и без описания аппаратуры не более чем трата времени.
Приведите схему и весь проект как например здесь: Тесты DMA на STM32
тогда можно о чем-то думать.
У вас может просто конфликт по целостности сигналов на плате из-за скверной трассировки.
На вашем месте надо было бы провести тщательнее тестирование памяти с сообщить хотя бы какая у вас в целом пропускная способность к памяти.

[ViKo]

Такие факты вырванные из контекста и без описания аппаратуры не более чем трата времени.
У вас может просто конфликт по целостности сигналов на плате из-за скверной трассировки.
На вашем месте надо было бы провести тщательнее тестирование памяти с сообщить хотя бы какая у вас в целом пропускная способность к памяти.

Ну какой конфликт, если работает?
Частота процессора 72MHz. ОЗУ статическое IS62WV26516BLL-55. Контроллер ЖКИ S1D13706, работает от тактовой частоты 36MHz, старался настроить на наиболее быструю работу. Настройки работы с памятью:

Код

// -- Bank1 NE2 - RAM 256K x 16 --
  FSMC_Bank1->BTCR[2] = 0x00001011; // 16-bit,NoMux,SRAM,En
  FSMC_Bank1->BTCR[3] = 0x000f0300; // Mode1 0(+1)\_3_/(+1)
// -- Bank1 NE4 - LCD 128K + 128K(80K) --
// Читать-писать 16-битовыми или 8-битовыми словами
  FSMC_Bank1->BTCR[6] = 0x00009011; // ASWait,WrEn,WrapDis,FlashAccDis,16-bit,SRAM,NoMux,En
  FSMC_Bank1->BTCR[7] = 0x000f1200; // Mode1 0(+1)\_18_____ _/(+1)

Да и не при чем это все. Качественное соотношение останется тем же, независимо от быстродействия устройств.
Заглянул на вашу ссылку. Читаю... У меня контроллер ЖКИ медленный до безобразия. И память -55
Еще я не сказал - код выполняется из ОЗУ микроконтроллера. Тоже понижает быстродействие.

У меня скорость пересылки по DMA получилась 3750 KB/s. Контроллер ЖКИ тормозит.

[scifi]

Контроллер ЖКИ тормозит.

Я правильно понял, что у Вас есть экранный буфер во внешнем ОЗУ, и Вы копируете из него данные в видеопамять графического контроллера? Если да, то зачем?

[ViKo]

Я правильно понял, что у Вас есть экранный буфер во внешнем ОЗУ, и Вы копируете из него данные в видеопамять графического контроллера? Если да, то зачем?

Правильно. На вопрос, зачем, отсылаю вас в эту тему
http://electronix.ru/forum/index.php?showtopic=85989
о как ссылками перекрестными обложился

[scifi]

На вопрос, зачем, отсылаю вас в эту тему

Ползущие картинки? Если бы у Вас была возможность выбирать графический контроллер, у Epson есть контроллеры с функциями 2D-ускорения. Там двигать картинку в видеопамяти было бы легко...
А может быть, снова рассмотреть вариант с double buffer, 4bpp?

[ViKo]

1. Ползущие картинки? Если бы у Вас была возможность выбирать графический контроллер, у Epson есть контроллеры с функциями 2D-ускорения. Там двигать картинку в видеопамяти было бы легко...
А может быть, снова рассмотреть вариант с double buffer, 4bpp?

1. Нет, это я упрощенно назвал "двигать картинку". Там меняется изображение. У меня Epson и есть, но не поможет.
2. Нет, то, что сделал - классическое решение. По скорости устраивает. Вопрос был про DMA. Нельзя одновременно обращаться к памяти по DMA и программно.

[scifi]

Вопрос был про DMA. Нельзя одновременно обращаться к памяти по DMA и программно.

Ну да, выглядит странно. Согласно руководству, всё должно работать:

The DMA controller performs direct memory transfer by sharing the system bus with the Cortex™-M3 core. The DMA request may stop the CPU access to the system bus for some bus cycles, when the CPU and DMA are targeting the same destination (memory or peripheral). The bus matrix implements round-robin scheduling, thus ensuring at least half of the system bus bandwidth (both to memory and peripheral) for the CPU.

A DMA transfer error can be generated by reading from or writing to a reserved address space. When a DMA transfer error occurs during a DMA read or a write access, the faulty channel is automatically disabled through a hardware clear of its EN bit in the corresponding Channel configuration register (DMA_CCRx). The channel's transfer error interrupt flag (TEIF) in the DMA_IFR register is set and an interrupt is generated if the transfer error interrupt enable bit (TEIE) in the DMA_CCRx register is set.

В качестве workaround, наверное, можно просто перезапускать DMA после манипуляций с буфером. Или даже в обработчике прерывания TEI.