caxapa.ru :: Коллега еще увлекается таким: он вызывает исходные функции HAL_UART_Transmit_IT() / HAL_UART_Receive_IT() и проч. Но прям внутри HAL функций прерываний (файлик stm32??xx_it.c) он всегда пишет свой примитивный код: читает или пишет прямиком из UART регистра. Это работает. Но я крайне советую обязательно обслуживать ошибки UART, потому что ошибка UART будучи необработанной так и остается висеть и причиняет прерывание снова и снова.

RxTx (28.04.2024 19:13, просмотров: 57) ответил RxTx на Я понимаю о чем ты и сам так не пишу. Но. HAL_UART_Transmit_IT() работает совершенно спокойно для передачи по 1 байту и будет так работать без всяких сбоев. Конечно перегружая проц лишним оверхедом. Я наталкивался где-то на подобное извращение.

Коллега еще увлекается таким: он вызывает исходные функции HAL_UART_Transmit_IT() / HAL_UART_Receive_IT() и проч. Но прям внутри HAL функций прерываний (файлик stm32??xx_it.c) он всегда пишет свой примитивный код: читает или пишет прямиком из UART регистра. Это работает. Но я крайне советую обязательно обслуживать ошибки UART, потому что ошибка UART будучи необработанной так и остается висеть и причиняет прерывание снова и снова.

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

Ответить

- А вот тут вы, батенька, неправы... Прерывание общее для TDBE/RDBF (и ошибок, если включено). Соответственно, чтение регистра состояния в прерывании обязательно, для правильной обработки. А при чтении данных после чтения регистра состояния, все ошибки сбрасываются аппаратно... Idler(171 знак., 28.04.2024 20:19)
  - Скажите, а причем TDBE и RDBF? Причем тут внезапно Artery? ТС использует STM32 RxTx(216 знак., 28.04.2024 20:57)

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