stm32f4 mem->dma->gpio.odr tim6, не понимаю природу косяка Опции

[klen]

Здравствуйте.
идея простая и проверенная.
тикаем таймером, он генерит запрос DMA по которому DMA перекладывает из циклического буфера данные в GPIO->ODR.
если взять TIM8 DMA2_stream1_chanal7 то все бодро работает и можно сделать например программный шим и много прочего полезного без вмешательств проца.
TIM8 жалко для тупого переполнения и генерации запроса DMA.
попробsвал на "дешевом" TIM6 и DMA1_stream1_chanal7 - DMA отваливается с выставлением флага transfer_error. то есть схема та же .. но не работает.
в документации четко написано что модуль DMA1 - не умеет работать если оба порта прикручивать к диапазону адресов памяти. оди обязательно в диапазоне переферии должен быть.
может gpio->odr "не совсем" переферия?

где я даташит недочитал?

[scifi]

GPIO сидит на шине AHB1, туда DMA1 не может дотянуться.
Можно схитрить. Например, у таймеров бывают режимы, которые позволяют управлять ногой CHx через регистр таймера.

[klen]

>GPIO сидит на шине AHB1, туда DMA1 не может дотянуться.
Точно!!! я эти грабли уже получал, и забыл.

>Можно схитрить. Например, у таймеров бывают режимы, которые позволяют управлять ногой CHx через регистр таймера.
это да, но мне сразу 16 синхронных шимов надо сделать.

спасибо.

[jcxz]

это да, но мне сразу 16 синхронных шимов надо сделать.

А то что Ваш ШИМ будет иметь приличный джиттер - не смущает?

[MiklPolikov]

А то что Ваш ШИМ будет иметь приличный джиттер - не смущает?

То же люблю делать ШИМ черезтДМА.
Объясните по-русски что такое "джиттер"? Может колебания частоты?

[jcxz]

То же люблю делать ШИМ черезтДМА.
Объясните по-русски что такое "джиттер"? Может колебания частоты?

У Вас DMA что делает? Пишет в регистры управления GPIO пинами? Чтобы импульсы ШИМ определённой длительности сгенерить?
А теперь подумайте, что будет если таймер выставил запрос обслуживания к DMA, а в этот момент CPU выполняет команду PUSH {R0-R12,LR} ?
Как изменится длительность импульса ШИМ?
А если работают ещё и другие bus-masters и они тоже к шине обращаются?
Вот тогда и получите джиттер - длительность импульсов ШИМа будет болтаться.

[klen]

У Вас DMA что делает? Пишет в регистры управления GPIO пинами? Чтобы импульсы ШИМ определённой длительности сгенерить?
А теперь подумайте, что будет если таймер выставил запрос обслуживания к DMA, а в этот момент CPU выполняет команду PUSH {R0-R12,LR} ?
Как изменится длительность импульса ШИМ?
А если работают ещё и другие bus-masters и они тоже к шине обращаются?
Вот тогда и получите джиттер - длительность импульсов ШИМа будет болтаться.

приоритет на шине у DMA-стрима выставляем very-high. у CPU мастера ahb он аппаратно равен на один уровень ниже - high, так специально придумали чтобы DMA можно былобы пускать вперед (но есть ограничение - не перманентно, если перегрузить шину запросами мастера c приоритетом very-high то как я помню на 4 транзакции все равно процу дадут доступ на одну транзакцию.) поэтому PUSH {R0-R12,LR} страшен не сильно при наличии не перегруза ahb шины.

болтатся может - но в моем случае это не очень важно. точность такого шима приемлемая - главное требование - много штук одновременно.
закодю померю джиттер раскажу что получилось.

[MiklPolikov]

Ага, по русски "джиттер" это "колебания периода".
Один раз видел, когда запустил DMA в режиме m2m , и он тупо занял всю системную шину.
Если по таймеру - то всё чётко.
Т.е. на практике проблемы нет.
И ШИМ через ДМА очень полезен, я таким образом динамическое управление цифровыми индикаторами делаю и много всего другого.

[jcxz]

Ага, по русски "джиттер" это "колебания периода".

Это не "колебания периода", а дрожание чего угодно. Кроме периода у цифрового сигнала есть и другие параметры, скважность например.

[klen]

ну вобщем получилось.
240кГц, 50 отсчетов скважности, это примерно 5.6 битный цап. 16 каналов.
работает довольно дубово, то есть хорошо.
у меня предназначено для управления 16 ключами в зарядной станции. что бы все ключи не втыкались одновременно, фазы включения разнесены со сдвигом на 1/16 периода. частоту несущей меняю по псевтослучайному закону в близи 240кгц перегружая регистр аrr , это размазывает спектр помех и убирает пики гармоник.
проц учавствует в этом только когда нужно изменить скажности каналов.
и никаких прерываний.

[jcxz]

240кГц, 50 отсчетов скважности, это примерно 5.6 битный цап. 16 каналов.
работает довольно дубово, то есть хорошо.
у меня предназначено для управления 16 ключами в зарядной станции. что бы все ключи не втыкались одновременно, фазы включения разнесены со сдвигом на 1/16 периода. частоту несущей меняю по псевтослучайному закону в близи 240кгц перегружая регистр аrr , это размазывает спектр помех и убирает пики гармоник.
проц учавствует в этом только когда нужно изменить скажности каналов.
и никаких прерываний.

Жесть какая! Такой паровоз на квадратных колёсах.
Никаких прерываний, зато непрерывный DMA-поток и к тому же - накладывающий ограничения на другие процессы. У вас в устройстве больше ничего кроме этого паровоза нет?
А какой практический смысл было городить такое, а не взять просто более подходящий МК с достаточным количеством аппаратных ШИМ-ов?
И сделать всё с характеристиками на порядок лучше, а не на уровне ардуины.

