Firefly开源社区

标题: QPP Server连接时间比较长 [打印本页]

作者: hupeiice 时间: 2016-1-13 14:49
标题: QPP Server连接时间比较长
在BLE Qpp Demo中设备连接以后,
QPP Server连接上要14s左右,
这个时间可以优化吗?
是什么原因导致的?
麻烦帮忙分析,
谢谢.

作者: 安安 时间: 2016-1-14 09:50
正常不需要这么久，我们给出的例程也是不需要这么久的。估计是修改到一些关于连接时间的参数了。

作者: hupeiice 时间: 2016-1-14 09:57
QPPS相关对数基本是没有动过,
只是针对 QPPS 服务连接时间可能跟哪些参数有关.

作者: 安安 时间: 2016-1-14 10:05

// 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);
}

复制代码

这段代码就是更新设备的连接时间参数的，还有许多的其他原因会引起连接慢，比如资源占用，如果不停的定时器中断或者加入一些其他的任务消息等等，都是会使得连接变慢的。

作者: hupeiice 时间: 2016-1-14 10:20

安安发表于 2016-1-14 10:05
这段代码就是更新设备的连接时间参数的，还有许多的其他原因会引起连接慢，比如资源占用，如果不停的定时 ...

这段代码确实是跟广播发射的频率有关还直接会影响到功耗,
但是现在蓝牙连接时间是正常很的,
主要是蓝牙很快连接上以后在BLE QPP DEMO 上面 QPPS Server由not support 到support要14s 这个时间比较长,
而且针对QPPS只是添加这个功能基本上没有改动什么,
不知道是什么原因?

作者: 安安 时间: 2016-1-14 11:15
按照你另一个帖子的提问，我觉得是由于特征值出错，导致包的收发不正常，所以耗时比较久。你可以尝试开prj_client和qpps对接，都是秒接的

作者: hupeiice 时间: 2016-1-14 14:42

安安发表于 2016-1-14 11:15
按照你另一个帖子的提问，我觉得是由于特征值出错，导致包的收发不正常，所以耗时比较久。你可以尝试开prj_ ...

我现在用prj_qpps和APP对接测试,虽然QPP Server 是很快就 support 上了但是还是会把错,
QPPS send error 88
代码是原生的SDK中的.

作者: 安安 时间: 2016-1-15 17:02
那你尝试从app那边看一下错误？原来的 qpps应该是不会错的，如果这个问题是蓝牙固件的共性问题，论坛上一定早就有人提问了。

欢迎光临 Firefly开源社区 (https://dev.t-firefly.com/)