Проблема с usart, не записывает значения в регистры Опции

[THI]

Здравствуйте, уважаемые форумчане!

Существует плата с неким функционалом для работы с пк через usb. Используемый мк был msp430, а теперь решили перейти на stm. И при первоначальных тестах у меня возникли 2 проблемы. Первая проблема - это отправка данных с платы через уарт на пк. На прием все работало хорошо. Открыл список регистров, выяснилось что в регистр USART1->DR не записываются данные. Решил проверить, запишется ли значение в usart2->dr. Добавил код настройки 2го уарта, запустил... и обнаружил, что в оба уарта теперь вообще ничего не записывается, ни в один регистр. Попытался убрать код, проблема осталась. Собственно, это 2 проблема. Используемый код

CODE

#include "stm32f10x_gpio.h"
#include "stm32f10x_rcc.h"
int i;

char* trans_dist;
int trans_n, trans_cur;
char flag_1 = 0;
char text_1[]={'h','e','l','l','o'};

void Transmit_data(char* source, int n)
{
int i=0;
for(;i<n;i++)
{
//volatile char temp;
USART1->SR &= ~USART_SR_TC;
while(!(USART1->SR & USART_SR_TXE));
USART1->DR = *source;
//temp = USART1->DR;
++source;
if (i==(n-1))
flag_1 = 0;
}
}



int main(void)
{
RCC->CR|=RCC_CR_HSION;
while (!(RCC->CR & RCC_CR_HSIRDY));
RCC->CFGR &=~RCC_CFGR_SW;
RCC->CFGR |= RCC_CFGR_SW_HSI;

RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE);
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB , ENABLE);
RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM6,ENABLE);
GPIOA->CRL |= GPIO_CRL_CNF1_0 | GPIO_CRL_CNF2_1 | GPIO_CRL_MODE2_1 | GPIO_CRL_CNF4_1 | GPIO_CRL_MODE4_1 |
GPIO_CRL_CNF5_0 | GPIO_CRL_CNF6_0 | GPIO_CRL_CNF7_0;
GPIOA->CRL &= ~(GPIO_CRL_CNF2_0 | GPIO_CRL_CNF4_0);
GPIOA->CRH |= GPIO_CRH_CNF9_1 | GPIO_CRH_MODE9_1 | GPIO_CRH_CNF10_0 | GPIO_CRH_CNF12_1 | GPIO_CRH_MODE12_1;
GPIOA->CRH &= ~(GPIO_CRH_CNF9_0 | GPIO_CRH_CNF12_0);
GPIOB->CRL |= GPIO_CRL_MODE0_1 | GPIO_CRL_MODE1_1 | GPIO_CRL_MODE2_1;
GPIOB->CRH |= GPIO_CRH_MODE10_1 | GPIO_CRH_MODE12_1 | GPIO_CRH_CNF13_0;
GPIOC->CRH |= GPIO_CRH_CNF13_0;
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1, ENABLE);
//RCC_APB1PeriphClockCmd(RCC_APB1Periph_USART2, ENABLE);
RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO , ENABLE);
USART1->BRR = (8000000+19200/2)/19200;
USART1->CR1 |= USART_CR1_RXNEIE | USART_CR1_TE | USART_CR1_RE;
USART1->CR1 |= USART_CR1_UE;
//USART2->BRR = (8000000+19200/2)/19200;
//USART2->CR1 |= USART_CR1_RXNEIE | USART_CR1_TE | USART_CR1_RE;
//USART2->CR1 |= USART_CR1_UE;
NVIC_EnableIRQ(USART1_IRQn);

while(1)
{
if (flag_1)
Transmit_data(text_1, 5);
//USART1->DR |= 49;
}
}
void USART1_IRQHandler(void)
{
//char t;
if(USART1->SR & USART_SR_RXNE)
{
flag_1 = 1;
USART1->SR &= ~USART_SR_RXNE;
//t = USART1->DR;
}
if(USART1->SR & USART_SR_TXE)
{
//USART1->SR &= ~USART_SR_TXE;
}
}

PA2 и PA3 - выход и вход для usart2, PA9 и PA10 - выход и вход для usart1
Среда: CooCox CoIDE 1.6.2, мк: stm32f100c4
Интересно ваше мнение по поводу обеих проблем.

Сообщение отредактировал IgorKossak - Mar 6 2013, 07:26

Причина редактирования: [codebox] для длинного кода, [code] - для короткого!!!

[Rimsky]

Открыл исходник (stm32f10x_usart.c) там в функции USART_Init(...) обнаружен такие строчки :

