硬件条件：
stm32F103的板子、HC-05的蓝牙、USB-TTL的插头、stlink。
整个过程是常用的控制系统的闭合回路，设计通信的收发，嵌入式动作的响应等。
开发过程的顺序：
作者在进行了很多次的类似开发，每次在蓝牙的通信方面遇到问题，由于系统的复杂，往往也很难快速的找到嵌入式系统中到底是软件还是硬件出现了问题。经过多次的实验，本文推荐下面的设计流程，能够最快的找到问题的所在。
1、首先第一点验证所有的线没有问题，作者有一次遇到这样的问题，简直是崩溃。
2、其次将蓝牙芯片用USB-TTL连接在电脑上，测试与串口助手通信有没有问题。
更新一波新问题：USB-TTL在电脑端进行通信时，选择3.3V，另外注意电源端的供电稳定，在通信格式上正点原子的接收函数中，每次接收到的内容会加1再储存。同时要注意最后一个接收内容，也即判断接收完成的标志是不会存储到接收内存中的。
（其中注意蓝牙的电源最好是5V，此处针对本硬件条件，低于5V会导致通信失败）
3、将嵌入式程序烧录进芯片中，利用USB-TTL连接嵌入式硬件平台到电脑，利用串口助手进行数据收发的测试，
其中注意端口、速率的选择
注意：接收的过程中，千万不要以空字符为接收结束的标志，系统里必须要发送了过去，程序才能自动识别，有些串口助手在发送字符串的时候，并不会在结尾自动加上空字符，它只会将字符一个一个发送出去。*这是我本次遇到的问题*
4、调完通信的问题后，接着调嵌入式的动作问题。以及今后在其中对接收数据的格式处理等。
5、程序中的速率改为9600较好，115200的接收速率有些手机上的蓝牙助手是无法接收的。
硬件条件：
stm32F103的板子、HC-05的蓝牙、USB-TTL的插头、stlink。
整个过程是常用的控制系统的闭合回路，设计通信的收发，嵌入式动作的响应等。
开发过程的顺序：
作者在进行了很多次的类似开发，每次在蓝牙的通信方面遇到问题，由于系统的复杂，往往也很难快速的找到嵌入式系统中到底是软件还是硬件出现了问题。经过多次的实验，本文推荐下面的设计流程，能够最快的找到问题的所在。
1、首先第一点验证所有的线没有问题，作者有一次遇到这样的问题，简直是崩溃。
2、其次将蓝牙芯片用USB-TTL连接在电脑上，测试与串口助手通信有没有问题。
更新一波新问题：USB-TTL在电脑端进行通信时，选择3.3V，另外注意电源端的供电稳定，在通信格式上正点原子的接收函数中，每次接收到的内容会加1再储存。同时要注意最后一个接收内容，也即判断接收完成的标志是不会存储到接收内存中的。
（其中注意蓝牙的电源最好是5V，此处针对本硬件条件，低于5V会导致通信失败）
3、将嵌入式程序烧录进芯片中，利用USB-TTL连接嵌入式硬件平台到电脑，利用串口助手进行数据收发的测试，
其中注意端口、速率的选择
注意：接收的过程中，千万不要以空字符为接收结束的标志，系统里必须要发送了过去，程序才能自动识别，有些串口助手在发送字符串的时候，并不会在结尾自动加上空字符，它只会将字符一个一个发送出去。*这是我本次遇到的问题*
4、调完通信的问题后，接着调嵌入式的动作问题。以及今后在其中对接收数据的格式处理等。
5、程序中的速率改为9600较好，115200的接收速率有些手机上的蓝牙助手是无法接收的。
举报
