Остановка прерываний Systick в HAL

[katet]

Добрый день. Может быть,кто-нибудь уже сталкивался с таким. 

Занимаюсь доработкой чужого проекта в среде STM32CubeMX, первый раз работаю с библиотекой HAL.

В этом проекте осуществлялся прием байт по USART1 из ComMon. Проект был открыт в STM32CubeMX, где мной дополнительно были активированы новые модули - RTC, SD, USART2. Настройки USART1 не менялись. 

Часы реального времени RTC: питание от батарейки, тактирование – от LSE. 

При приеме байт по USART1 в новом проекте (активны  USART1, RTC, SD, USART2) было выявлено, что после приема 2 байт по USART1 перестает инкрементироваться значение переменной uwTick, отвечающей за прерывания Systick, в результате чего дальнейшая отладка невозможна. Не удается выяснить, в каком месте и почему перестает увеличиваться значение uwTick. При работе со старым проектом (где активен только USART1) uwTick инкрементируется после приема 2 байт.

Смены приоритета прерываний не происходит, в  функцию HAL_Delay() отладчик не попадает. При вызове функции HAL_ResumeTick(), возобновляющей прерывания Systick, ничего не меняется, значение uwTick остается неизменным.

Остановка прерываний была обнаружена при попадании в функцию:

static HAL_StatusTypeDef UART_WaitOnFlagUntilTimeout(UART_HandleTypeDef *huart, uint32_t Flag, FlagStatus Status, uint32_t Tickstart, uint32_t Timeout)
{
  /* Wait until flag is set */
  while((__HAL_UART_GET_FLAG(huart, Flag) ? SET : RESET) == Status) 
  {
    /* Check for the Timeout */
    if(Timeout != HAL_MAX_DELAY)
    {            
      if((Timeout == 0U)||((HAL_GetTick() - Tickstart ) > Timeout))
      {
        /* Disable TXE, RXNE, PE and ERR (Frame error, noise error, overrun error) interrupts for the interrupt process */
        CLEAR_BIT(huart->Instance->CR1, (USART_CR1_RXNEIE | USART_CR1_PEIE | USART_CR1_TXEIE));
        CLEAR_BIT(huart->Instance->CR3, USART_CR3_EIE);
        
        huart->gState  = HAL_UART_STATE_READY;
        huart->RxState = HAL_UART_STATE_READY;
        
        /* Process Unlocked */
        __HAL_UNLOCK(huart);
        
        return HAL_TIMEOUT;
      }
    }
  }
  
  return HAL_OK;
}

В новом проекте текущее значение uwTick, возвращаемое функцией HAL_GetTick(), всегда равно значению Tickstart. В старом проекте сначала также, но затем uwTick начинает увеличиваться. Выяснить, в каком именно месте кода значение uwTick должно начать увеличиваться, не удается.

Может быть, у кого-нибудь есть хоть какие-то идеи, с чем может быть связана остановка увеличения значений uwTick, помогите пожалуйста)

Распиновка и конфигурация обоих проектов: верхняя часть рисунков - первоначальный, работающий вариант,  нижняя - сбой прерываний Systick.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[MasterElectric]

Остановить Systick: 

SysTick->CTRL &= ~SysTick_CTRL_ENABLE_Msk;

Ладно пусть будет, дочитал таки...

Давай проект... идей ноль)

Или открой в нотпаде++ проект и ищи места "SysTick->CTRL" потом ищи где остановка в какой функции, потом ищи по всему проекту ту функцию и т.д.

Изменено 4 июля, 2019 пользователем MasterElectric

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[katet]

25 минут назад, MasterElectric сказал:

Остановить Systick: 

SysTick->CTRL &= ~SysTick_CTRL_ENABLE_Msk;

Ладно пусть будет, дочитал таки...

Давай проект... идей ноль)

Или открой в нотпаде++ проект и ищи места "SysTick->CTRL" потом ищи где остановка в какой функции, потом ищи по всему проекту ту функцию и т.д.

Проект здесь: https://download.ru/files/cXsDO4wK

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[MasterElectric]

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

P.S. И мне интересно каким макаром ты одновременно с таким подходом будешь принимать данные по двум UART. И для подтверждения при зависании останови и посмотри состояние регистров систика (разрешено ли прерывание) и NVIC по отложенным прерываниям (есть ли отложенные)

Изменено 4 июля, 2019 пользователем MasterElectric

[katet]

13 часа назад, MasterElectric сказал:

NVIC

Оказалось, что перед генерацией проекта в STM32CubeMX в настройках USART NVIC Settings была убрана галочка с USART global interrupt enabled 

Огромное спасибо за помощь)