谢谢！是的，当我丢失数据时，我收到了USART_SR_ORE标志。有没有办法找到超限的原因？

我有一些数据丢失和（高波特率）UART的经验。唯一好的解决方案似乎是使用UART的最高中断优先级（以及仅用于UART），并确保仅在非常短的持续时间内禁用UART IRQ（例如，在评估接收缓冲区时）。在我的情况下，我无法使用DMA，因为我不知道我会收到多少字节。

看着这个

#define TICK_NS (1000/72)
#define WSP (1300 / TICK_NS)
你的计时器需要大约100步（如果我从规格中得到它）然后运行你告诉它的任何例行程序。我无法清楚地看到你的程序需要多少时间才能完成一个步骤，但似乎你的计时器例程应该经常运行（每秒偶数1000次或更多）。

现在，如果您的uart例程在没有计时器的情况下按预期工作，但在引入时丢失数据，则强烈建议计时器中断您的串行通信。

这可能是因为：

你的计时器例程经常运行
计时器例程太长
定时器中断的优先级高于uart中断。
或者可能将它们全部放在一起。

可能的解决方案：

STM32具有称为NVIC（嵌套矢量中断控制器）的东西，您可以使用它来更改中断优先级。

当你使用两个或多个中断时，你必须考虑它们几乎可以在同一时间运行（这种情况在两个中断以相似的频率运行时更常发生），并且一个例程可能因此而丢失信息（特别是使用uart）。所以你必须想办法处理这个明确的案例 - >锁定机制或改变优先级。

您的日常工作时间越长，您输入第二点所述情况的可能性就越高。通常的做法是使中断例程尽可能短，并且永远不要在中断中使用延迟或循环。

考虑是否有一种方法可以更少地运行您的计时器例程。这样你至少可以最大限度地减少数据丢失的可能性，但是要完全排除它，你将不得不做第1-3点中描述的事情。

与增加中断优先级不一样？

谢谢你的回答！测量调试定时器频率的时间间隔以及评估中断处理程序例程的运行时间的最佳方法是什么？