rt-thread nano stm32f103cbt6 蓝牙模块的通信(有整个工程的代码仓库)

本项目代码仓库的网页：董昊旻/rt_nano_bluetoothhttps://gitee.com/donghaomin/rt_nano_bluetooth

目录

一，任务来源

二，任务描述

三，代码编写思路

(一)数据存储，删减

(二)蓝牙初始化，蓝牙发送过来的数据进行解析

四，总结

---

一，任务来源

清明节在家呆着无聊就看了一个猪八戒发布的一个简单的任务，但是不会操作那些程序外包的东西，就把这个任务作为一个练手的小项目，打发一下时间，代码的思考，撰写和调试应该花了12个小时，昨天晚上5点到半夜1点(代码写到兴奋的睡不着觉，在地上站着玩了一个半小时手机才睡着)，第二天的早上8点到12点。很大一部分时间花在了调试stm32的引脚，中断和串口上了，大学毕业之后就没用过stm32了，也没用过stm32clubMx，所以学习这个工具花了一点时间。

蓝牙模块我手里没有，因为长春疫情的原因我也没办法买，啥时候疫情结束我也不知道，就对着大夏龙雀的蓝牙文档盲写了。

硬件如下

二，任务描述

下边这个图就是他发布的任务，这个东西仁者见仁智者见智，我感觉难度还行，就是比较费时间。

三，代码编写思路

这个要是我大学的时候写，也就是三个小时之内，现在至少需要20个小时，哈哈。不是能力下降了，就是思考的问题不一样了。大学的时候一切以能用主义，写上去能用就OK，现在开始思考代码的可读性，可维护性，稳定性等等...

言归正传，既然思考的问题不一样，所以我们就先分割一下这个项目的功能。

1.带id的数据存储，还可以删除数据(我的理解是不用存储到norflash上，暂存到sram即可)

2.一个下降沿中断的GPIO

3.一路串口(我用的是UART2)

这个是硬件上的基础需求，然后我们聊一下软件的代码逻辑：

(一)数据存储，删减

我没有采取链表的结构来存储数据，第一是没必要这么复杂，它只要几十个数据用不了那么多，写着也麻烦。我就用一个机构体存储了温度数据和连接状态。DATA_SUM是40，这么一写的话就能存储40条数据了，还能存储蓝牙硬件初始化的完成状况和蓝牙连接的状态。

数据增加，你一按动按键的时候就将中断中的flag置1，在主循环的while(1)将数据加进去一个结构体中，将结构体中的useDataCount加一，超出40就报错，让他清空。

删除的话就更简单了，直接让这个大结构体memset为0，就OK了。

typedef enum UsrState {
    DATA_UN_USED_Sta = 0x00,               // 温度值不正确(不存在)
    DATA_USED_Sta    = 0x01,               // 温度值正确(存在)
    DATA_SUM_Sta
}usrsta;

typedef struct D_USR_DATA{
    unsigned char id;                      // 计数标签
    float value;                           // 温度值
    usrsta state;                          // 状态值，温度值是否正确
}d_data;

typedef struct Dong_BLUE_TEMP{
    unsigned int  blueTooth_state;         // 蓝牙启动的状态位
    unsigned int  blueTooth_connect_state; // 蓝牙连接的状态位，是否断了连接
    unsigned char usedDataCount;           // 当前存储了多少个温度数据
    d_data data[DATA_SUM];                 // 温度数据
}d_bule_temp;

(二)蓝牙初始化，蓝牙发送过来的数据进行解析

蓝牙模块初始化：蓝牙模块是通过"AT"指令进行配置的，为了避免有人用没配置过的蓝牙模块进行连接，所以我们就需要每次初始化的时候初始化，避免出现蓝牙模块配置的问题出现的BUG。

蓝牙数据解析：蓝牙发过来的数据是串口发送与接收的，我设置串口的缓冲BUFFER为10Byte，对这10Byte进行解析我们就能知道要做的事情。我用一个结构体来存储这10个Byte。代码里有注释，我就不详细描述了。

有了这个结构体，我们就可以做一个类似于"诊断"的接口，因此代码运行的逻辑就是，接收到串口的数据，在主函数中判断结构体的第一个数据really是不是0x01，是0x01的话就判断function id，在进入到不同得一级分支，在根据sub function id进入到二级分支，再根据datalenght来判断data的6Byte用了几个。具体这个6个Byte表达了那些内容就由，二级分支自己决定了。

/**
 * 一级主功能ID
 * */
typedef enum FUNCTION_ID {
    BLUE_TOOTH_IMG   = 0x00,               // 蓝牙信息获取
    TEMP_DATA_OPT    = 0x01,               // 温度信息获取，删除
    DIAG_CODE_OPT    = 0x02,               // 诊断ID
    FUNCTION_ID_SUM                        // ID总数
}d_function_id;

typedef struct Dong_BLUETOOTH_RECIVE_CMD{
    unsigned char  really;                 // 判断是否当前有数据(你也可以理解为器件ID)，有数据的话就是0x01，没有就是0x00，也就是说蓝牙发送数据的时候第一位必须是0x01
    d_function_id  function_id;            // 蓝牙接收数据的主功能id
    unsigned char  sub_function_id;    // 蓝牙接收数据的二级功能id
    unsigned char  datalenght;             // 蓝牙发送过来的数据长度
    unsigned char  data[6];                // 蓝牙发送过来的数据6个byte
}d_bule_revcmd;

蓝牙模块AT指令的判断我写了一个代码觉得很有趣下边贴出来，加了一个超时的处理。

// 蓝牙状态运行检测
errornum bluetooth_AT_OK(void) {
    errornum ret = DIAG_OK;
    unsigned int overtime = 0;
    while(d_revbuffer.really == 0x00) {
        HAL_UART_Transmit_IT(&huart2,(uint8_t *)AT_OK_ACK,strlen(AT_OK_ACK));
        rt_thread_mdelay(500);
        overtime++;
        if(overtime > OVERTIME_TIMES) {
            ret = DIAG_OVERTIM_ERR;
            rt_kprintf("AT_OK time out\n");
            return ret;
        }
    }
    memcpy(locat_data,&d_revbuffer,sizeof(locat_data));
    int dong = memcmp(locat_data,AT_OK_ANS,strlen(AT_OK_ANS));
    if(dong!=0){
        rt_kprintf("AT False\n");
        ret = DIAG_BLUE_ERR;
    }
    else {
        rt_kprintf("AT OK\n");
        ret = DIAG_OK;
    }
    return ret;
}

运行的LOG，用串口模拟蓝牙，主机主动发AT，从机在10次请求内发OK，主机就认为蓝牙没问题。

我的代码结构如下图：

diag负责分析和处理蓝牙接收的串口数据。

bluetooth负责蓝牙模块的初始化，检测蓝牙信号强度，连接状态等的函数(连接状态函数我会放到一个一秒周期的task中，连接上了blueTooth_connect_state就置0x01，掉了就0x00)，蓝牙模块正不正常的话我就用AT指令测试，能回OK就将blueTooth_connect_state置0x02，不能就0x03，类似于这个意思推之后的逻辑。

hardware就是硬件初始化相关的函数，我初始化了UART2，PC13(LED)，PA11(KEY)。

urs_data就是存储温度和其他基础结构体的头文件，初始化函数。

四，总结

代码目前还没写完，目前处于一个初版本demo的状况，但是能用！你可以直接把代码下载下来，用RT Thread Studio编译下载到你的开发板，你也不用担心，开发板不兼容，因为我用的是核心板。