caxapa.ru :: Для передачи точно DMA удобнее. Для приёма - зависит от протокола и нагрузки. Я чисто на прерываниях прием делал, два прерывания - одно UART, прием/передача/ошибки, другое - таймер - временные параметры протокола. Обеспечиваю предварительное занятие линии RS-485, так, чтобы передача первого старта шла уже после некоторого времени в активном состоянии драйвера - чтобы сбросить межкадровые помехи, если были на "пустой" линии.

Nikolay_Po (28.04.2024 17:53, просмотров: 164) ответил RxTx на DMA

Для передачи точно DMA удобнее. Для приёма - зависит от протокола и нагрузки. Я чисто на прерываниях прием делал, два прерывания - одно UART, прием/передача/ошибки, другое - таймер - временные параметры протокола. Обеспечиваю предварительное занятие линии RS-485, так, чтобы передача первого старта шла уже после некоторого времени в активном состоянии драйвера - чтобы сбросить межкадровые помехи, если были на "пустой" линии.

Выделяю для обоих прерываний интерфейса отдельный приоритет, в зависимости от важности и скорости, так, что вне зависимости от загрузки приложения, протокол связи отрабатывается корректно.

Ответить

- Спасибо, Коль, за объяснение, всегда приятно тебя читать. Да, DMA это достаточно несложно, автора видать отпугивает непонятность реализации. А реализовать его проще всего "поженив" с программным циркулярным буфером. Тогда "пишущий" в буфер указатель (или лучше index) будет программный. "Заворачивается" он банальным AND, т.е. &= . А читающий указатель (или index) выполняется на DMA с тем нюансом что надо будет обслужить "заворот". - RxTx(28.04.2024 18:05)
  - Вот, например: SciFi(3191 знак., 28.04.2024 18:38)
  - Да, DMA вариант мне все больше нравится. Тем более вывод у меня будет через printf строками. Как раз задача для DMA. Можно даже с Doube Buffer Mode попробовать поиграть. Немножко странно конечно у меня будет - прием по IRQ а отправка в DMA :) - Mty1(28.04.2024 18:37)

ARM, RISC-V контроллеры