32位间隔时间在gapm_start_advertise_cmd中

⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
4个帖子/ 0新
最后一篇
Mimura.
离线
最后一次露面:8个月4天前
加入:2018-10-04 04:35
32位间隔时间在gapm_start_advertise_cmd中

嗨对话框。

我们需要将间隔时间更改为Gapm_start_advertise_cmd到32bit。
因此,我们将IntV_min和Intv_max的类型更改为UINT32_T。
struct gapm_start_advertise_cmd.
{
/// GAPM请求的操作:
/// - gapm_adv_non_conn:启动非连接广告
/// - gapm_adv_undirect:开始无向连接广告
/// - gapm_adv_direct:开始定向可连接广告
结构Gapm_Air_operation OP;

///广告的最小间隔
UINT32_T INTV_MIN;
///广告的最大时间间隔
UINT32_T INTV_MAX;

///广告频道地图
UINT8_T CHANNEL_MAP;

///广告信息
Union GapM_Adv_Info.
{
///主机信息广告数据(GAPM_ADV_NON_CONN和GAPM_ADV_UNDIRECT)
struct gapm_adv_host主机;
///直接地址信息(Gapm_adv_direct)
///(仅在重新连接地址时使用或隐私禁用)
结构Gap_bdaddr Direct;
}信息;
};
此外,我们更改了App_mid.h至32位中定义的相关函数的参数。
结果,我们无法再扫描广告。
你有好主意将间隔时间变为32位吗?

谢谢你。

设备:
PM_DIALOG.
离线
最后一次露面:1天20小时前
职员
加入:2018-02-08 11:03
嗨mimura,

嗨mimura,

强烈建议不要将广告间隔更改为32位整数,原因是因为堆栈可能将消息处理为16位。此外,根据BLE规范,广告事件中的两个连续ADV_IND PDU之间的时间之间的时间应小于或等于10毫秒。因此,设备不是广告的最可能原因是因为广告间隔大。你能不能让我知道是否是你想要将广告间隔更改为32位的具体原因?

谢谢,PM_DIALOG.

Mimura.
离线
最后一次露面:8个月4天前
加入:2018-10-04 04:35
嗨PM_DIALOG.

嗨PM_DIALOG.

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

谢谢你。

PM_DIALOG.
离线
最后一次露面:1天20小时前
职员
加入:2018-02-08 11:03
嗨mimura,

嗨mimura,

是的,请检查BLE核心规格是非常有用的。此外,请注意,广告间隔应为0.625毫秒的整数倍。如果您发现上述任何答案有用请标记其中一个接受。

谢谢,PM_DIALOG.