STM32 UART<>DMA, шаг за шагом Опции

[Tanker]

Здравствуйте!
IAR ARM 6.30.7 STM32F100
Делаю слейв Modbus RTU c RS485 интерфейсом. Всё было бы "ОК", но по 2-м UARTAM одновременно нужно работать, а при этом моя

реализация на прерываниях, начинает то на один то другой UART данные не до давать при интенсивном обмене с мастерами (ещё все АЦП задействованы на макс. скорости с прерываниями DMA по заверш. передачи оцифровки, но их отключение не помогает).
Решил сделать на связке UART-DMA.
Просмотрел на эту тему все топики здесь, погуглил, мануалы почитал... сделал - но очень зыбко работает моя реализация протокола, какой-то мелочи я не просекаю.

Для начала я хочу реализовать приём по-байтный, а отправку через DMA.
Начинается всё с приёма запроса от мастера, uart и драйвер настроен на приём:
1) принял байтик -> положил в буфер -> перезагрузил таймер (отсчёт frame end длительность 1,5-3 байт завершения пакета) и так каждый байтик, до срабатывания таймера (срабатывает когда пауза в 1,5-3 байта (как настрою))
2) таймер отсчитал framе end, сработало его прерывание -> останавливаю таймер-> блокирую приёмник UARTа (чтобы не реагировал на входящие)
3) разбор входящего сообщения (можно вынести из прерывания во внешний цикл и сигнализировать от пришедшем пакете через какие-нибудь битики) включает в себя проверку адреса слейва и контрольной суммы (потом делается более детальный разбор, но для начала самое-то)
4) реакция на входящее сообщение:
4.1) чужое или "по-дороге битое" -> перевод uart в режим ожидания входящих байт (исходное состояние)
4.2) достойное ответа -> формирование ответа в буфере
5) когда буфер заполнен ответом, запускаю таймер на отсчёт времени переключения драйвера из режима "приём" в режим "передача" (например для ADM2587E 2,5мкСек)
6) сработало прерывание таймера (драйвер переключился в "передача")->останавливаю таймер->настраиваю DMA на передачу подготовленного буфера и запускаю передачу DMA1_Channel7->CCR |= DMA_CCR7_EN; (всё, данные должны автоматом вылетать с ножки TX, до опустошения буфера)
7) по опустошению буфера срабатывает прерывание DMA_ISR_TCIFx (если разрешено)(или таймера USART_CR1_TCIE .. в этом есть вопрос ??) данные (как-бы) переданы и можно переключаться на приём
8) запускаю таймер на отсчёт времени переключения драйвера из режима "передача" в режим "приём"
9) сработало прерывание таймера (драйвер переключился в "приём")-> перевод uart в режим ожидания входящих байт (исходное состояние)

Трабл:
Сейчас получается, до п.7 всё норм.,запускаю DMA... бывает что весь буфер приходит (длина ответа в среднем 64 байта), а зачастую 1 байт (левый!!!) и срабатывает DMA или UART "Transmission Complete" (я с ними экспериментировал)

Ещё из наблюдений:
1) Если я разрешаю DMA_ISR_TCIFx (но при этом USART_CR1_TCIE запрещён) и запускаю DMA, то мне приходится к DMA1_Channelх->CNDTR дополнительно "+2" делать, но имею при этом лишний байт "0" он либо затирает последний значащий байт пакета данных (если CNDTR = кол-ву передаваемых байт), либо просто лишний (если CNDTR = кол-ву передаваемых байт + 2)


2) Если я разрешаю USART_CR1_TCIE (но DMA_ISR_TCIFx при этом запрещён или разрешён но просто чистит флаги) и запускаю DMA, то с DMA1_Channelх->CNDTR всё "ок" равно кол-ву передаваемых байт.

В общем надеюсь с вашей помощь найти решение своего трабла и увековечить тему "STM32 DMA UART" в FAQ опубликовав полученный рабочий код с каментами

[athlon64]

В общем надеюсь с вашей помощь найти решение своего трабла и увековечить тему "STM32 DMA UART" в FAQ опубликовав полученный рабочий код с каментами

По поводу глюка с последними байтами при передаче через DMA, есть ньюанс. У DMA флаг TCIF выставляется когда последний байт буфера записан в регистр DR усарта. При этом выдача этого байта самим усартом ещё не закончена. Поэтому переводить 485й в приём рано. Для переключения 485 в приём используйте флаг USART_CR1_TCIE, он выставится когда последний байт полностью передан.

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

В остальном логика работы верная. Единственное, я никогда не заморачивался с временем переключения драйвера 485, всегда работал с ним сразу после переключения. Ну и по поводу глюков при работе по прерываниям с 2 портами - всё же где то ваш косяк, не знаю при приёме или при передаче, но вариант с работой по прерываниям должен прекрасно работать.

Загляните в мою недавнюю тему про USART+DMA, там и приём и передача сделаны с DMA (правда для FreeRTOS, но смысл понять можно).

Сообщение отредактировал athlon64 - May 3 2012, 03:15

[Tanker]

можно подробнее про флаг IDLE усарта (сейчас приёмом ч/з DMA занимаюсь)
Теоретически:
1) настраиваю прерывание от UART по IDLE
2) настраиваю DMA на приём от RX (и соотв. сообщаю UART что приём идет через DMA). В настройках указываю буфер куда валить данные и его размер (можно зациклить DMA_Mode_Circular чтобы не переполнялся)
3) начали приходить данные (например 4 байта я отправил с ПК на контроллер)
4) когда все 4 байта придут, срабатывает прерывание IDLE (действительно срабатывает) и в буфере указанном DMA будут лежать эти 4 байта
так?
а кол-во принятых байт лежит в DMAx_Channely->CNDTR ?

[athlon64]

можно подробнее про флаг IDLE усарта (сейчас приёмом ч/з DMA занимаюсь)
Теоретически:
1) настраиваю прерывание от UART по IDLE
2) настраиваю DMA на приём от RX (и соотв. сообщаю UART что приём идет через DMA). В настройках указываю буфер куда валить данные и его размер (можно зациклить DMA_Mode_Circular чтобы не переполнялся)
3) начали приходить данные (например 4 байта я отправил с ПК на контроллер)
4) когда все 4 байта придут, срабатывает прерывание IDLE (действительно срабатывает) и в буфере указанном DMA будут лежать эти 4 байта
так?
а кол-во принятых байт лежит в DMAx_Channely->CNDTR ?

Ну почти так.

1) Настраиваете UART (тактование, ноги), включаете прерывание от UART по флагу IDLE (для определения конца входящего фрейма) и по флагу TCIE (для перевода драйвера 485 в приём после окончания передачи). Включаете в UART работу с DMA на приём и передачу.
2) Сразу инициируете приём с DMA на всю величину входного буфера и спокойненько занимаетесь другими задачами, пока не сработает прерывание от UART. Прерывания от DMA в принципе не нужны.

Переполнения не будет, т.к. заполнив буфер, DMA закончит свою работу по приёму.

3) В обработчике прерывания UART (не важно по какому флагу) начинаете новый приём, предварительно запомнив значение DMAx_Channely->CNDTR.
3.1) Если прерывание было по флагу IDLE - считаете исходя из CNDTR размер принятого пакета и делаете мероприятия, необходимые при приёме пакета.
3.2) Если прерывание по TCIE - ничего делать не надо, только снять флаг TCIE.

В процедуре, инициирующей приём, переводите свой драйвер 485 в приём.
В процедуре, инициирующей передачу, переводите свой драйвер 485 в передачу.

Надеюсь понятно описал.