STM32F0 и USART

[dosikus]

Keil однозначно .

[wss60]

Мой рабочий код – проверен на GCC+

[dosikus]

wss60, Да чуть не забыл.

#define APBCLK 8000000UL // частота мк

Так как ты переключаешь тактирование USART на HSI,
корректней было обозвать сей дефайн USARTCLK с соответствующей правкой вычислялки...

[wss60]

Подправил

[GARMIN]

wss60, благодарю за пример.
Я пока никак не разберусь с NVIC. Я вижу, что в начале устанавливается таблица прерываний по одному вектору на устройство.
Но затем у нас есть, например в USART ещё 13 маскируемых запросов на прерывания. Как их различать? В AVR для этого были свои векторы, а здесь есть NVIC, который для меня пока чёрный ящик.
Если программа переходит по вектору прерываний, значит прерывание отрабатывается, а если из вектора не возвращается, значит проблема или со стеком, или с адресом возврата, то есть с настройками NVIC.
Как стек настраивается, сколько стеков в СТМ?
Курю даташит, уши горят.

[GARMIN]

Я правильно думаю?
Вначале в USART разрешаются прерывания по определённому событию:

Код: Выделить всё

  USART1->CR1  |= USART_CR1_RXNEIE;       //прерывание по приему данных

Затем в NVIC разрешается прерывание USART

Код: Выделить всё

  NVIC_EnableIRQ (USART1_IRQn);           //разрешить прерывания от USART1

Затем в прерывании анализируется источник прерывания:

Код: Выделить всё

if((USART1->ISR & USART_ISR_RXNE)!=0)

и принимается решение что-то делать.
так?

[dosikus]

Угу все верно . Не забудьте еще о приоритете прерывания .

[dosikus]

здесь есть NVIC, который для меня пока чёрный ящик.
Если программа переходит по вектору прерываний, значит прерывание отрабатывается, а если из вектора не возвращается, значит проблема или со стеком, или с адресом возврата, то есть с настройками NVIC.

В дебри лезете, NVIC здесь не причем . А вот непонимание работы прерываний с FreeRTOS скорей всего имеет место .

[Kvasshtain]

Всем добрый день. У меня все заработало. Как и говорил уважаемый Dosikus (еще раз этому великому кошану спасибо ), читаешь данные из регистра RDR и все работает, как часы. Спасибо еще раз за помощь. Вот только забыл принесть код. Постараюсь завтра выложить. Но сразу хочу сказать, что там кардинально ни чего не поменялось, кроме вычетки регистра RDR в теле прерывания. Вот и все. Дальше буду пробовать наверное с АЦП. НО ТАМ … ВОЩПЕ ОХРИНЕТЬ НАЩАЛЬНИКА . Нда, это тебе не AVR-ка или PIC. ARM ешкин кот . Наверное новую тему придется заводить. Кстати по поводу ИДЕ-шки. Я пользуюсь IAR-ом. Пока доволен.

[dosikus]

Дальше буду пробовать наверное с АЦП. НО ТАМ … ВОЩПЕ ОХРИНЕТЬ НАЩАЛЬНИКА

Ничего ТАМ сложного нет, все элементарно и просто. Главное читать и не пользовать SPL.

[Kvasshtain]

Будем наедятся, что все пройдет гладко. Но немного почитав (с моим «офигенным» знанием английского) про АЦП, я немного прибалдел. Там только один алгоритм включения чего стоит. ШЕДЕБР. Шаг влево, шаг вправо — расстрел, нафиг.

[GARMIN]

Большое спасибо vss60 и dosikus за подсказки.
За это время я портировал код под IAR и немного разобрался с прерываниями.
Что получается:
Поскольку прерывания общие для всего устройства, то в прерывании необходимо анализировать все возможные источники их возникновения и вручную снимать флаги возникновения прерывания.
В данном случае прерывание возникает не только по заполнению приёмного буфера, но и по его переполнению. Например, в процессе отладки.
Это причина зацикливания прерывания.
Поправленный код:

Код: Выделить всё

void USART1_IRQHandler(void)
{
	if((USART1->ISR & USART_ISR_RXNE)!=0)
	{
		usart_temp = USART1->RDR;
	}
	if (USART1->ISR & USART_ISR_ORE)
	{
		USART1->ICR |= USART_ICR_ORECF;
	}
}

Тут ни кокос ни причём, ни IAR.

И пару размышлений.
Первое.
Почему вы не советуете использовать CMSIS (он же SPL)?
Неужели код

