spoluer 0 27 декабря, 2011 Опубликовано 27 декабря, 2011 · Жалоба Пытаюсь переслать байт от компьютера на STM32F103RET6 по следующей схеме: ПК<->RS232<->RS485<->USART В качестве IDE использую IAR 6.21. Переходник RS232-RS485 работает корректно. На плате используется драйвер приема/передачи RS485 MAX3486, который работает также корректно. При приеме байта от ПК, программа залетает в прерывание, в нем[прерывании] видно, что установлены флаги RXNE=0, а IDLE=1. При том, что буфер данных DR содержит принятый байт. Разрешено только прерывание по приему данных RXNIE=1, а прерывание по состоянию IDLE не разрешено IDLEIE=0. Если запретить прерывание по приему данных RXNIE=0, то программа не улетает в прерывание, но флаг IDLE-состояния устанавливается IDLE=1. В общем, ощущение как-будто программа уходит в прерывание по непустому буферу приема, но при этом флаг RXNE сбрасывается в 0. На осциллограмме сигнала на выводе PA3 (USART2 RX) видно, что передаются нужные данные, что подтверждает тот факт, что в буфере данных находятся принятые данные. Подскажите, друзья, пожалуйста. Правильно ли я понимаю, что флаг RXNE должен сбрасываться в 0 только когда данные прочитаны из буфера данных DR? И что это за IDLE-frame? Откуда он берется и почему устанавливается флаг IDLE=1 Вот собственно код. #include "stm32f10x_conf.h" #include "stm32f10x.h" void SetupUSART(void); void InitNVIC(void); USART_InitTypeDef USART_InitStructure; GPIO_InitTypeDef GPIO_InitStructure; NVIC_InitTypeDef NVIC_InitStructure; extern uint16_t tmp,rx,tx_end; int main() { InitNVIC(); SetupUSART(); while(1) { } return 0; } void InitNVIC(void) { NVIC_InitStructure.NVIC_IRQChannel = USART2_IRQn; NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0; NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0; NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStructure); } void SetupUSART(void) { RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE); /* Configure USART2 Rx (PA3) as input floating */ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_3; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure); /* Configure USART2 Tx (PA2) as alternate function push-pull */ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_2; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); USART_InitStructure.USART_BaudRate = 9600; USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No ; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART2, &USART_InitStructure); USART_ITConfig(USART2, USART_IT_RXNE, ENABLE); // USART_ITConfig(USART2, USART_IT_IDLE, ENABLE); // USART_ITConfig(USART1, USART_IT_TXE, ENABLE); /* Configure PA1 as rs485 tx select */ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); /* Configure PA4 as rs485 rx select */ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_4; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_Out_PP; GPIO_Init(GPIOA, &GPIO_InitStructure); GPIO_ResetBits(GPIOA, GPIO_Pin_4); GPIO_ResetBits(GPIOA, GPIO_Pin_1); // GPIO_SetBits(GPIOA, GPIO_Pin_4); // GPIO_SetBits(GPIOA, GPIO_Pin_1); // USART_SendData(USART2, 0x02); USART_Cmd(USART2, ENABLE); } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KnightIgor 2 27 декабря, 2011 Опубликовано 27 декабря, 2011 · Жалоба Не показана программа обработки прерывания (ISR). 1). На бит IDLE можно "забить". 2). RXNE сбрасывается сразу при чтении DR. Предполагаю: при входе в ISR Вы читаете DR, радуетесь правильно принятому байту и удивляетесь после этого сброшенному биту RXNE :laughing:. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spoluer 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба void USART2_IRQHandler(void) { if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET) { RxBuffer[RxCounter++] = (USART_ReceiveData(USART2) & 0x7F); if(RxCounter == NbrOfDataToRead) { USART_ITConfig(USART2, USART_IT_RXNE, DISABLE); } } } Вот собственно функция обработки прерывания по RXNE. При отладке вот эта строка if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET) всегда FALSE, т.е. бит RXNE = 0. Вот где считывается DR? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
sevastianovd 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба снимите флаг прерывания if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET) { RxBuffer[RxCounter++] = (USART_ReceiveData(USART2) & 0x7F); ... //!!!!!!!!!!!!!!!!!! USART_ClearITPendingBit(USART2, USART_IT_RXNE); //!!!!!!!!!!!!!!!!!! } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KnightIgor 2 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба снимите флаг прерывания Цитата из доки к процу: RXNE - This bit is set by hardware when the content of the RDR shift register has been transferred to the USART_DR register. An interrupt is generated if RXNEIE=1 in the USART_CR1 register. It is cleared by a read to the USART_DR register. Посему еще сбрасывать флаг после чтения регистра нет необходимости. Дело может быть в другом: известно (есть даже ветка тут, этому посвященная), что по причине конвейера, принципов организации шин и высокой скорости Кортексов возможно повторное срабатывание прерывания после выхода из ISR, если флаг прерывания в ней сбрасывается лишь незадолго до выхода! Код, приведенный автором ветки, действительно краток. Посему рекомендую поставить барьерную команду __DSB() (см. файл core_cmInstr.h) в конце ISR. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup). И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта... Дело может быть в другом:Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...). Я ещё не слышал ни одного пострадавшего от его недостаточной длины:) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spoluer 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup). И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта... RX и TX выводы подключены к выводам RO и DI микросхемы драйвер приема/передачи RS485 MAX3486. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба Тем более... Вы же ведь управляете направлением передачи этого драйвера? В каком состоянии будет RX нога контроллера при выключенном приёмнике драйвера? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spoluer 0 10 января, 2012 Опубликовано 10 января, 2012 (изменено) · Жалоба 1. Да управляю. Выводы PA1 и PA4. 2. В логической "1". Изменено 10 января, 2012 пользователем spoluer Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 10 января, 2012 Опубликовано 10 января, 2012 · Жалоба 1. Достаточно одной ноги: просто соедините вместе RE# и DE 2. В DS на странице 6 во второй строке таблички пишут: RO is high impedance when RE is high Что расходится с вашими словами... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KnightIgor 2 10 января, 2012 Опубликовано 10 января, 2012 (изменено) · Жалоба Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...). Я ещё не слышал ни одного пострадавшего от его недостаточной длины:) А я слышал. Вот эти "(+-...)" могут играть существенную роль. У автора ветки после чтения регистра только одна команда сравнения - и выход. Уверяю, этого как раз может оказаться мало. Именно симптоматика однозначно говорит о том, что имеет место повторное срабатывание прерывания: флаг RXNE-то там сброшен! Возникает вопрос, а что же вызвало прерывание, если другие флаги запрещены? __DSB() не помешает. P.S. Я поискал, где эта тема (тыц) уже обсуждалась, и с удивлением обнаружил, что Вы там также являлись активным участником! Это все посленовогодний синдром - память еще не восстановилсь ;). Изменено 10 января, 2012 пользователем KnightIgor Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spoluer 0 11 января, 2012 Опубликовано 11 января, 2012 · Жалоба to demiurg_spb 1. Это понятно, что достаточно одного вывода. Но сделали так, как сделали. 2. Действительно, я ошибся. Сейчас посмотрел, выходит, что там будет высокий импеданс. Но проблемы это не решает. to KnightIgor Действительно, ситуация такая получается, что в какой-то момент времени флаг RXNE устанавливается, срабатывает прерывание по нему, а затем он сбрасывается. И в breakpoint я попадаю в тот момент, когда RXNE уже сброшен. Breakpoint установлен в самом начале обработчика прерывания. __DSB() поставил в конец ISR. Не помогло. Так же при пересылке >1 байт происходит установка флага ORE. Т.е. можно сделать вывод, что данные из регистра DR не считаны и RXNE сбрасывается по какой-то другой причине. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
demiurg_spb 0 11 января, 2012 Опубликовано 11 января, 2012 · Жалоба Ловите! Проверено не на одном проекте... //============================================================================= static __inline void uart_rx_isr(uart_t* const uart, uint16_t status) { static const uint32_t ERR_MASK = USART_SR_ORE | USART_SR_NE | USART_SR_FE | USART_SR_PE; // overrun, nois or frame errors uint8_t data = uart->sfr->DR; // read data first if ((status & ERR_MASK)==0) // if no errors { fifo_put_byte(&uart->fifo.rx, data); } } //============================================================================= static __inline void uart_tx_isr(uart_t* const uart) { if (!fifo_get_byte(&uart->fifo.tx, (uint8_t*)&uart->sfr->DR)) { uart_set_tx_int(uart, 0); // tx_int off } } //============================================================================= static __inline void uart_isr(uart_t* const uart) { uint16_t status = uart->sfr->SR; if (status & USART_SR_RXNE) // if RX data_reg isn't empty (auto-clr by reading data_reg) { uart_rx_isr(uart, status); } else if (status & USART_SR_TXE) // if TX data_reg is empty (auto-clr by writing data_reg) { uart_tx_isr(uart); } } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
spoluer 0 11 января, 2012 Опубликовано 11 января, 2012 (изменено) · Жалоба Что-то лыжи совсем не едут... Я данный вами код немного подправил. Вышло вот такое: static inline void uart_rx_isr(uint16_t status) { static const uint32_t ERR_MASK = USART_SR_ORE | USART_SR_NE | USART_SR_FE | USART_SR_PE; // overrun, nois or frame errors uint8_t data = USART2->DR; // read data first if ((status & ERR_MASK)==0) // if no errors { // fifo_put_byte(&uart->fifo.rx, data); } } //============================================================================= static inline void uart_tx_isr(void) { // if (!fifo_get_byte(&uart->fifo.tx, (uint8_t*)&uart->sfr->DR)) // { // uart_set_tx_int(uart, 0); // tx_int off // } } void USART2_IRQHandler(void) { uint16_t status = USART2->SR; if (status & USART_SR_RXNE) // if RX data_reg isn't empty (auto-clr by reading data_reg) { uart_rx_isr(status); } else if (status & USART_SR_TXE) // if TX data_reg is empty (auto-clr by writing data_reg) { uart_tx_isr(); } } И в итоге все также. Я тут на своем прежнем коде один раз поймал состояние, когда RXNE=1 в breakpoint, но так и не понял, что на это повлияло. В общем, пока копаю дальше... Изменено 11 января, 2012 пользователем spoluer Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
KnightIgor 2 11 января, 2012 Опубликовано 11 января, 2012 · Жалоба В общем, пока копаю дальше...А может такое быть, что отладчик не совсем "non intrusive" и, отображая Вам регистр данных, читает его и сбрасывает флаг RXNE? Уж больно чудесная у Вас ошибка... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться