Jump to content

    
Sign in to follow this  
Serjaru

Сломал мозг! STM32F107VCT6, прерывание, USART2

Recommended Posts

Есть программка для выявления проблемы.

 

Простое usart эхо, принимает байты - срабатывает прерывание и отправляет hello назад.

 

Сам код может быть странный, но суть не в этом. Выдернули из большого.

 

Суть в том, что прерывание "виснет" когда начинаю бомбить быстро байтами. Как будто захлебывается. Помогает только снятие питания или резет.

 

и срабатывает строка "if(HAL_UART_Receive_IT(&huart1, &rcv, 1)!=HAL_OK)"

 

Как быть? В чем проблема?

 

Сразу для ответов "гугли", "читай RM" и прочих ... проходим мимо!

 

Я хочу получить ответ, о тех, кто действительно умный и знает, как решить проблему, кто уже сталкивался с этим.

 

....
UART_HandleTypeDef huart1;
....
char rcv;
volatile int rcvd;
....
....
int main(void)
{
...
  MX_USART1_UART_Init();
...
  while (1)
  {
        if(rcvd)
        {
            HAL_GPIO_WritePin(Led_GPIO_Port, Led_Pin, GPIO_PIN_SET);
            rcvd = 0;
            HAL_UART_Transmit(&huart1, "Hello!\r\n", 8, 0xFFFF);
            HAL_GPIO_WritePin(Led_GPIO_Port, Led_Pin, GPIO_PIN_RESET);
        }
  }
}

....
....
....
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
    if(huart == &huart1)
    {
        if(rcv == '\n') rcvd = 1;

        if(HAL_UART_Receive_IT(&huart1, &rcv, 1)!=HAL_OK)
        {
            HAL_GPIO_TogglePin(GPIOE, GPIO_PIN_0);
        }
    }
}
...
...
...

Edited by Sergey Abaev

Share this post


Link to post
Share on other sites
Как быть? Может, что-то не хватает?

Не хватает воли плюнуть на HAL, изучить Reference Manual и написать простую программу самостоятельно, не выдергивая из "большого".

Share this post


Link to post
Share on other sites
Не хватает воли плюнуть на HAL, изучить Reference Manual и написать простую программу самостоятельно, не выдергивая из "большого".

 

Ну такие ответы от умников я тоже ожидал. Проходите мимо!

Share this post


Link to post
Share on other sites

Нет понимания работы.

Надо смотреть, что происходит при вызовах HAL_...

 

Переставьте выше

HAL_GPIO_TogglePin(GPIOE, GPIO_PIN_0);

на прием каждого байта и убедитесь, что PE0 дергается при приеме каждого байта.

Ну а дальше нужно логически промоделировать работу процессора и прерываний.

 

HAL содержит больше бессмысленных операций, поэтому это один путь.

SPL содержит меньше ненужного кода, но нужно больше мозга для использования.

CMSIS минимальное кол-во кода, но мозга ещё больше надо + умение читать RM

Share this post


Link to post
Share on other sites
Суть в том, что прерывание "виснет" когда начинаю бомбить быстро байтами. Как будто захлебывается. Помогает только снятие питания или резет.

Поможет обработка переполнения приемника. Если произойдет переполнение приемника, а соответствующих флаг вы не сбросите,

то будете постоянно находится в прерывании приемника. Подробности в RM.

Share this post


Link to post
Share on other sites

Ну и кто за вас будет сбрасывать всякие ошибки приёма?

Полностью уверен в том, что устанавливается бит ошибки приёмника (а их там несколько) - вот всё и "тухнет".

Share this post


Link to post
Share on other sites

когда "виснет", смотреть состояние флагов usart.

в обработке прерывания проще убрать обработку через HAL, это будет значительно читабельнее и в сотни раз короче и быстрее.

в даташите на пальцах всё расписано, сделать несколько обязательных строчек и всё.

Edited by pvman

Share this post


Link to post
Share on other sites

Так написал же Sergey Abaev, что он не читает RM.

Пусть код индусский изучает.

Видимо и примеры ему тоже смотреть лень.

Сразу в бой с HAL_... - как Чапаев на белом коне.

Share this post


Link to post
Share on other sites

Можно попробовать в прерывании, перед выходом, поставить что то типа сброса всех флагов и ошибок напрямую в регистрах уарта. Скорее всего, как уже было замечено, какой то флаг вам не дает выйти из прерывания ( вернее вы туда тут же влетаете ). Ну или анализируйте, на сколько корректно HAL всё это делает за вас :)

Share this post


Link to post
Share on other sites

Это с какой же частотой UART "бомбить" нужно, чтобы "заклинило". Не знаю, не знаю... У меня 1 мбит/сек на прерываниях ничего не теряет.

Ну и правильно написали: HAL - в топку. Это индусское изделие еще тот гемор.

Ну и если прерывание уже в обработке (для UART например), то повторно его не вызовете. Флаг сбрасывать нужно, ручками. Мало того, если по выходу из прерывания его (флаг) не сбросить ( USART_ClearITPendingBit( USART1, USART_IT_RXNE ); ), то повторно и не сработает.

