RxTx (28.04.2024 19:02, просмотров: 83) ответил Vit на Ну дык у ТС об _IT. Лагунов вот и удивляется, нахрена по байту пихать.Спасибо, князь. Вы настоящий дворянин. И программист.
-
- то понятно. ТС когда сдался насчет printf и попыток навернуть непонятный буфер из очередей для fputc, стало грустно, потому как даже DMA не сильно в таком помогает, ибо опять нужен линейный вход (буфер) и/или ожидание. там скорее вопрос нужно задавать о возможности выделить буфер достаточного размера - Vit(28.04.2024 19:41)
- Коллега еще увлекается таким: он вызывает исходные функции
HAL_UART_Transmit_IT() / HAL_UART_Receive_IT() и проч. Но прям
внутри HAL функций прерываний (файлик stm32??xx_it.c) он всегда пишет свой примитивный код:
читает или пишет прямиком из UART регистра. Это работает. Но я
крайне советую обязательно обслуживать ошибки UART, потому что
ошибка UART будучи необработанной так и остается висеть и причиняет
прерывание снова и снова. - RxTx(28.04.2024 19:13)
- А вот тут вы, батенька, неправы... Прерывание общее для TDBE/RDBF
(и ошибок, если включено). Соответственно, чтение регистра
состояния в прерывании обязательно, для правильной обработки. А при
чтении данных после чтения регистра состояния, все ошибки
сбрасываются аппаратно... Idler(171 знак., 28.04.2024 20:19)
- Скажите, а причем TDBE и RDBF? Причем тут внезапно Artery? ТС использует STM32 RxTx(216 знак., 28.04.2024 20:57)
- А вот тут вы, батенька, неправы... Прерывание общее для TDBE/RDBF
(и ошибок, если включено). Соответственно, чтение регистра
состояния в прерывании обязательно, для правильной обработки. А при
чтении данных после чтения регистра состояния, все ошибки
сбрасываются аппаратно... Idler(171 знак., 28.04.2024 20:19)