STM32F103:定时器可以干扰uart吗?

2019-07-14 17:36发布

我有一个简单的程序,它从UART接口接收数据并驱动WS2812b LED灯条。因此,我使用USART3接收数据(在IRQ模式下)和T3C2(定时器3,通道2)来驱动LED。这是代码:如果我在没有启用计时器的情况下使用uart接口,一切工作都很完美,但是当我启用计时器时,我开始丢失数据。例如,这里是日志,如果我发送5个类似的32字节数据包[0x41..0x60]
  1. <font size="4">read 29 byte(s): 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F
  2. read 29 byte(s): 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 60
  3. read 28 byte(s): 41 42 43 44 45 46 47 48 49 4A 4D 4E 4F 50 51 52 53 54 55 56 57 58 59 5A 5D 5E 5F 60
  4. read 29 byte(s): 41 42 43 44 45 46 47 48 4B 4C 4D 4E 4F 50 51 52 53 54 55 56 57 58 5A 5B 5C 5D 5E 5F 60</font>
复制代码
每次丢失3~4个字节。我尝试使用不同的波特率,不同的usart端口 - 结果是一样的。计时器间隔在第142行中设置:timer_set_period(TIM3, WSP);哪里#define TICK_NS (1000/72)#define WSP (1300 / TICK_NS)如果我注释掉这一行,问题就会消失,但是,当然,如果没有它,我将无法驱动LED。因此,看起来我无法同时驱动WS2812b LED并从UART接收数据。这应该是这样的吗?知道我该如何修复它?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
10条回答
daitz
2019-07-15 17:31
在某种程度上它是相同的,因为无论哪种情况都没有阻止你的中断。然而,尝试使用尽可能少的IRQ并使它们尽可能小(例如,只唤醒μC并为主循环中的实际处理设置标志)具有消除竞争条件潜力的额外好处。这样,您也可以始终相信您的处理以相同的顺序发生(在主循环中)。很明显,当我这样提到它时,但想象一下,如果你突然决定在IRQ(以及其他地方)使用UART调试打印,会发生什么。

一周热门 更多>