( пример из SPL )

Edited by leocat

Share this post


Link to post
Share on other sites
Суть в том, что прерывание "виснет" когда начинаю бомбить быстро байтами. Как будто захлебывается. Помогает только снятие питания или резет.
Вставал на подобную граблю. Не знаю, может вам это поможет.... St сделали багу закладку, чтоб не всё так сладко было, и оформили её как фичу, имхо. Суть в том, что прерывание RXNEIE срабатывает не только когда RXNE==1, но и ИЛИ когда ORE==1. У меня было так, что один раз когда нибудь встанет флаг ORE, и я зависал навечно в прерывании RXNEIE. Вы в одном обработчике должны проверять оба флага и делать соответствующее ветвление, ну и соответственно сбрасывать флаг ORE.

Share this post


Link to post
Share on other sites

Народ!!!! спасибо всем, кто подсказал. Проблему понял и решил.

 

Наверно это одна из тупейших тем, но сорри. На то он и форум. Еще раз спасибо за помощь и советы!

 

 

 

Тема закрыта.

 

Так написал же Sergey Abaev, что он не читает RM.

Пусть код индусский изучает.

Видимо и примеры ему тоже смотреть лень.

Сразу в бой с HAL_... - как Чапаев на белом коне.

 

 

Это вы зря! Примеров перелопатил много! Просто не понятно, почему так просто можно "подвесить" МК.

 

Я уже разобрался конечно.

 

Поможет обработка переполнения приемника. Если произойдет переполнение приемника, а соответствующих флаг вы не сбросите,

то будете постоянно находится в прерывании приемника. Подробности в RM.

 

 

СПАСИБО!!! Посмотрю RM

 

Можно добавить HAL_UART_ErrorCallback и там отслеживать ошибки мастерства программирования.

 

Вот это не знал!!!! Что-то не подумал над этим, а действительно!

 

Спасибо!!

 

Ну и кто за вас будет сбрасывать всякие ошибки приёма?

Полностью уверен в том, что устанавливается бит ошибки приёмника (а их там несколько) - вот всё и "тухнет".

 

 

Виноват - я болван :rolleyes:

 

Не хватает воли плюнуть на HAL, изучить Reference Manual и написать простую программу самостоятельно, не выдергивая из "большого".

 

Частично конечно согласен, но форум и знающие люди быстрее направят, а иначе зачем форум. Это конечно не говорит, что я вылез из пещеры и сразу в бой. Но и книги + форум = лучше

 

HAL их сбрасывает за меня (и за остальных тоже).

Полностью можно быть уверенным после просмотра кода.

 

Да я делал проект через куб, и добавил только, что выше. Просто удивляет, почему так просто можно "подвесить" МК. Но уже все понял! Спасибо!

 

когда "виснет", смотреть состояние флагов usart.

в обработке прерывания проще убрать обработку через HAL, это будет значительно читабельнее и в сотни раз короче и быстрее.

в даташите на пальцах всё расписано, сделать несколько обязательных строчек и всё.

 

Век живи, век учись! Спасибо, учтем!

 

Можно попробовать в прерывании, перед выходом, поставить что то типа сброса всех флагов и ошибок напрямую в регистрах уарта. Скорее всего, как уже было замечено, какой то флаг вам не дает выйти из прерывания ( вернее вы туда тут же влетаете ). Ну или анализируйте, на сколько корректно HAL всё это делает за вас :)

 

 

СПАСИБО!!!!!

 

Это с какой же частотой UART "бомбить" нужно, чтобы "заклинило". Не знаю, не знаю... У меня 1 мбит/сек на прерываниях ничего не теряет.

Ну и правильно написали: HAL - в топку. Это индусское изделие еще тот гемор.

Ну и если прерывание уже в обработке (для UART например), то повторно его не вызовете. Флаг сбрасывать нужно, ручками. Мало того, если по выходу из прерывания его (флаг) не сбросить ( USART_ClearITPendingBit( USART1, USART_IT_RXNE ); ), то повторно и не сработает.

( пример из SPL )

 

115200, где-то получалось около 720 байт в сек. Наверно это немного.

 

Но как я понял, принимает он без проблем, всё успевает. А вот назад, в сторону компа - затыкается. И видимо я не ждал окончания отправки. И как-то все висло!

 

Вставал на подобную граблю. Не знаю, может вам это поможет.... St сделали багу закладку, чтоб не всё так сладко было, и оформили её как фичу, имхо. Суть в том, что прерывание RXNEIE срабатывает не только когда RXNE==1, но и ИЛИ когда ORE==1. У меня было так, что один раз когда нибудь встанет флаг ORE, и я зависал навечно в прерывании RXNEIE. Вы в одном обработчике должны проверять оба флага и делать соответствующее ветвление, ну и соответственно сбрасывать флаг ORE.

 

Спасибо, проверю!!!

 

да, флаг USART_FLAG_ORE -указывает на ошибку переполнения, как раз похоже на случай ТС.

 

 

Спасибо! Спасибо!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this