caxapa.ru :: Спасибо, Коль, за объяснение, всегда приятно тебя читать. Да, DMA это достаточно несложно, автора видать отпугивает непонятность реализации. А реализовать его проще всего "поженив" с программным циркулярным буфером. Тогда "пишущий" в буфер указатель (или лучше index) будет программный. "Заворачивается" он банальным AND, т.е. &= . А читающий указатель (или index) выполняется на DMA с тем нюансом что надо будет обслужить "заворот".

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

Спасибо, Коль, за объяснение, всегда приятно тебя читать. Да, DMA это достаточно несложно, автора видать отпугивает непонятность реализации. А реализовать его проще всего "поженив" с программным циркулярным буфером. Тогда "пишущий" в буфер указатель (или лучше index) будет программный. "Заворачивается" он банальным AND, т.е. &= . А читающий указатель (или index) выполняется на DMA с тем нюансом что надо будет обслужить "заворот".

Спасибо, князь. Вы настоящий дворянин. И программист.

Ответить

- Вот, например: SciFi(3191 знак., 28.04.2024 18:38)
- Да, DMA вариант мне все больше нравится. Тем более вывод у меня будет через printf строками. Как раз задача для DMA. Можно даже с Doube Buffer Mode попробовать поиграть. Немножко странно конечно у меня будет - прием по IRQ а отправка в DMA :) - Mty1(28.04.2024 18:37)

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