Код

/* USART OverSampling-8 Mask */
#define CR1_OVER8_Set             ((u16)0x8000)  /* USART OVER8 mode Enable Mask */
#define CR1_OVER8_Reset           ((u16)0x7FFF)  /* USART OVER8 mode Disable Mask */


if ((USARTx->CR1 & CR1_OVER8_Set) != 0)
  {
    /* Integer part computing in case Oversampling mode is 8 Samples */
    integerdivider = ((25 * apbclock) / (2 * (USART_InitStruct->USART_BaudRate)));    
  }
  else /* if ((USARTx->CR1 & CR1_OVER8_Set) == 0) */
  {
    /* Integer part computing in case Oversampling mode is 16 Samples */
    integerdivider = ((25 * apbclock) / (4 * (USART_InitStruct->USART_BaudRate)));    
  }

Кто объяснит, где в регистре USART_CR1 бит (CR1_OVER8) ???


Разобрался, для корректной работы с SPL нужно определить HSE_VALUE (частоту внешнего кварца), если это значение не определено, то из файла STM32f10x.h подставляется дефолтное:

Код

#if !defined  HSE_VALUE
#ifdef STM32F10X_CL  
  #define HSE_VALUE    ((uint32_t)25000000) /*!< Value of the External oscillator in Hz */
#else
  #define HSE_VALUE    ((uint32_t)8000000) /*!< Value of the External oscillator in Hz */
#endif /* STM32F10X_CL */
#endif /* HSE_VALUE */

Сообщение отредактировал Rimsky - Mar 8 2014, 11:51

[adnega]

Кто объяснит, где в регистре USART_CR1 бит (CR1_OVER8) ???

Reference manual только и объяснит. Читали?

[Rimsky]

Reference manual только и объяснит. Читали?

Читал, только в МК STM32F100C4T6 такого бита в регистре USART_CR1 нет.

В прочем с этим я разобрался.

[adnega]

В прочем с этим я разобрался.

И какое же правильный ответ?
Определить HSE_VALUE?

1. По поводу OVER8.
В других МК он есть на месте 15 бита. В F100 он жестко обнулен, что соответствует 16 выборкам.
Позицию бита можно было узнать из RM на дригие МК или по маске из библиотеки.
В RM на ваш МК можно найти фразу, что начиная с 14 бита по 31 в регистре CR1 железные нули.

2. По поводу HSE_VALUE.
Я не фанат стандартной библиотеки, но когда только она появилась и долгое время после имел
некоторые проблемы как раз с HSE_VALUE. Дело в том, что для внешнего кварца у STM приняты
стандартные значения в 8 или 25 МГц, а я (уж так сложилось исторически) применяю кварцы на
12 МГц. Делители библиотека рассчитывает исходя из заданного HSE_VALUE и стандартного для
указанного семейства кварца. Я правил код библиотеки под себы, но это великое зло.
Интересно, это до сих пор так? (вопрос разобравшемуся человеку )

[Rimsky]

1. По поводу OVER8.
В других МК он есть на месте 15 бита. В F100 он жестко обнулен, что соответствует 16 выборкам.
Позицию бита можно было узнать из RM на дригие МК или по маске из библиотеки.
В RM на ваш МК можно найти фразу, что начиная с 14 бита по 31 в регистре CR1 железные нули.

В общем так я и поступил. Смутило то, что SPL взято с stm32gui_lib в котором идет явная привязка к МК STM32F10x....

2. По поводу HSE_VALUE.
Я не фанат стандартной библиотеки, но когда только она появилась и долгое время после имел
некоторые проблемы как раз с HSE_VALUE. Дело в том, что для внешнего кварца у STM приняты
стандартные значения в 8 или 25 МГц, а я (уж так сложилось исторически) применяю кварцы на
12 МГц. Делители библиотека рассчитывает исходя из заданного HSE_VALUE и стандартного для
указанного семейства кварца. Я правил код библиотеки под себы, но это великое зло.
Интересно, это до сих пор так? (вопрос разобравшемуся человеку )

В расчете baud rate для USARTA есть вызов процедуры RCC_GetClocksFreq(&RCC_ClocksStatus); Которая инициализирует значения структуры RCC_ClocksStatus элементы которой участвуют в расчете. В этой процедуре и фигурирует определение HSE_VALUE. Если оно не соответствует Вашему кварцу, то и расчет будет не верным. У меня кварц на 4096000, что отличается от дефолтного в 2 раза, вот тут то и были грабли.