gapm_start_advertise_cmd的32位间隔时间

⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台,它将提供更好的功能,包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support.我们将在未来几天修复bug /优化搜索和标记。
4个职位/ 0个新
最后发表
Mimura
离线
最后看到:7个月,4个星期前
加入:2018-10-04 04:35
gapm_start_advertise_cmd的32位间隔时间

嗨对话框。

我们需要将gapm_start_advertise_cmd中的间隔时间更改为32位。
因此我们将intv_min和intv_max的类型改为uint32_t。
struct gapm_start_advertise_cmd
{
/// GAPM请求操作
/// - GAPM_ADV_NON_CONN:启动不可连接的广告
/// - GAPM_ADV_UNDIRECT:启动无定向可连接的发布
/// - GAPM_ADV_DIRECT:启动定向可连接的广告
struct gapm_air_operation op;

///最小广告间隔
uint32_t intv_min;
///最大发布间隔
uint32_t intv_max;

/ /地图/广告通道
uint8_t channel_map;

/ / /广告信息
联盟gapm_adv_info
{
///主机信息发布数据(GAPM_ADV_NON_CONN和GAPM_ADV_UNDIRECT)
struct gapm_adv_host主机;
///直接地址信息(GAPM_ADV_DIRECT)
///(仅在没有设置重连接地址或禁用隐私时使用)
struct gap_bdaddr直接;
}信息;
};
此外,我们将app_mid.h中定义的相关函数的参数更改为32位。
结果,我们无法再扫描广告。
你有好主意把间隔时间改为32位吗?

谢谢你!

设备:
PM_Dialog
离线
最后看到:18小时2分钟前
工作人员
加入:2018-02-08 11:03
嗨Mimura,

嗨Mimura,

强烈建议不要将发布间隔更改为32位整数,原因是堆栈可能以16位处理消息。另外,根据BLE规范,一个广告事件中连续两个ADV_IND pdu的开始时间应小于或等于10毫秒。所以,该设备尚未投放广告的最可能原因是广告间隔太长。请问您想把广告间隔改为32位的具体原因是什么?

谢谢,PM_Dialog

Mimura
离线
最后看到:7个月,4个星期前
加入:2018-10-04 04:35
嗨PM_Dialog

嗨PM_Dialog

谢谢你的建议。
我们将审核规格。

谢谢你!

PM_Dialog
离线
最后看到:18小时2分钟前
工作人员
加入:2018-02-08 11:03
嗨Mimura,

嗨Mimura,

是的,请检查BLE的核心规格将非常有用。另外,要注意广告间隔应该是0.625毫秒的整数倍。如果您认为以上答案有用,请将其中一个标记为已接受。

谢谢,PM_Dialog