在BLE Qpp Demo中设备连接以后,
QPP Server连接上要14s左右,
这个时间可以优化吗?
是什么原因导致的?
麻烦帮忙分析,
谢谢.
正常不需要这么久,我们给出的例程也是不需要这么久的。估计是修改到一些关于连接时间的参数了。
QPPS相关对数基本是没有动过,
只是针对 QPPS 服务连接时间可能跟哪些参数有关.
// Update cnx parameters
if (((struct gap_le_create_conn_req_cmp_evt *)param)->conn_info.con_interval > IOS_CONN_INTV_MAX)
{
// Update connection parameters here
struct gap_conn_param_update conn_par;
/// Connection interval minimum
conn_par.intv_min = IOS_CONN_INTV_MIN;
/// Connection interval maximum
conn_par.intv_max = IOS_CONN_INTV_MAX;
/// Latency
conn_par.latency = IOS_SLAVE_LATENCY;
/// Supervision timeout, Time = N * 10 msec
conn_par.time_out = IOS_STO_MULT;
app_gap_param_update_req(((struct gap_le_create_conn_req_cmp_evt *)param)->conn_info.conhdl, &conn_par);
}
这段代码就是更新设备的连接时间参数的,还有许多的其他原因会引起连接慢,比如资源占用,如果不停的定时器中断或者加入一些其他的任务消息等等,都是会使得连接变慢的。
安安 发表于 2016-1-14 10:05
这段代码就是更新设备的连接时间参数的,还有许多的其他原因会引起连接慢,比如资源占用,如果不停的定时 …
这段代码确实是跟广播发射的频率有关还直接会影响到功耗,
但是现在蓝牙连接时间是正常很的,
主要是蓝牙很快连接 上以后 在BLE QPP DEMO 上面 QPPS Server由not support 到support要14s 这个时间比较长,
而且针对QPPS只是添加这个功能基本上没有改动什么,
不知道是什么原因?
按照你另一个帖子的提问,我觉得是由于特征值出错,导致包的收发不正常,所以耗时比较久。你可以尝试开prj_client和qpps对接,都是秒接的
安安 发表于 2016-1-14 11:15
按照你另一个帖子的提问,我觉得是由于特征值出错,导致包的收发不正常,所以耗时比较久。你可以尝试开prj_ …
我现在用prj_qpps和APP对接测试,虽然QPP Server 是很快就 support 上了但是还是会把错,
QPPS send error 88
代码是原生的SDK中的.
那你尝试从app那边看一下错误?原来的 qpps应该是不会错的,如果这个问题是蓝牙固件的共性问题,论坛上一定早就有人提问了。