Перейти к содержанию
    

Пытаюсь переслать байт от компьютера на 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);
}

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не показана программа обработки прерывания (ISR).

 

1). На бит IDLE можно "забить".

2). RXNE сбрасывается сразу при чтении DR. Предполагаю: при входе в ISR Вы читаете DR, радуетесь правильно принятому байту и удивляетесь после этого сброшенному биту RXNE :laughing:.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

снимите флаг прерывания

if(USART_GetITStatus(USART2, USART_IT_RXNE) != RESET)
{

RxBuffer[RxCounter++] = (USART_ReceiveData(USART2) & 0x7F);

...
//!!!!!!!!!!!!!!!!!!
USART_ClearITPendingBit(USART2, USART_IT_RXNE);
//!!!!!!!!!!!!!!!!!!
}

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

снимите флаг прерывания

Цитата из доки к процу:

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.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup).

И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта...

 

 

Дело может быть в другом:
Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...).

Я ещё не слышал ни одного пострадавшего от его недостаточной длины:)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не знаю вашей схемотехники устройства, но смею предположить что ногу RX не стоит так GPIO_Mode_IN_FLOATING конфигурировать (предпочтительнее включить pullup).

И на ноге ТХ желательно тоже иметь единичку при выключенном передатчике уарта...

RX и TX выводы подключены к выводам RO и DI микросхемы драйвер приема/передачи RS485 MAX3486.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тем более...

Вы же ведь управляете направлением передачи этого драйвера?

В каком состоянии будет RX нога контроллера при выключенном приёмнике драйвера?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Да управляю. Выводы PA1 и PA4.

2. В логической "1".

Изменено пользователем spoluer

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Достаточно одной ноги: просто соедините вместе RE# и DE

2. В DS на странице 6 во второй строке таблички пишут:

RO is high impedance when RE is high

Что расходится с вашими словами...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Это вряд-ли тот случай. Обработчик прерываний уарта у всех форумчан примерно одного объёма по коду (+-...).

Я ещё не слышал ни одного пострадавшего от его недостаточной длины:)

А я слышал. Вот эти "(+-...)" могут играть существенную роль. У автора ветки после чтения регистра только одна команда сравнения - и выход. Уверяю, этого как раз может оказаться мало. Именно симптоматика однозначно говорит о том, что имеет место повторное срабатывание прерывания: флаг RXNE-то там сброшен! Возникает вопрос, а что же вызвало прерывание, если другие флаги запрещены? __DSB() не помешает.

 

P.S. Я поискал, где эта тема (тыц) уже обсуждалась, и с удивлением обнаружил, что Вы там также являлись активным участником! Это все посленовогодний синдром - память еще не восстановилсь ;).

Изменено пользователем KnightIgor

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

to demiurg_spb

1. Это понятно, что достаточно одного вывода. Но сделали так, как сделали.

2. Действительно, я ошибся. Сейчас посмотрел, выходит, что там будет высокий импеданс. Но проблемы это не решает.

 

to KnightIgor

Действительно, ситуация такая получается, что в какой-то момент времени флаг RXNE устанавливается, срабатывает прерывание по нему, а затем он сбрасывается. И в breakpoint я попадаю в тот момент, когда RXNE уже сброшен. Breakpoint установлен в самом начале обработчика прерывания.

__DSB() поставил в конец ISR. Не помогло.

 

Так же при пересылке >1 байт происходит установка флага ORE. Т.е. можно сделать вывод, что данные из регистра DR не считаны и RXNE сбрасывается по какой-то другой причине.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ловите! Проверено не на одном проекте...

//=============================================================================
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);
}
}

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что-то лыжи совсем не едут...

Я данный вами код немного подправил. Вышло вот такое:

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В общем, пока копаю дальше...
А может такое быть, что отладчик не совсем "non intrusive" и, отображая Вам регистр данных, читает его и сбрасывает флаг RXNE? Уж больно чудесная у Вас ошибка...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...