Код: Выделить всё

	
   GPIOC->MODER |= GPIO_MODER_MODER8_0 | GPIO_MODER_MODER9_0;
   GPIOC->OTYPER &= ~GPIO_OTYPER_OT_8 & ~GPIO_OTYPER_OT_9;	
   GPIOC->OSPEEDR &= ~GPIO_OSPEEDER_OSPEEDR8 & ~GPIO_OSPEEDER_OSPEEDR9;
   GPIOC->PUPDR &= ~GPIO_PUPDR_PUPDR8 & ~GPIO_PUPDR_PUPDR9;	

более понятен и более безопасен, чем код:

Код: Выделить всё

   
   GPIO_InitStruct.GPIO_Pin = GPIO_Pin_8;
   GPIO_InitStruct.GPIO_Mode = GPIO_Mode_OUT;
   GPIO_InitStruct.GPIO_Speed = GPIO_Speed_Level_2;
   GPIO_InitStruct.GPIO_OType = GPIO_OType_PP;
   GPIO_InitStruct.GPIO_PuPd = GPIO_PuPd_NOPULL;

   GPIO_Init ((GPIO_TypeDef *)  GPIOC, (GPIO_InitTypeDef *)  &GPIO_InitStruct);

Второй вопрос связан с FreeRTOS 7.5.3.
К сожалению, и в IAR, и в CooCox после настроек портирования она сваливается в Hard Fault.
Надо бы мне ещё поразбираться в особенностях настройки на STM32F051

[Kvasshtain]

Жмакнул не ту пуколку, шлепнул не по той свистелке не тогда, когда надо, дернул не за ту шморгалку какую нужно не в том месте и … ман-ц пацаны. Контроллер откажется от оцифровки и уйдет к лесным братьям — партизанам.

[dosikus]

И пару размышлений.
Первое.
Почему вы не советуете использовать CMSIS (он же SPL)?
Неужели код

более понятен и более безопасен, чем код:

Для начала не путай мягкое с теплым .
CMSIS никакой ж к SPL не относится .
А код не только более понятен, он же и эффективней и безопасней .
Осознать сие ты сможешь только с опытом ,
но сейчас для тебя кажущая легкость главней . А это беда всех новичков ...

[GARMIN]

Дело не в лёгкости. Например, установка приоритетов прерываний в совмещённых полях 32-битного слова.
Или регистры альтернативных функций портов ВВ.
Тут довольно легко ошибиться с определением нужного бита. Намного понятнее использовать структуру управления и функцию установки.

Но это не предмет разговора.
Сейчас скачал последнюю версию FreeRTOS 7.6.0 с депозитария, в архиве не было файла startup_stm32f0xx.s под GCC.
Я применил его от предыдущей версии.
Проект собрался, мигает. Буду пробовать прерывание и USART.
Курю приоритеты прерываний.
Есть разные абстракции.
1) приоритеты прерываний в процессоре. Маскируемые и немаскируемые. В STM32F051 они могут быть в диапазоне -4 ... 255 (или 127, если там применимы signed char)
2) приоритеты прерываний, используемые RTOS. Есть прерывания, маскируемые OS в критических секциях, есть прерывания, немаскируемые OS. Как это выглядит для STM32F051, я пока не знаю.
3) софтовые приоритеты задач в самой RTOS. Тут понятно, задаются при создании задач, могут меняться внутри задач.

Что же у меня было с кучей? Почему памяти не хватало при минимальных настройках?

[GARMIN]

Пока USART не сваливается. Отдаёт эхо на терминал. Попробую буфер и очередь.

[dosikus]

Дело не в лёгкости. Например, установка приоритетов прерываний в совмещённых полях 32-битного слова.
Или регистры альтернативных функций портов ВВ.
Тут довольно легко ошибиться с определением нужного бита. Намного понятнее использовать структуру управления и функцию установки.

Глупости все это . В SPL прослойка между юзер кодом и CMSIS .
Вот пример инита прерывания .

Код: Выделить всё

 
  NVIC_SetPriority(TIM3_IRQn, 15);
  NVIC_EnableIRQ(TIM3_IRQn);

Инит альтернативных функций с легкостью выдирается из SPL и от нее не остается и следа .
Так что неправда ваша...

[GARMIN]

Тогда, будь добр, подскажи правильную последовательность действий, что после чего нужно делать:
1) установить альтернативные функции порта
2) включить тактирование порта
3) установить режим USART
4) установить разрешение прерывания в USART
5) разрешить работу USART
6) установить приоритет прерывания в NVIC
7) разрешить прерывание USART в NVIC

У меня после разрешения прерывания сразу один цикл срабатывает, хотя я сбрасываю флаги после разрешения USART

[dosikus]

2
1
3
4
6
7
5

Причем можно так же до разрешения UART сбросить флаги прерываний.

[Kvasshtain]

У меня не совсем такая последовательность, но все равно работает. В следующий раз учту совет уважаемого Dosikus-а. Как и обещал выкладываю наковырянное. Криво конечно, но может быть кому поможет.