caxapa.ru :: STM32F4xx. Скорость реакции DMA.

vmp (21.03.2013 10:33, просмотров: 9280)

STM32F4xx. Скорость реакции DMA. Померил скорость реакции DMA путем измерения задержки между входным воздействием и реакцией на него через контроллер DMA. Подаю сигнал на один вывод, наблюдаю реакцию на другом. Путь сигнала: Вход TIM1_ETR -> событие TIM1_TRIG -> DMA2 mem-perif -> GPIOD. Подробности эксперимента. На плате discovery соединил вход PE7 (TIM1_ETR) с соседним выводом (PE8). Запрограммировал PE8 на выход, PE7 - на вход AF1, PD13 - на выход, скорость High. Таймер 1 назначил генерить запрос DMA по переднему фронту на TIM1_ETR (TIM1->DIER = TIM1_DIER_TDE). Соответственно DMA2 настроил на пересылку память-периферия по запросу от TIM1_TRIG. Источник - ячейка ОЗУ с числом 1<<13, приемник - GPIOD->BSRRL. Тактовая частота процессора = 168 МГц. В программе машу ножкой PE8, осциллографом смотрю сигналы на PE7 и PD13. Так вот - задержка между фронтами составляет около 45 нс, если верить осциллографу Rigol DS1102CD. Переаодя на такты - это примерно 7-8 тактов частоты процессора. P.S. Кто знает, можно ли в STM32 одновременно программировать разные dma stream на использование запросов от одного и того же источника? Т.е. по одному событию запустить две dma пересылки в разные адреса.

Ответить

- Ну а почему нет? Вон вижу для STM32F4 по DMA1 request mapping канал 6: на Stream 1 и на Stream 3 DMA1 идет одно и то же событие TIM5_TRIG(и TIM5_CH4). Тогда настраиваете потоки DMA1_Stream1->CR и DMA1_Stream3->CR на свои нужды (они независимо Юра(192 знак., 21.03.2013 11:24, )
  - По DMA2 тоже можно. Взять запросное событие TIM1_TRIG с канала 6 для потоков Stream0 и Stream4. - Юра(21.03.2013 11:41, )
    - Спасибо. Таблицу в документации я видел, поэтому и заинтересовался такой возможностью. А вот прямого разрешения или запрета - не нашел. Поскольку при выборе канала коммутируются не только сами запросы, но и подтверждения на их снятие, то vmp(119 знак., 21.03.2013 11:47)
      - Сам спросил - сам ответь. Нет, нельзя. Проверено экспериментально. vmp(211 знак., 28.03.2013 21:23)
        
        STM32 - поделка французских студентов(с)"fk". "Французская ветренность"(c)"Гудвин". NXP рулит! И мега328 ;) - Гудвин(29.03.2013 21:33)
        
        NXP? После того, как эти обкурившиеся голландцы забыли сделать open drain выходы в LPC17xx и долго в этом не сознавались, я их поделки буду рассматривать в самую последнюю очередь. - vmp(29.03.2013 22:41)
        
        Что, для GPIO? Или I2C? Если для таймеров и пр. байды, то как то пофиг. Узко востребовано. Да и в даташите об этом ни слова... - Гудвин(29.03.2013 22:48 - 22:51)
        
        Для GPIO он не особо-то и нужен - всегда можно работать направлением порта. А вот для периферии он не работает. Да и в даташите об этом ни слова - Точно! Только в еррате, да и то год спустя. - vmp(29.03.2013 23:00)
        
        В даташите ни слова. Значит такого и не должно быть. Мало ли что там кому захотелось сэкономить на мелочевке... У STM глюкалы намного болезнее - что стОит, например, перманентно задействованный TX при включении модуля usart... Напихали в кристалл Гудвин(267 знак., 29.03.2013 23:16)
        
        Что значит Apтём(134 знак., 30.03.2013 00:37)
        
        Понятно, что малоногость так просто не дается, но не через жопу же это реализовать... - Гудвин(29.03.2013 23:22)
        
        И даже для I2C не работает? О_о - rezident(29.03.2013 23:15)
        
        Что положено работает ;) Без лишних французских бантиков. - Гудвин(29.03.2013 23:17)
        
        Фу, напугали! :) А то я вдруг засомневался, как это в трех устройствах на LPC176x и двух на LPC1114 у нас I2C работает? Неужели вопреки? :))) - rezident(29.03.2013 23:31)
        
        Интересно. wek(766 знак., 29.03.2013 21:26 - 21:29)
        
        Ох уж эти ST-шные ссылки. И там тоже ответил самому себе. :) - vmp(29.03.2013 22:36)
        
        Наоборот, доказано что можно, ведь по крайней мере один запрос из пяти смог запустить оба потока. Просто использовать в работе нельзя - но это мелочи :) - Юра(28.03.2013 23:49, )

ARM, RISC-V контроллеры