Обнаружение UCBRK при приеме данных из UART, пачками через DMA Опции

[jorikdima]

Приветствую!
Нужно принимать периодически некоторые сообщения по UART на MSP430F5418. Раньше использовал для этого дела работу по прерываниям (в то время как передачу (основной поток) делал через ДМА). Теперь по определенным причинам (уменьшить частоту включения обработчиков прерываний) решил и входной поток через ДМА пустить. Все получилось просто замечательно (как минимум 25кБит/с принимал и одновременно ~40 кБит/с отдавал), но уже все сделав и выпив за это обнаружил досадный факт. К UART у меня подсоединен Bluetooth модем LMX9838, который для смены режима ("прозрачный" и работа по командам) использует сигнал Break. Мне его надо отлавливать и делать по нему определенные действия. При приеме по прерываниям все было довольно просто, я разрешал прерывания для Break, установив бит

Код

UCCTL1 |= UCBRKIE;

И в обработчике прерываний ловил флаг

Код

if (UCSTAT & UCBRK)

При работе с ДМА проблема в том, что этот флаг UCBRK обнуляется при чтении регистра RXBUF!!! Ну почему, блин, именно RXBUFF а не UCSTAT хотя бы!!! Соответственно при приеме данных через ДМА пачками, скажем по 20 байт, обнаружить Break не представляется возможным, флаг сбрасывается тут же, так как ДМА читает RXBUF.
Собственно я уже на 99% процентов уверен, что затратив два дня на реализацию и отладку приема по ДМА, мне придется отказаться от этой идеи, так как я не могу избежать требования по приему Break. Но может быть кто-нибудь перевернет мое сознание и скажет, что не все еще потеряно и проблему можно как-то решить?
Спасибо.

[rezident]

Для начала смените шрифт сообщения.
По сути проблемы. Как вы факт сброса UCBRK по чтению UCAxRXBUF выявили? По всем описаниям при чтении UCAxRXBUF в регистре UCAxSTAT сбрасываются биты UCOE, UCRXERR, UCADDR и UCIDLE. Биты UCFE, UCPE, UCBRK остаются неизменными и сбрасываются только софтовым образом или при установке UCSWRST.

[jorikdima]

Для начала смените шрифт сообщения.

Сорри, показалось дефолтовый шрифт маловат. Или зрение теряю уже...

По сути проблемы. Как вы факт сброса UCBRK по чтению UCAxRXBUF выявили? По всем описаниям при чтении UCAxRXBUF в регистре UCAxSTAT сбрасываются биты UCOE, UCRXERR, UCADDR и UCIDLE. Биты UCFE, UCPE, UCBRK остаются неизменными и сбрасываются только софтовым образом или при установке UCSWRST.

В юзер гиде на странице 478.

When any of the UCFE, UCPE, UCOE, UCBRK, or UCRXERR bit is set, the bit remains set until user
software resets it or UCAxRXBUF is read.

[rezident]

В юзер гиде на странице 478.

В этой ревизии на стр.560, но не это важно. Гм. А я почему-то считал, что они софтово сбрасываются и всегда программно же их и чистил У вас случайно нет свободного канала DMA? Может пустить чтение UCAxSTAT параллельно с чтением UCAxRXBUF по другому каналу DMA? Естественно, источником запуска для них обоих выбрать один и то же флаг - UCAxRXIFG.

[jorikdima]

В этой ревизии на стр.560, но не это важно. Гм. А я почему-то считал, что они софтово сбрасываются и всегда программно же их и чистил У вас случайно нет свободного канала DMA? Может пустить чтение UCAxSTAT параллельно с чтением UCAxRXBUF по другому каналу DMA? Естественно, источником запуска для них обоих выбрать один и то же флаг - UCAxRXIFG.

Найти-то канал можно. Я вот только думаю что тот ДМА, который до флага RXIFG доберется первым (видимо по приоритету своему) очистит RXIFG. Об этом сказано на странице 305 этой ревизии

A transfer is triggered when USCI_Ax receives new data. UCAxRXIFG is automatically reset when the transfer
starts.

Соответственно второй ДМА уже не увидит флага. Но это мое предположение.

[rezident]

Я вот только думаю что тот ДМА, который до флага RXIFG доберется первым (видимо по приоритету своему) очистит RXIFG.

Да. Наверное. Тогда остается только один способ. Читать с помощью DMA на каждый вызов по три регистра, благо они расположены практически друг за другом. Естественно буфер увеличить втрое и данные вычитывать из него через байт. Первым в буфере будет содержимое UCAxSTAT, потом байт с нулями, потом UCAxRXBUF, потом снова UCAxSTAT и т.д.

[jorikdima]

Да. Наверное. Тогда остается только один способ. Читать с помощью DMA на каждый вызов по три регистра, благо они расположены практически друг за другом. Естественно буфер увеличить втрое и данные вычитывать из него через байт. Первым в буфере будет содержимое UCAxSTAT, потом байт с нулями, потом UCAxRXBUF, потом снова UCAxSTAT и т.д.

Хм... а вот это вполне реальное предложение! Спасибо!! Буду наверное пробовать его, с памятью проблем нет.