STM32Delay函数和串口接收之间的一点小疑问

一开始在串口中断内执行接收是完美的接收但在主函数里一离开串口中断再执行完Delay函数后总是莫名奇妙多接收一位\r 而且这次接收即使用Keil5在串口接收中断内设置断点调试也不会停下恳请各位看看

这是Delay函数

void Delay_us(uint32_t xus)
{
    SysTick->LOAD = 72 * xus;                //设置定时器重装值
    SysTick->VAL = 0x00;                    //清空当前计数值
    SysTick->CTRL = 0x00000005;                //设置时钟源为HCLK，启动定时器
    while(!(SysTick->CTRL & 0x00010000));    //等待计数到0
    SysTick->CTRL = 0x00000004;                //关闭定时器
}

这是串口的接收中断

void USART1_IRQHandler(void)                    //串口1中断服务程序
{
    if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)  //接收中断(接收到的数据必须是0x0d 0x0a结尾)
    {
        Usart_Recv_Data[Usart_Recv_Len]=USART_ReceiveData(USART1);//(USART1->DR);    //读取接收到的数据
        Usart_Recv_Len++;
        if((Usart_Recv_Data[Usart_Recv_Len-2]==0x0D)&&(Usart_Recv_Data[Usart_Recv_Len-1]==0x0A))
        {
            Usart_Recv_Data[Usart_Recv_Len-2] = '\0';
            Usart_Recv_Len = 0;
        }
  } 
}

所用单片机为STM32F103C8T6

你有检查STM32中断优先级吗，我映像里它是有区分的，看你的代码SysTick定时器进入中断服务程序时会被重置，这个时候中断处理程序时没有正确计时就有可能发生，改写下：

SystemCoreClock方法：
void Delay_us(uint32_t us)  
{  
    for (volatile uint32_t i = 0; i < (us * SystemCoreClock / 1000000); i++);  
}

贴完整点的代码呢

援引讯飞星火：
从你的描述和代码中，我猜测问题可能出在Delay_us函数的执行时机上。当你在串口中断服务程序中接收数据时，如果此时STM32正在执行Delay_us函数，那么可能会导致串口接收的数据出现错误。

为了解决这个问题，你可以尝试将Delay_us函数放在一个单独的线程中执行，这样即使主函数在执行Delay_us函数时，串口中断服务程序仍然可以正常接收数据。你可以使用STM32的硬件定时器或者软件定时器来实现这个功能。

以下是一个使用软件定时器的示例：

首先，配置两个定时器，一个用于Delay_us函数，另一个用于检查定时器溢出。

void TIM2_IRQHandler(void)
{
    if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET)
    {
        TIM_ClearITPendingBit(TIM2, TIM_IT_Update);
        // 在这里执行Delay_us函数
    }
}

void TIM3_IRQHandler(void)
{
    if (TIM_GetITStatus(TIM3, TIM_IT_Update) != RESET)
    {
        TIM_ClearITPendingBit(TIM3, TIM_IT_Update);
        // 在这里执行检查定时器溢出的操作，例如重新设置定时器溢出标志
    }
}

初始化这两个定时器，并启用它们。

void init_timers(void)
{
    RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE);
    RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE);

    TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure;
    NVIC_InitTypeDef NVIC_InitStructure;

    TIM_TimeBaseStructure.TIM_Period = 7200 - 1; // 设置自动重装载值，使得定时器每7200个时钟周期溢出一次
    TIM_TimeBaseStructure.TIM_Prescaler = 9999; // 设置预分频值，使得定时器频率为1MHz
    TIM_TimeBaseStructure.TIM_ClockDivision = 0;
    TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up;
    TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure);

    TIM_TimeBaseInit(TIM3, &TIM_TimeBaseStructure);

    NVIC_InitStructure.NVIC_IRQChannel = TIM2_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 1;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure);

    NVIC_InitStructure.NVIC_IRQChannel = TIM3_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 2;
    NVIC_Init(&NVIC_InitStructure);

    TIM_ITConfig(TIM2, TIM_IT_Update, ENABLE);
    TIM_ITConfig(TIM3, TIM_IT_Update, ENABLE);

    TIM_Cmd(TIM2, ENABLE);
    TIM_Cmd(TIM3, ENABLE);
}

在USART1_IRQHandler函数中，调用init_timers函数初始化定时器，并在接收到数据后重新设置定时器溢出标志。

