|
RS485-USART, Проблема с IDLE |
|
|
|
Dec 27 2011, 10:02
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
Пытаюсь переслать байт от компьютера на 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 Вот собственно код. CODE #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); }
|
|
|
|
|
Dec 27 2011, 10:38
|
Знающий
   
Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725

|
Не показана программа обработки прерывания (ISR). 1). На бит IDLE можно "забить". 2). RXNE сбрасывается сразу при чтении DR. Предполагаю: при входе в ISR Вы читаете DR, радуетесь правильно принятому байту и удивляетесь после этого сброшенному биту RXNE  .
|
|
|
|
|
Jan 10 2012, 01:17
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
CODE 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?
|
|
|
|
|
Jan 10 2012, 02:09
|
Частый гость
 
Группа: Свой
Сообщений: 78
Регистрация: 8-04-08
Из: Омск
Пользователь №: 36 562

|
снимите флаг прерывания Код if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET) {
RxBuffer[RxCounter++] = (USART_ReceiveData(USART2) & 0x7F);
... //!!!!!!!!!!!!!!!!!! USART_ClearITPendingBit(USART2, USART_IT_RXNE); //!!!!!!!!!!!!!!!!!! }
|
|
|
|
|
Jan 10 2012, 08:31
|
Знающий
   
Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725

|
Цитата(sevastianovd @ Jan 10 2012, 03:09)  снимите флаг прерывания Цитата из доки к процу: 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.
|
|
|
|
|
Jan 10 2012, 09:36
|

неотягощённый злом
     
Группа: Свой
Сообщений: 2 746
Регистрация: 31-01-08
Из: Санкт-Петербург
Пользователь №: 34 643

|
Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup). И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта... Цитата(KnightIgor @ Jan 10 2012, 11:31)  Дело может быть в другом: Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...). Я ещё не слышал ни одного пострадавшего от его недостаточной длины
--------------------
“Будьте внимательны к своим мыслям - они начало поступков” (Лао-Цзы)
|
|
|
|
|
Jan 10 2012, 09:51
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
Цитата(demiurg_spb @ Jan 10 2012, 16:36)  Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup). И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта... RX и TX выводы подключены к выводам RO и DI микросхемы драйвер приема/передачи RS485 MAX3486.
|
|
|
|
|
Jan 10 2012, 10:14
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
1. Да управляю. Выводы PA1 и PA4. 2. В логической "1".
Сообщение отредактировал spoluer - Jan 10 2012, 10:16
|
|
|
|
|
Jan 10 2012, 10:33
|

неотягощённый злом
     
Группа: Свой
Сообщений: 2 746
Регистрация: 31-01-08
Из: Санкт-Петербург
Пользователь №: 34 643

|
1. Достаточно одной ноги: просто соедините вместе RE# и DE 2. В DS на странице 6 во второй строке таблички пишут: Цитата RO is high impedance when RE is high Что расходится с вашими словами...
--------------------
“Будьте внимательны к своим мыслям - они начало поступков” (Лао-Цзы)
|
|
|
|
|
Jan 10 2012, 10:58
|
Знающий
   
Группа: Участник
Сообщений: 643
Регистрация: 29-05-09
Из: Германия
Пользователь №: 49 725

|
Цитата(demiurg_spb @ Jan 10 2012, 10:36)  Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...). Я ещё не слышал ни одного пострадавшего от его недостаточной длины  А я слышал. Вот эти "(+-...)" могут играть существенную роль. У автора ветки после чтения регистра только одна команда сравнения - и выход. Уверяю, этого как раз может оказаться мало. Именно симптоматика однозначно говорит о том, что имеет место повторное срабатывание прерывания: флаг RXNE-то там сброшен! Возникает вопрос, а что же вызвало прерывание, если другие флаги запрещены? __DSB() не помешает. P.S. Я поискал, где эта тема ( тыц) уже обсуждалась, и с удивлением обнаружил, что Вы там также являлись активным участником! Это все посленовогодний синдром - память еще не восстановилсь  .
Сообщение отредактировал KnightIgor - Jan 10 2012, 11:14
|
|
|
|
|
Jan 11 2012, 02:24
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
to demiurg_spb 1. Это понятно, что достаточно одного вывода. Но сделали так, как сделали. 2. Действительно, я ошибся. Сейчас посмотрел, выходит, что там будет высокий импеданс. Но проблемы это не решает.
to KnightIgor Действительно, ситуация такая получается, что в какой-то момент времени флаг RXNE устанавливается, срабатывает прерывание по нему, а затем он сбрасывается. И в breakpoint я попадаю в тот момент, когда RXNE уже сброшен. Breakpoint установлен в самом начале обработчика прерывания. __DSB() поставил в конец ISR. Не помогло.
Так же при пересылке >1 байт происходит установка флага ORE. Т.е. можно сделать вывод, что данные из регистра DR не считаны и RXNE сбрасывается по какой-то другой причине.
|
|
|
|
|
Jan 11 2012, 07:12
|
Участник

Группа: Участник
Сообщений: 31
Регистрация: 17-09-10
Пользователь №: 59 546

|
Что-то лыжи совсем не едут... Я данный вами код немного подправил. Вышло вот такое: CODE 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, но так и не понял, что на это повлияло. В общем, пока копаю дальше...
Сообщение отредактировал spoluer - Jan 11 2012, 07:13
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|