最近，在一个项目中使用到蓝牙，但是调试过程出现了很多问题。 刚开始使用的是HC06蓝牙，刚开始使用较为正常，可以实现蓝牙模块和电脑设备直接连接，而且数据接收正常。

在接下来的设计中，考虑到适配问题，就设计了配套的蓝牙接收模块，同样是HC06贴片模块。但问题随之出现。

连接不稳定！！！ 模块之间在没有数据传输时，模块连接稳定，且在数据量小的时候也没有问题，这个小数据量是指：一秒传输1个数据或者两个数据。

当传输量大的时候，比如一秒十个数据，这个时候模块之间会出现数据传输阻塞，出现数据传输卡顿，造成数据丢失，并最终造成模块连接因为空中通信阻塞而断开。

在测试中，也测试过是否与蓝牙传输波特率是否有关，但实际测试之后，阻塞问题不会因为波特率改变而出现解决或者改善。

在后来的了解中得知，蓝牙一般选择协议4.0以上，产品的数据实时性才有所保证，而协议2.0，虽然使用广泛，但很难保证实时性，也就是没法做到大量数据同步到另一个模块。所以在后来的设计中也重新更换了别的蓝牙（新蓝牙使用的是蓝牙5.0协议）

2、STM32串口的问题 在使用STM32串口过程中，发现电路只有在复位之后才会有数据传输，只要中途掉电，再次上电，数据传输就会消失，或者在重新编译下载之后传输也是正常的。在排除程序卡死、复位电路错误等问题之后，只能 进一步寻找软件程序上的问题。因此，一步一步进行编译调试发现，STM32串口中断还真的有BUG。

先说在网上找到的一个几乎一模一样的问题的帖子：串口接收中断异常 主要的描述:现在发现一部分板子（另外一些正常工作）掉电之后再次上电串口没有数据输出，输入也没反应，单片机正常工作（设定了DA）。按复位键之后正常工作，串口可发送可接收。 重新下完程序，则正常运行。断电之后出现上述情况~~~ 在这个帖子中主要给出的问题源头是STM32串口中断机制有问题。 详细的介绍着这个地方：串口接收中断异常（2）

在我们串口初始化程序中会有串口中断使能： USART_ITConfig(USART1, USART_IT_RXNE, ENABLE);

在USART配置中只打开了接收中断!没有数据送过来应该是不可能进入中断的！ 但是使能了接收中断，那么ORE中断也同时被开启了。 只要接收中断打开，即RXNEIE设置为1，那么ORE中断也自动打开了。 可是USART_GetITStatus(USART1, USART_IT_ORE )== RESET!!! 找到USART_GetITStatus(USART1, USART_IT_RXNE)函数，发现只有当USART_IT_ERR中断使能时，才能读到ORE中断。 在这里要指出这个BUG：产生ORE中断了，但使用USART_GetITStatus()函数却无法读到这个中断被SET起来！

既然找到了是什么中断，那么把相应的中断标志位清除，就应该可以了吧？ USART_ClearITPendingBit(USART1, USART_IT_ORE); 但是，结果是没有任何效果！清除之后，马上读ORE中断状态，USART_GetITStatus(USART1, USART_IT_ORE)==RESET.程序仍然跑死在接收中断。再使用另一个函数USART_GetFlagStatus(USART1, USART_FLAG_ORE) = SET，原来ORE标志位还没有清除。

他的解决办法： 串口中断程序中使用if (USART_GetFlagStatus(USART1, USART_FLAG_ORE) != RESET)//注意！不能使用if(USART_GetITStatus(USART1, USART_IT_RXNE) != RESET)来判断。

在我的实际应用中，虽然改了这个读取状态的函数，但是并没有实际的作用，也就是没有解决串口不工作的问题。 也增加了对不同中断标志位的判断，也仍然没有解决串口不工作的问题。

由于项目中串口传输是单向的，所以也就将串口接收中断使能给关掉了，关掉之后，一切传输正常，不管什么时候只要上电，就能实现数据的正常传输。

这也从侧面说明，这个串口非正常传输的主要问题，根源还是在串口接收中断上。还是需要在调试模式下，一句一句查看问题。

有时间再探索这个项目中具体的原因。

若是有朋友也遇到相关问题，可以按照上述给出的链接中的解决方案，应该可以解决大部分人的疑惑，当然，如果有人和我一样，也可以留言，我尽快补一补这个漏洞。