小小的一個串口居然看了半天，原來對STM32系列的lib庫，好像是1.x版本感覺還不錯的。后來ST非要整個CUBEMx庫，往一個中斷接受函數(shù)里丟了一堆東西。
在rt-thread官網(wǎng)中給出了nano版本增加控制臺的示范例程，主要是增加了一個接受隊列。(如果用rt-thread studio配置控制臺，接受好像用的是查詢模式，如果只是單純一個控制臺，不干其他事情好像也沒啥事)

#ifdef RT_USING_FINSH

char rt_hw_console_getchar(void)

{

    int ch = -1;

    if (__HAL_UART_GET_FLAG(&handle, UART_FLAG_RXNE) != RESET)

    {

#if defined(SOC_SERIES_STM32L4) || defined(SOC_SERIES_STM32F7) || defined(SOC_SERIES_STM32F0)

    || defined(SOC_SERIES_STM32L0) || defined(SOC_SERIES_STM32G0) || defined(SOC_SERIES_STM32H7)

    || defined(SOC_SERIES_STM32G4)

        ch = handle.Instance->RDR & 0xff;

#else

        ch = handle.Instance->DR & 0xff;

#endif

    }

    else

    {

        if(__HAL_UART_GET_FLAG(&handle, UART_FLAG_ORE) != RESET)

        {

            __HAL_UART_CLEAR_OREFLAG(&handle);

        }

        rt_thread_mdelay(10);

    }

    return ch;

}

用中斷模式+接受隊列接受大量數(shù)據(jù)可能會更健壯可靠些。問題是實驗了幾次，只要在串口助手中發(fā)送了2個字節(jié)，中斷接受就出現(xiàn)問題，再也進入不了中斷函數(shù)了。后來關(guān)閉了控制臺的echo回應(yīng)功能，居然神奇的好了。

    /* normal is echo mode */#ifndef FINSH_ECHO_DISABLE_DEFAULT
    shell->echo_mode = 1;#else
    shell->echo_mode = 0;#endif

多半定位到是串口發(fā)送導(dǎo)致的。原來這是ST的HAL庫的bug，在串口發(fā)送中進行了互斥操作，導(dǎo)致有接受中斷時不能再次啟動接受中斷。如下

/**

  * @brief  Sends an amount of data in blocking mode.

  * @note   When UART parity is not enabled (PCE = 0), and Word Length is configured to 9 bits (M1-M0 = 01),

  *         the sent data is handled as a set of u16. In this case, Size must indicate the number

  *         of u16 provided through pData.

  * @param  huart Pointer to a UART_HandleTypeDef structure that contains

  *               the configuration information for the specified UART module.

  * @param  pData Pointer to data buffer (u8 or u16 data elements).

  * @param  Size  Amount of data elements (u8 or u16) to be sent

  * @param  Timeout Timeout duration

  * @retval HAL status

  */

HAL_StatusTypeDef HAL_UART_Transmit(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size, uint32_t Timeout)

{

  uint16_t *tmp;

  uint32_t tickstart = 0U;

  /* Check that a Tx process is not already ongoing */

  if (huart->gState == HAL_UART_STATE_READY)

  {

    if ((pData == NULL) || (Size == 0U))

    {

      return  HAL_ERROR;

    }

    /* Process Locked */

    __HAL_LOCK(huart);

   ....

   ....

    /* At end of Tx process, restore huart->gState to Ready */

    huart->gState = HAL_UART_STATE_READY;

    /* Process Unlocked */

    __HAL_UNLOCK(huart);

國外論壇也有這個討論
[https://community.st.com/s/question/0D50X00009XkeOGSAZ/questions-surrounding-hallock]

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart){...


        __HAL_UNLOCK(&HUART);   ...
    }}

在中斷回調(diào)函數(shù)中加入個unlock就好了。
當(dāng)時是注意到RTT官方的文檔中斷發(fā)送函數(shù)中有unlock操作，看來接受 也得加個

/* 移植控制臺，實現(xiàn)控制臺輸出, 對接 rt_hw_console_output */

void rt_hw_console_output(const char *str)

{

    rt_size_t i = 0, size = 0;

    char a = 'r';

    __HAL_UNLOCK(&HUART);

    size = rt_strlen(str);

    for (i = 0; i < size; i++)

    {

        if (*(str + i) == 'n')

        {

            HAL_UART_Transmit(&HUART, (uint8_t *)&a, 1, 1);

        }

        HAL_UART_Transmit(&HUART, (uint8_t *)(str + i), 1, 1);

    }

}