void USART1_IRQHandler(void)
{
    if (USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)
    {
        Usart_Recv_Data[Usart_Recv_Len] = USART_ReceiveData(USART1);
        Usart_Recv_Len++;
        if ((Usart_Recv_Data[Usart_Recv_Len - 2] == 0x0D) && (Usart_Recv_Data[Usart_Recv_Len - 1] == 0x0A))
        {
            Usart_Recv_Data[Usart_Recv_Len - 2] = '\0';
            Usart_Recv_Len = 0;
        }

        // 重新设置定时器溢出标志
        TIM3->SR = 1;
    }
}

最后，在主函数中调用init_timers函数初始化定时器。

int main(void)
{
    init_timers();
    // 其他初始化代码...
    while (1)
    {
        // 主循环代码...
    }
}

这样，当主函数在执行Delay_us函数时，串口中断服务程序仍然可以正常接收数据，不会出现数据接收错误的问题。

引用GPT部分内容回答：根据你提供的代码和描述，问题可能出现在主函数中的延迟函数（Delay_us）和串口中断处理函数（USART1_IRQHandler）之间的冲突。

首先，确保中断优先级设置正确。请确保串口接收中断的优先级高于其他中断（例如SysTick定时器中断）。可以使用NVIC_SetPriority()函数来设置中断优先级。

其次，由于你在主函数中使用了延迟函数（Delay_us），这可能导致中断无法及时处理。延迟函数通常是通过循环计数来实现的，当延迟时间较长时，整个系统可能会被阻塞，导致中断无法及时响应。建议使用定时器来实现延迟功能，而不是忙等待。

最后，检查你的接收缓冲区（Usart_Recv_Data）的长度和操作。根据你的描述，\r 是多余接收到的字符，可能是由于接收缓冲区未正确清零导致的。在接收到完整数据后，及时清空接收缓冲区，并将接收长度（Usart_Recv_Len）重置为0，以便下一次接收。

避免在主函数中使用阻塞式的延时函数。可以考虑使用硬件定时器或其他方式实现延时，以确保不会干扰其他中断的正常执行。

参考gpt：
结合自己分析给你如下建议：
一个可能的原因是您的Delay_us函数使用了SysTick定时器，而这个定时器在中断中也会继续计数，导致延时时间不准确。
另一个可能的原因是您的串口接收中断没有正确处理溢出情况，导致接收缓冲区被覆盖。
为了解决这些问题，您可以尝试以下几个方法：
使用其他定时器代替SysTick定时器，或者在延时函数中关闭全局中断。
在串口接收中断中检查ORE标志位，如果发生溢出，则清除标志位并读取DR寄存器。
增加接收缓冲区的大小，或者使用DMA方式接收数据。

FreeRTOS例程3-串口中断接收不定长的数据与二值信号量的使用 - 知乎 1 基础知识点1.1 串口中断种类串口中断属于STM32本身的资源，不涉及到FreeRTOS，但可与FreeRTOS配合使用。串口接收中断中断标志为：USART_IT_RXNE，即rx none empty，串口只要接收到数据就触发中断，如果是接收…

https://zhuanlan.zhihu.com/p/156920587

看完这篇，不要说不懂串口通信！ - 知乎一、什么是串口通讯？串行通讯是指仅用一根接收线和一根发送线就能将数据以位进行传输的一种通讯方式。尽管串行通讯的比按字节传输的并行通信慢，但是串口可以在仅仅使用两根线的情况下就能实现数据的传输。典型…

https://zhuanlan.zhihu.com/p/478710212

串口丢数据的几个常见原因 - 知乎 UART：Universal Asynchronous Receiver / Transmitter，通用异步收发传输器，即我们通常说的串口。串口是工程师最常用的串行外设之一，但在实际应用中还是会经常遇到各种问题。比如：丢失一字节数据。今天我们…

https://zhuanlan.zhihu.com/p/490012075

贴完整代码

参考结合GPT4.0、文心一言，如有帮助，恭请采纳。

根据你的代码和串口中断处理程序来看，关于延迟函数，你的实现是微秒级的延迟。这可能会对接收产生影响，因为延迟可能会导致接收中断被延迟处理。但是，这不应该导致多接收一位，除非你的波特率设置不正确或者硬件有其它问题。

