Приветствую. Опытным путём было установлено, что если сбросить DMA1 таким кодом

и сразу после этого немедленно начать настраивать канал DMA, то DMA не будет работать. Если же после сброса поставить небольшую задержку (сейчас у меня стоит 10 микросекунд), то всё работает. Кто-нибудь сталкивался с таким поведением? Как правильно проверять, что канал DMA уже можно настраивать после сброса DMA?

PS: камень STM32L151CBT6

Задержка нужна не только после сброса, но и после подачи тактового сигнала на периферийный блок.
Лучше использовать не цикл, а барьер.

А можно поподробнее про барьер?

__DSB()

/** \brief Data Synchronization Barrier

This function acts as a special kind of Data Memory Barrier.
It completes when all explicit memory accesses before this instruction complete.
*/

Работает, однако! Спасибо
Добавил __DSB() в свою либу

Хм. Почему-то этого __DSB в SPL не наблюдается... И задержек тоже там нету.
Если откомпилировать проект, использующий SPL, с крутыми настройками оптимизации (O3 + LTO), то возможно он перестанет работать.

Барьеры скорее всего нужны для многопроцессорных систем.
Вы просто __NOP() не пробовали?
Эти функции определены в core_cmInstr.h

Так после сброса устройства нужен __DSB() или нет? Может как-то флаг где-нибудь надо смотреть?
__NOP() не пробовал.

Нужно дать устройству инициализироваться. Можно поискать в документации сколько циклов на это требуется.
Я пользуюсь другим подходом: стараюсь между включением тактового сигнала и непосредственной работой с регистрами вставлять какой-то полезный код.

Т.е. совет ставить __DSB() неверный?

Кто знает...
Я бы советовал:
1. Не пользоваться сбросом, а пользоваться нормальной инициализацией каналов со сбросом флагов и т.п.
2. Не использовать микросекундные задержки где попало.
3. Найти ответы на вопросы в документации.

Как я понимаю - наличие NOP не гарантирует, что последующая запись в периферийное адресное пространство не выполниться ранее чем та запись, которая перед NOP.
Это касается тех случаев, когда периферия сидит на разных периферийных шинах да ещё с разным частотами тактирования.
Могу предположить, что RCC сидит на одной APB, а DMA - на другой (хотя в даташит мне заглядывать лень .
Так что DSB - нужно, имхо.

Тоже была такая версия. Причем на STM32L могут в целях энергосбережения быть выставлены такие делители, что потребуется больше одного NOP для корректной работы.

Тут мне сообщили что вариант с __DSB() правильный. Остановлюсь на нём.

Правильно сообщили