caxapa.ru :: Обычно при попытке открыть во втором терминале порта, открытого в первом терминале второй терминал будет ругаться. Что не так? Отсутствие "одновременного" доступа к чему? К UART? Так он только с каналом ДМА взаимодействует, больше ни с кем. А данные в ДМА поставляет единственный приемник xStreamBufferReceive(uart_tx_stream....) завернутый в критическую секцию, в который данные шлет единственный передатчик xStreamBufferSend( uart_tx

petrd (14.08.2025 10:38, просмотров: 69) ответил Vit на не нужно передёргивать с ситуациями. компорт компа это USART с дополнительными сигналами. здесь же аж голый USART. можете семафорить, можете ещё как лочить, но обеспечьте отсутствие одновременного доступа

Обычно при попытке открыть во втором терминале порта, открытого в первом терминале второй терминал будет ругаться. Что не так? Отсутствие "одновременного" доступа к чему? К UART? Так он только с каналом ДМА взаимодействует, больше ни с кем. А данные в ДМА поставляет единственный приемник xStreamBufferReceive(uart_tx_stream....) завернутый в критическую секцию, в который данные шлет единственный передатчик xStreamBufferSend( uart_tx_stream, .....) тоже завернутый в

критическую секцию и расположенный в _write(). О каком множественном доступе речь? Очень может быть, что я чего-то не понимаю.

Ответить

- не хотите понимать. во время передачи (пока речь о) в USART из буфера, как с FIFO, так и с DMA, весь этот ресурс должен быть заблокирован. дальше можно не развивать. кто-то блокирует заворачиванием в критическую секцию. ТС пишет о дебаг-выхлопе из тучи задач. хорошо хоть не из обработчиков прерываний. если ресурс захвачен одной задачей, то в другой можно либо отказаться, либо ждать освобождения ресурса, либо отправить в программное устройство отложенной отправки в. когда Vit(62 знак., 14.08.2025 11:34)
  - Хочу понимать! Но не все понятно. Вы говорите "во время передачи (пока речь о) в USART из буфера, как с FIFO, так и с DMA, весь этот ресурс должен быть заблокирован" о каком ресурсе? О ДМА? Он заблокирован. Я не теоретически, а практический разговор веду в железе, независимо от топикстартера. - petrd(14.08.2025 11:49)
    - ваша аналогия насчёт принтера не учитывает наличие службы спулера печати (в винде Print Spooler). да были prn и lptx, а с ними как-то употреблялись copy/type/print, но уже давно перешли на использование именно службы печати - Vit(14.08.2025 12:33)
      - Хорошо, без аналогий. Цель, изо всех мест программы, где требуется вывод, без оглядки на FreeRTOS, писать printf() и получать вывод в терминале. Говорю исключительно про МК. - petrd(14.08.2025 15:26)
        
        никто не мешает так писать:). но есть нюансы. при использовании без вытеснения (в т.ч. всяких вызовов в обработчиках прерываний) нужно, чтобы уход последнего байта контроллировался по TXC (если RS485 - аналогично снятию DE). при использовании DMA это не всегда решаемо без дополнительных сложностей, потому как событие окончания отправки по DMA возникает чуть раньше факического ухода байта. потому возникают варианты с расчетными таймаутами и т.п.. при вытеснении же всё то же, Vit(503 знак., Вчера, 08:38)

Средства и методы разработки