Изучаем STM32 Cortex M3

[STM32F0]

и зачем ждать если есть прерывания?

А зачем вы ждёте? Ведь это уже глупо! Или у вас глупость традиционно зашкаливает?

[eddy]

ни задержка получилась неточной...

Для того, чтобы она была точной, используются DMA с таймерами или другие аппаратные ресурсы, соответствующие задачей. Я неспроста про шаговики вспомнил.
Все остальные вещи (общение с датчиками по I2C, SPI и т.п.) требуют лишь выдержать минимальную задержку (а то и вообще поллинг позволяют).

и зачем ждать если есть прерывания? в том числе на USB...

В прерывании тупо указывается флаг. Еще можно минимальную обработку данных ввести (скажем, проверить: пришел ли символ '\n' и тогда выдать флаг окончания строки), но все равно выставить флаг. А все остальное пусть делается в основном цикле.
Я уже упоминал абдуринщиков, которые любят в прерывания пихать жирные функции, по сотне микросекунд выполняющиеся. Один раз запихнут, другой, а на третий раз у них непонятки: МК зависает вусмерть, потому как физически не успевает из обработчиков прерываний вылезать!

[Easyrider83]

Я пока не очень понимаю, как с помощью DMA можно дергать пинами и читать их состояние?

[eddy]

Ногодрыг при помощи DMA я тоже делал (у меня на гитхабе можно увидеть). Это несложно.
А насчет 1-wire — так используется режим ШИМогенерации с одновременным захватом. В итоге одни регистры таймера работают на передачу, другие — на прием.

[Easyrider83]

А при помощи SPI не пробовали делать? Сигнал MSCK вовсе не использовать.

[zöner]

как с помощью DMA можно дергать пинами и читать их состояние?

задать регистр GPIO как адрес источника/приемника? но зачем ? главное не довести до абсурда, а то некоторые борцы с "абдуринщиками" без dma/таймеров уже и пином пошевелить не могут

[CERGEI1982]

Ноги ростут от самого Далласа. Поиском в гугле "dallas 1-wire uart" и первая же строка
____https://www.maximintegrated.com/en/app-notes/index.mvp/id/214
Метод действителен для любых МК, в принципе. Просто для СТМ, за счёт его особенностей, всё получается немного проще.

Думаю само то,возьму на заметку+DMA забирать с USART.

[eddy]

задать регистр GPIO как адрес источника/приемника? но зачем ?

Скажем, для общения с экранчиком нужна параллельная шина. И здесь, если нет физического интерфейса, очень хорошо эмуляция посредством DMA помогает. Я, собственно, так и дергал экран.
Очень удобно: задал адрес буфера, количество байт, и отправил DMA работать, а МК тем временем чем угодно может заниматься...

[STM32F0]

dma/таймеров уже и пином пошевелить не могут

А зачем? Если таймер и ДМА и сами прекрасно это делают? Это абдуринщики, сидят в болоте, подпитывают друг-друга сероводородом, пшикают газами на прохожих и постоянно размышляют о неблокирующем коде. Вот кикиморы! При этом отбирают у системы таймер, ДМА, прерывание, а ногой дрыгают вручную, ожидая флага от таймера!

[STM32F0]

А при помощи SPI не пробовали делать? Сигнал MSCK вовсе не использовать.

А смысл? По таймингам и УАРТ не всегда прокатывает. Да и СПИ лишними не бывают.