NXP QN9020
NXP的这个BLE蓝牙方案也很有趣, 一起研究.
这个函数在app_gpa_task.c里面
****************************************************************************************
* @brief Handles create connection request complete event from the GAP. *//** 处理GAP连接结束后的事件.
*
* @param[in] msgid GAP_LE_CREATE_CONN_REQ_CMP_EVT 参数一是GAP连接请求处理完毕的event的id
* @param[in] param Pointer to struct gap_le_create_conn_req_cmp_evt 参数二是这个event的struct的指针.
* @param[in] dest_id TASK_APP 目的设备的id
* @param[in] src_id TASK_GAP 源设备的id
*
* @return If the message was consumed or not. return是消息是否成功发送.
* @description
*
* This handler is used to inform the application the outcome of connection establishment.
****************************************************************************************
*/
#if (!BLE_BROADCASTER && !BLE_OBSERVER) //确定一下不是广播或者观察设备.
int app_gap_le_create_conn_req_cmp_evt_handler(ke_msg_id_t const msgid, struct gap_le_create_conn_req_cmp_evt const *param,
ke_task_id_t const dest_id, ke_task_id_t const src_id) //参数跟函数名.
{
QPRINTF("Connection with %02X%02X%02X%02X%02X%02X result is 0x%x.\r\n", //打印一下, 这个连接上来的设备是谁, 地址多少, 这个地址会变化, 应该不是mac地址...
param->conn_info.peer_addr.addr[5],
param->conn_info.peer_addr.addr[4],
param->conn_info.peer_addr.addr[3],
param->conn_info.peer_addr.addr[2],
param->conn_info.peer_addr.addr[1],
param->conn_info.peer_addr.addr[0],
param->conn_info.status);
if (APP_ADV == ke_state_get(TASK_APP)) //这里TASK_APP, 是在一个在ke_task.h的文件里面定义的, 我看了一下, 跟OSAL的定义很像, 定义了一个枚举类型, 里面有两个是app层面的task, 一个叫TASK_APP, 另一个叫TASK_USER, 这里的意思是确定一下当前的state是广告
{
ke_state_set(TASK_APP, APP_IDLE); //既然连接上了, 就把state设置成APP_IDLE
app_set_role(GAP_PERIPHERAL_SLV); //然后把角色设置成peripheral还是个slave
}
else
{
app_set_role(GAP_CENTRAL_MST); //如果当前不是广告的, 是这个设备主动连的人家, 那就是central+master了.
}
if (param->conn_info.status == CO_ERROR_NO_ERROR) //这里是连接出错的处理
{
app_set_link_status_by_conhdl(param->conn_info.conhdl, ¶m->conn_info, true);
// Enable service here, for Server init phase 2
#if (BLE_PERIPHERAL) //如果设备设置成peripheral, 那么就要启动server, 提供service
app_enable_server_service(true, param->conn_info.conhdl);
#endif
}
app_task_msg_hdl(msgid, param); //这里估计就跟OSAL一样, 将标记恢复成已处理状态, 避免事件被重复执行.
return (KE_MSG_CONSUMED);
}
#endif
上面是连接成功, 紧接着断开就不分析了, 差不多.
来看看写入char的值是如何处理的.
在app_qpps_task.c里面, 有个app_qpps_data_ind_handler的函数.
///Client value send to APP
QPPS_DAVA_VAL_IND,
****************************************************************************************
* @brief Handles the data ind message from the QPPS. *//**
*
* @param[in] msgid QPPS_DAVA_VAL_IND 看上面的define, 内意思, 这个时候, client, 就是手机, 发送了数据给server, 即9020
* @param[in] param Pointer to the struct qpps_data_val_ind 数据都在这儿了.
* @param[in] dest_id TASK_APP
* @param[in] src_id TASK_QPPS
*
* @return If the message was consumed or not.
* @description
* This handler is used to handle the data sent form peer device
*
****************************************************************************************
*/
int app_qpps_data_ind_handler(ke_msg_id_t const msgid,
struct qpps_data_val_ind *param,
ke_task_id_t const dest_id,
ke_task_id_t const src_id)
{
if (param->length > 0)
{
QPRINTF("len=%d, I%02X", param->length, param->data[0]);
}
QPRINTF("\r\n");
return (KE_MSG_CONSUMED);
}
我xue微的修改一下, 把内容打印一下吧.
unsigned int i;
QPRINTF("Client sent:");
if (param->length > 0)
{
//QPRINTF("len=%d, I%02X", param->length, param->data[0]);
for(i=0;i<param->length;i++){
QPRINTF("%02X ", param->data[i]);
}
}
QPRINTF("\r\n");
欧了.