你提到在串口接收中断内设置断点调试不会停止，这可能是因为中断被优化掉了。在Keil中，你可以在Debug选项中禁止优化，这样中断就能正确停止。

然后，关于你提到的多接收一位的问题，我建议你在读取USART_ReceiveData(USART1)之前和之后都读取USART1->DR的值，看看是否在读取数据后还有其它字符被接收了。

此外，你还需要确认你的波特率设置、奇偶校验位、停止位等参数是否正确。这些设置如果不正确，可能会导致接收错误。
最后，建议你使用串口调试助手等工具来测试你的串口通信，看看是否能正常接收数据？

硬件定时器进行延时行吗

【以下回答由 GPT 生成】

这个问题可能是因为Delay_us函数中的延迟循环阻塞了中断的正常执行。由于Delay_us函数中使用了一个循环来实现延迟，因此在该函数执行期间，系统的处理器会一直忙于执行循环，而不能处理其他中断。这导致了串口接收中断在这段时间内不能及时被触发和处理，从而导致了额外接收到的字符。

为了解决这个问题，你可以考虑使用定时器或者计数器来实现精确的延迟，而不是使用循环延迟。下面是一种可选的解决方案：

首先，你需要配置一个定时器或者计数器以便实现精确的延迟。你可以使用STM32提供的定时器或者SysTick定时器来实现。具体配置方法可以参考芯片的参考手册和相应的库文档。
然后，在你的代码中替换Delay_us函数，使用新的延迟函数。这个函数应该能够接受以微秒为单位的延迟时间，并在延迟结束后返回。可以使用定时器或者计数器的中断来触发延迟结束。

以下是一个示例代码，展示了如何使用SysTick定时器来实现精确的延迟：

void Delay_us(uint32_t xus)
{
    uint32_t ticks = xus * (SystemCoreClock / 1000000);  // 计算延迟所需的滴答数

    SysTick->LOAD = ticks - 1;                // 设置定时器重装值
    SysTick->VAL = 0x00;                    // 清空当前计数值
    SysTick->CTRL = 0x00000007;                // 设置时钟源为HCLK，使能中断，启动定时器

    while(!(SysTick->CTRL & 0x00010000));    // 等待计数到0

    SysTick->CTRL = 0x00000004;                // 关闭定时器
}

请注意替换Delay_us函数后，你的串口接收中断函数可能需要进行适当的调整。具体调整方式取决于你的需求和实现细节。

希望这个解决方案能够帮助你解决问题！如果你还有其他问题，请随时向我提问。

【相关推荐】

这篇博客: STM32F103五分钟入门系列（九）延时函数（自己重写的底层）（上限：477218ms和477218588us）中的 （二）delay.h头文件编写 部分也许能够解决你的问题。

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^

1、如果你在主函数中使用延迟函数（如 delay）而不在中断中使用，可能会导致主函数暂停执行，无法及时处理接收到的数据。在中断服务例程中应尽量避免使用延迟函数。
2、确保串口接收中断的优先级设置正确。中断的优先级可能影响中断服务例程何时被调用以及是否被主函数打断。

可能是由于延时函数 Delay_us 的执行时间较长，导致在主函数中执行完延时函数后，串口接收中断还未完成

结合GPT给出回答如下请题主参考
在主函数里执行完Delay函数后，多接收了一位\r的原因可能是由于串口接收缓冲区中还有一个\r未被处理，在主函数里执行完Delay函数后，程序继续执行，此时会继续从串口接收缓冲区读取数据，可能会读取到之前未处理的\r造成多接收一位\r的情况。

解决办法可以是在串口中断中加入处理\r的代码，或者在主函数中在读取新的数据之前先判断一下缓冲区中是否有\r未被处理，如果有则先处理掉。另外，可以考虑使用DMA方式接收串口数据，可以减少对主循环的影响，提高程序的实时性。

说的有点模糊，能不能把完整代码发出来看一下？这边好解决。

基于STM32的流水灯串口通信实验
可以参考下

基于STM32的流水灯串口通信实验_delay_init(72);_Jay、cc的博客-CSDN博客基于STM32的流水灯串口通信实验_delay_init(72);

https://blog.csdn.net/qq_52791446/article/details/127314157