[MiklPolikov]

Жесть какая! Такой паровоз на квадратных колёсах.
Никаких прерываний, зато непрерывный DMA-поток и к тому же - накладывающий ограничения на другие процессы. У вас в устройстве больше ничего кроме этого паровоза нет?

ШИМ на ДМА- отличнейшее решение.
Подозреваю, что "паровоз на квадратных колёсах" как раз у jcxz: что это за риал-тайм процессы, требующие микросекундной точности, которые висят на МК ? Наверно на МК повешено то, что надо было делать аппаратно на дискретных элементах ?
Да и вообще, в любой большой программе с множеством процессов, с RTOS, риал-тайм сильно осложняется.

[jcxz]

ШИМ на ДМА- отличнейшее решение.

Отличнейшее??? Если для вас ардуино-подход - это отличнейшее решение, то больше говорить не о чём.
5.5 бит точность и 240 кГц да с кучей других минусов - это отличнейшее решение???
Это даже ШИМ-ом назвать можно только с большой натяжкой (непредсказуемая болтанка фронтов сигналов из-за джиттера, и гуляние выходного сигнала из-за этого и прочие прелести - да, это конечно отлично).

Подозреваю, что "паровоз на квадратных колёсах" как раз у jcxz: что это за риал-тайм процессы, требующие микросекундной точности, которые висят на МК ?

Что именно у меня "висит на МК"? С чего Вы вообще такое взяли?
У нас вообще-то на таком ШИМ-е висит управление 3-фазным PMSM-движком с мощностью до мегаватта в импульсе. Если бы такое повесили на "отличнейшее решение", то он при первом же пуске разлетелся бы на куски.
У нас тут проблемы с некорректным учётом длительности интервалов dead-time длительностью в пару мкс в расчётах векторного управления уже приводят к косякам на такой моще. Вот для того и нужна точность. И даже не микросекундная, а в сотни нсек.

Да и вообще, в любой большой программе с множеством процессов, с RTOS, риал-тайм сильно осложняется.

Это - да. А когда это множество процессов (с множеством периферии в них активируемой) начнёт накладываться по времени друг на друга, вот тогда обычно и начинаются всякие чудеса в самодельных паровозах слепленных из чего попало.

[MiklPolikov]

У нас тут проблемы с некорректным учётом длительности интервалов dead-time длительностью в пару мкс в расчётах векторного управления уже приводят к косякам на такой моще. Вот для того и нужна точность. И даже не микросекундная, а в сотни нсек.

Мы обсуждаем разные задачи, спорить не о чем.

[jcxz]

Мы обсуждаем разные задачи, спорить не о чем.

Я не спорю. Просто не понятно почему выбран один из самых неудачных для такой задачи МК и восторги по поводу такого неудачного решения.
Сперва сделать кривой выбор, а потом героически преодолевать трудности, чтобы хоть что-то получить - здесь на форуме такое наблюдаешь сплошь и рядом....
Это как под небоскрёб заложить фундамент из деревяшек, а потом всяческими ухищрениями и подпорками стараться его удержать, потратив на строительство в разы больше средств.

[MiklPolikov]

Я не спорю. Просто не понятно почему выбран один из самых неудачных для такой задачи МК и восторги

Например потому что светодиодной мигалкой из 20 светодиодов должен управлять самый дешёвый проц STM32F0 в корпусе LQFP32.
Восторги от того, что на таком простом МК получилось сделать 20и канальный ШИМ.

Китай поднялся на однослойных платах без маски, с напаянными перемычками. Что бы на таких платах работали 1000-ваттные компьютерные блоки питания, кому-то пришлось героически преодолевать трудности.
Объясните им, что они не правы.

Одна из граней профессионализма- умение видеть компромисс между затратами и результатом.
В условиях капитализма "сделано на века, работает идеально" ни кому не надо. Надо "работает и конкурентноспособно"

Попробуйте-ка тут на форуме обсудить проект 1КВт AC/DC на однослойке, заодно задав вопрос про безопасные зазоры при отсутствии маски.

[jcxz]

Например потому что светодиодной мигалкой из 20 светодиодов должен управлять самый дешёвый проц STM32F0 в корпусе LQFP32.
Восторги от того, что на таком простом МК получилось сделать 20и канальный ШИМ.

Про дешёвый - согласен. Но автор то говорит о STM32F4, а не STM32F0.
Правда он не указал какой конкретно STM32F4, чтобы можно было оценить верно.
За упомянутый мной XMC4500 (на котором всё это и на порядок больше делается легко и просто) в минимальной комплектации Компэл к примеру просит всего немного больше 6$.
А за МК ТС-а сколько?

[klen]

Про дешёвый - согласен. Но автор то говорит о STM32F4, а не STM32F0.
Правда он не указал какой конкретно STM32F4, чтобы можно было оценить верно.
За упомянутый мной XMC4500 (на котором всё это и на порядок больше делается легко и просто) в минимальной комплектации Компэл к примеру просит всего немного больше 6$.
А за МК ТС-а сколько?

stm32f405 64ногий корпус
выбор уже был сделан до шимов. есть sdk, есть решения по обвязке, ест опыт, есть все, есть решаемые попутные задачи. нет только времени на не освоенные решения. к марту нужно выкатывать аппарат в поля. позже может уже не понадобится.
по моему опыту никаких проблем в задачах реального времени нет ни с FreeRTOS ни без - это вопрос архитектуры программки. например разработан 80 вольтовый векторный регулятор БКЭД, как раз с FreeRTOS.
и да! если это взлетит и покажет надежность заложенных решений ... тогда все всерьез и переделывать на чем то вроде 1986ВЕ8Т