Читал, но я много чего там не понимаю. Не в смысле языка, а а смысле работы всего этого хозяйства. Например, мне не понятно, выставляется ли бит RXNE при срабатывании прерывания по Idle. Со временем, думаю, пойму.

Но ведь это несложно и проверить на деле.
Нет, не выставляется, ведь ничего не было принято, поскольку старт-бит и стоп-бит не были обнаружены, и запуска сдвигового регистра приема не было.
Во время приема флаг RXNE выставляется в конце приема байта, а флаг IDLE будет выставлен после того, как линия RX будет оставаться свободной в течение времени, равного длительности кадра (обычно 10 бит).
Флаг ORE (overrun) будет выставляться тогда, когда был принят новый байт, а предыдущий не был прочитан.



причем, запуск RTO-таймера можно делать или в IDLE, или в RXNE. В последнем случае таймер не останавливается, а перезапускается с начала.
Так же, я настоятельно рекомендую использовать проверку не только флага источника прерывания, но и бита разрешения этого источника. Особенно это необходимо при передаче по TXE-флагу. Этот флаг устанавливается независимо от того, включен передатчик (TE) или выключен. И попадая в прерывание по другому источнику, будет лишняя загрузка передающего регистра. Именно с помощью запрета прерывания TXEIE прекращается передача (в варианте передачи по прерываниям).
Флаг TC устанавливается по завершению передачи символа, если в передающем буфере нет загруженных байтов (TXE = 1).

Ну и не надо писать if((USART1->SR & USART_SR_RXNE) >> USART_SR_RXNE_Pos) == 1), поскольку это излишние действия. Нужно отталкиваться от того, что по правилам языка Си, выражение в if() будет истинно при любом ненулевом значении. А запись USART1->SR & USART_SR_RXNE представляет собой логическую побитовую операцию AND с содержимым регистра и значением битовой маски. То есть, например 0110 AND 0100 = 0100, это есть ненулевое значение и условие if будет истинно и выполнится. Если же 0010 AND 0100 = 0000, то условие if будет ложно и не выполнится.

& - означает побитовую операцию AND двух чисел.
&& - означает логическое AND выражений: "если (ВЫРАЖЕНИЕ_1 = истина) И (ВЫРАЖЕНИЕ_2 = истина)"

Спасибо, ну прямо очень подробно! Сохранил себе в текстовый документ. Попробую!

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Расскажи, как ты определяешь конец сообщения, при приёме с использованием DMA?
Возможны всего два варианта: по паузе между байтами или по коду символа.

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

Не только.
Есть еще весьма широко распространенный вариант с ФИКСИРОВАННОЙ ДЛИНОЙ пакета.
Скажем, лично я использую во всех своих проектах именно такой вариант. Он происходит из простого факта применения в коммуникациях проекта, в том числе, кастомного HID USB с пакетом в 64 байта. Вот эти пакеты у меня везде и гуляют через DMA<->RS485/RS422.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Элементарно: в STM32F0x2 есть прерывание по символу. Вот я по '\n' и вызываю прерывание, выключаю в нем DMA, меняю местами буферы и выставляю флаг готовности принятой строки. А DMA тем временем во второй буфер поступающие данные копит.
Там, где нет такого прерывания, я обычно прием без DMA делаю. Потому как пользователь не обязан отправлять блоки строго по одной строке: может и несколько строк отправить, а у меня логическая единица - одна строчка. Вот, чтобы не париться с промежуточным буфером, который будет на токены принятое разделять, я и заканчиваю прием строго на '\n', меняю буферы и выставляю флаг готовности.

Ага, а если последний байт пакета не потеряется, например, с передатчика сняли питание? Тогда как? Опять звать на помощь таймер для измерения длительности паузы при приёме? Или тупо ждать следующего пакета, чтоб не заводить таймер? В итоге всё равно не получается третий вариант, однако.

Добавлено after 2 minutes 23 seconds:

Так ведь я тебя и спрашивал, по паузе или коду символа? То есть по коду символа, как и ожидалось. Ибо по-другому никак.

Ну сняли и сняли. Пропадет последний незавершенный и первый пакет после включения. Первый после включения завершит сессию DMA и перезапустит ожидание адресного байта.

Хм, то есть факт потери связи зафиксирован не будет.

tonyk, почему же по-другому - никак? Можно и по таймауту. Только придется городить промежуточную буферизацию (кольцевой буфер) с построчной выдачей.
Я вот баловался с передачей по USB, используя кольцевой буфер — чтобы максимально увеличить скорость выдачи данных и избавиться от блокирующих операций.

Почему не будет? Будет. Это делает хост (сиречь программа в винде). А девайсу болт положить на связь. Его функционирование никак с наличием обмена не связано. Через обмен идет управление и мониторинг. Все это не обязательно.

а контроль переполнения буфера как реализован? а то ведь это классическая дыра...

Очевидно, что по прерыванию от ДМА. Только не переполнение, а заполненный буфер.

А можно ничего не городить, а использовать уже имеющийся во всех STM32 IDLE или, что лучше, RTO.

А кто сказал, что байты должны идти "ноздря в ноздрю"? Может, между ними по 2-4 свободных фрейма? И окончанием передачи считать, скажем, паузу дольше 100мс после последнего байта…
Я таймауты вообще на терминале тестировал, у меня был выставлен таймаут в 3 секунды (уж за три-то секунды я успею следующий символ набрать =D)

Что до переполнения буфера: а как он переполнится, когда прием идет посредством DMA? По заполнению буфера идет прерывание, и коль не было '\n' в процессе, считаем строку бажной и сбрасываем нафиг с выставлением флага ошибки (т.е. следующий пакет тоже нужно будет выбросить).

ухты как классно сделано! взял себе

А ты поставь в настройках терминала, чтоб он отправлял сразу всю строку по нажатию "Enter", вот твои байты и пойдут ноздря-в-ноздрю.

Одного универсального способа нет, всегда пишется под конкретную задачу. Где-то пакеты все одинаковой длины, где-то разной длины, но начинаются/заканчиваются определенными символами, где-то инфа в нетекстовом виде и нет определенного завершающего символа, где-то разрозненные символы с произвольными промежутками, где-то минимальные промежутки между пакетами регламентированы, а где-то есть контроль четности. Где-то очень высокая скорость порта и нужен DMA на прием/отправку, а где-то скорость низкая по отношению к частоте МК, да еще и занят нужный канал DMA.
Вобщем, ты владеешь несколькими методами работы и выбираешь в конкретном случае наиболее подходящий. Так и везде, в принципе то. Поэтому спорить, что дескать только DMA форева или стопудово только прерывания - не имеет смысла.

Уважаемые знатоки, подскажите в решении проблемы. Использовал STM32F051 совместно с отладчиком BlackMagik. Сначала всё работало как часы, прошивало, отлаживало. Но в один момент чип перестал видиться отладчиком. Достал ST-Link. С ним теперь возможна только запись прошивки из-под ресета через родную прогу, без отладки. Пин BOOT0 сидит на земле, то есть используется запуск из прошивки флеш, пины SWD в проекте вообще не заняты и нигде не переназначаются. Куда копать для восстановления нормальной работы SWD?

наверно отключили swd в настройках cubeide