STM32串口接受和发送数据的程序（USART/UART）_stm32单片机串口接收程序_冯采的博客-CSDN博客本实验中,STM32通过串口1和串口2上位机对话，STM32通过串口1在收到上位机发过来的字符串(以回车换行结束)后，通过串口2原原本本的返回给上位机。一、配置USART1#include "sys.h"#include "usart1.h" #if SYSTEM_SUPPORT_OS#include "includes.h"//ucos 使用 #endif#if 1#pragma import(__use_no_semihosting) //标准库需要_stm32单片机串口接收程序

https://blog.csdn.net/weixin_45024820/article/details/120140396

中断里没收完，

1.首先不要使用阻塞性的延时。尽量根据软件需求使用非阻塞延时。

void delay_non_blocking(uint32_t milliseconds) {
    uint32_t start_time = get_timer_count();
    while (get_timer_count() - start_time < milliseconds) {
        // 继续执行其他任务
    }
}

2.\r\n 大部分情况是一起的，看看是不是数据接受不完整。
3.用逻辑分析仪看一下串口的pin脚信号。

主程序执行串口接收，需要在外部输入数据第一次进中断附标志，主程序中对标志进行判断，进入后根据数据长度，波特率，来选择合适的延时，完成对数据的接收，不然数据不完整

延迟函数的实现： Delay 函数的实现可能会影响串口接收。 Delay 函数可能会对串口接收产生任何干扰。
接收缓冲区溢出：在串口接收中断中，可能已经正确地处理了接收数据，并将其存储在缓冲区中。但是，在主函数中执行 Delay 函数时，如果接收数据的速度比处理数据的速度快，可能会导致接收缓冲区溢出。这可能会导致额外的字符被错误地接收。可以检查接收缓冲区的大小和处理数据的速度，确保它们之间有足够的缓冲空间。
调试工具问题：提到在串口接收中断内设置断点调试时，无法停止执行。这可能是由于调试工具的配置问题或与中断优先级相关的调试设置问题。可以检查调试工具的设置，确保它正确地处理中断断点。

问题在于，当接收缓冲区中存在多个接收字符时，没有正确处理接收到的数据。可以在接收完一个字符后，立即将其添加到接收缓冲区中，并在接收完一行数据后，将接收缓冲区的最后一个字符设为字符串结束符（'\0'），并将接收长度重置为0。

参考gpt
根据您提供的代码和描述，您在主函数中执行Delay函数后，会出现莫名奇妙地多接收一个'\r'的情况。这可能是由于串口接收中断在执行期间，主函数中的Delay函数导致了一些数据的丢失或错位。

在STM32单片机中，串口接收中断是通过硬件中断触发的，而主函数中的Delay函数是通过软件延时实现的。当串口接收中断正在进行时，如果主函数执行了Delay函数，可能会导致中断处理被延迟，从而导致接收到的数据在主函数中被覆盖或丢失。

为了解决这个问题，您可以考虑在主函数中使用标志位来判断是否有新的数据接收到，并在合适的时机处理该数据。具体的做法如下：

在全局变量中定义一个标志位，例如volatile uint8_t newDataReceived = 0;。

在串口接收中断中设置标志位，表示有新的数据接收到：

void USART1_IRQHandler(void)
{
 if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)
 {
     // 接收到数据的处理
     // ...
     
     newDataReceived = 1; // 设置标志位，表示有新的数据接收到
 }
}

在主函数中，使用循环等待标志位变为1，然后处理接收到的数据：

while(1)
{
 if(newDataReceived)
 {
     // 处理接收到的数据
     // ...
     
     newDataReceived = 0; // 处理完数据后，将标志位重置为0
 }
 
 Delay_us(1000); // 延时1ms
}

题主，这个问题我来替你解决(参考结合AI智能、文心一言)，若有帮助，还望采纳，点击回答右侧采纳即可。
可能是因为您的串口接收缓冲区没有及时清空导致的。建议在串口接收中断里添加清空接收缓冲区的代码，以确保在下一次接收数据前缓冲区已被清空。同时确保在主函数里也清空接收缓冲区，以避免出现多余的接收数据。

另外，也可以检查串口接收的参数设置是否正确，例如波特率、数据位、停止位和校验位等。如果这些参数设置不正确，也可能导致接收数据错误。

因为当中断服务函数还未处理完一个字符而延时函数已经开始执行时发生的。这可能导致延时函数执行的时间比你期望的更长，串口接收中断又被触发了一次