Оцифровываются 6 каналов и записываются в память в режиме DMA. Но некоторые каналы знаковые - середина диапазона подразумевается нулем, а сигнал колеблется около него. Поэтому значение АЦП нужно сделать знаковым: инвертировать старший бит (результат сдвинут влево). Можно ли это сделать аппаратно? Если это делать программно, то смысл DMA полностью теряется.

Отчего ж так категорично? ))
Ведь можно сделать два канала DMA: первый кидает из АЦП в ОЗУ,
а второй их ОЗУ в ваш UART/SPI или куда там вам нужно.
По прерыванию DMA можно делать простую программную обработку данных, даже прямо в прерывании, если размеры блоков DMA не очень велики.

Вот этой программной обработки хотелось бы избежать.

P.S. А куда делись еще два сообщения из этой темы?

1. Инвертирование старшего бита даст совсем не тот результат, на который Вы рассчитывали. Для сдвига нужно просто вычитать константу.
Инжектет каналы, кстати, такой функционал имеют (см. ADC injected channel data offset register), а вот регулярные - увы, нет.
2. Какая-то обработка всё равно потребуется, иначе зачем оцифровывать? Вот там и вычитать смещение.

Согласен. И более того в обработку можно включить даже простейшую цифровую фильтрацию: медианный фильтр, фильт скользщего среднего, фильтр с БИХ, и т. д. С целочисленной арифметикой это не требует высокой нагрузки на ядро. Тогда для внешнего устройства все каналы становятся одинаковыми. Это сильно упрощает дело.

Инвертирование старшего бита - это и есть вычитание константы 0x8000. Кстати, если кто не знает - если данные прижаты вправо, то вычитание 0x0800 инвертирует знаковый бит и одновременно расширяет знак - но это так, к слову.


Я пытался про них прочитать но ничего не понял. Чем они отличаются от регулярных и почему так называются?


Потребуется только передавать их другому прибору. Инвертировать перед передачей опасно - вдруг в этот момент произойдет DMA. Поэтому в крайнем случае можно возложить это на тот прибор.


Повбывав бы!!!

Хм... действительно, в данном случае (данные сдвинуты влево и смещение именно на 0x8000) это одно и то же. Мне просто чаще приходилось иметь дело с данными выровненными по правому краю, да и сдвиг шкалы не всегда точно равен 0x8000, вот и не сообразил сразу.

О, это замечательная штука. Вот настроили вы регулярную оцифровку, пересылку по DMA и обработку данных для основной задачи, но остаются ещё всякие мелочи для которых тоже нужен АЦП - то температуру надо замерить, то степень заряженности батареи оценить, то ещё что-то подобное. И что теперь, раз в секунду всё перепрограммировать ради ещё одного измерения? А потом всё возвращать назад, да при этом ещё и ухитриться фазу оцифровки не сбить.
Я как-то раз на MSP430 с его ADC12 подобным занимался, всё проклял. Из-за какой-то фигни пришлось столько извращаться...
Тут-то эти injected каналы и выручают.
Если между регулярными преобразованиями есть достаточная пауза, то можно воткнуть туда дополнительное преобразование по инжектированному каналу и это вообще никак не отразится на исполнении основной задачи. Если пауза недостаточна, то, конечно, преобразование по регулярным каналам будет задержано на какое-то время, но тут уж ничего не поделаешь, другие варианты ещё хуже.
PS. Кстати, DMA у STM32 тоже не прост: на нём можно сделать аналог двухбуферной системы и смело обрабатывать одну половину буфера пока идёт пересылка в другую половину.