我想根据连接到DA14580的传感器的数据更改广告间隔。我计划通过将app.c中的209行和210行更改为一个可以由另一个函数更新的全局变量来实现这一点。
我在app。c中会有这样的东西:
空白app_adv_start(空白)
{
...
Cmd ->intv_min = current_app_adv_int_min;// APP_ADV_INT_MIN
Cmd ->intv_max = current_app_adv_int_max;// APP_ADV_INT_MAX
....
}
这样能行吗?这是最好的方法吗?
谢谢你能给予的任何帮助。
亲爱的Motred,
你说的对,app.c中的209行和210行都必须改变,以防你需要改变广告间隔。
所以你提到的函数是好的。
请注意,current_app_adv_int_min和current_app_adv_int_max必须相同。
最好的问候,
纪尧姆。
嗨,盖伊表示,
你知道如果你设置intv_min和intv_max不同会发生什么吗?
从我的测试来看,当intv_min < intv_max时,广告间隔为intv_max。
你知道这样做有什么副作用吗?如果intv_min被忽略,它有什么好处?
(我只是好奇)。
谢谢,
奥伦
#定义APP_ADV_INT_MIN 1100
#定义APP_ADV_INT_MAX 1100
1100意味着??单位? ?
嗨,hrg,我记得单位是1/100秒。
BR
JE_Dialog
你好,
您应该将数字1100与0.625相乘,以得到事件之间的毫秒数。1100 => 688ms。
嗨JE_Dialog
你确定吗?因为是广告间隔所以1100*(1/100)= 11秒!!??或者是1100 * 0.625 =687。S msec ?因为在检查功率配置时,两个广告事件之间的时间大约是680毫秒!!
嗨Hrg,
请看上面我的回答。
除了设置之外,堆栈还必须在广告中添加一个随机数,以避免两个独立的设备在空中连续碰撞。所以广告会有+/-10ms的波动
你好,hrg,是的,你是对的:我错误地看了我们的灯塔SW,我们有不同的计算。
main.c中的第81和83行应用了一个倍数0.625,因此680mS是正确的值。
#定义APP_ADV_INT_MIN 0x20 // *0.625ms(+伪随机advDelay从0到10ms)
BR JE_Dialog
你好,
再加上这个。你将不得不停止,然后重新开始广告,以真正改变间隔。
嗨我,
在#8中,你提到(BLE)堆栈将在APP_ADV_INT_MAX之上添加随机数(0~10ms),而在我们的测试中,我们没有看到这个随机添加到间隔中:
当我们同时启动3个DA模块(固件相同)时,我们很难扫描所有3个模块(有时只能扫描1个,有时只能扫描2个)。
而如果我们一个接一个的上电3个DA模块,我们可以每次都扫描3个模块。
如果我们给每个模块刻录不同APP_ADV_INT_MAX值的固件,同时给这3个模块上电,我们也可以每次都扫描这3个模块。
请帮忙检查并告知。
谢谢。
亚历克斯
嗨,亚历克斯,
根据蓝牙规范,广告事件发生的时间间隔是有规律的,稍微修改与随机延迟,以帮助避免干扰。即使没有这种机制,随着时间的推移,不同的广告间隔应该会漂移并停止相互重叠(不管你的广告开始的时间有多同步,其他设备多长时间都不能被扫描仪发现)。您使用不同的bd地址吗?你的软件版本是什么?
由于MT_dialog
谢谢你MT..
您使用不同的bd地址吗?
-是的,我们每个模块都有不同的BDA。
你的软件版本是什么?
—基于SDK304开发的固件。
亚历克斯。
嗨,亚历克斯,
请尝试定义CFG_TRNG配置,并再次检查广告事件是否重叠?
谢谢MT_dialog。
嗨对话框
我们遇到了与#11相同的问题,我们使用的是SDK 5.0.2.1
信息:
我们正在使用“app_easy_gap_non_connectable_advertise_start_create_msg”,它设置cmd->intv_max和cmd->intv_min相同
Cmd ->intv_max = user_non_connectable_advertise_conf.intv;
Cmd ->intv_min = user_non_connectable_advertise_conf.intv;
在“da1458x_config_advanced.h”中启用了True随机数生成器
#定义CFG_TRNG
希望你有一个解决方案,因为这是一个实际问题的应用程序。
最好的问候,
Ciano霜
丹麦
嗨ciano,
请确保在580中下载的图像定义了CFG_TRNG,我在修改的模板示例中使用SDK 5.0.2.1测试了您的场景,在不可连接模式下发布广告(不同的广告字符串,不同的bd_address和相同的广告间隔),通过连接两个复位引脚,我同时在两块板上发布复位。我可以用嗅探器和正常的android BLE应用程序正确地看到电路板。我可以获得一个设备和损坏的广告数据的唯一方法是CFG_TRNG未定义。请检查嗅探器附件时,TRNG被定义,当它没有。
由于MT_dialog
嗨对话框
我忘了提的一件事是,我使用计时器每一秒重新启动广告。我每次都会更改广告数据。我用user_non_connectable_advertise_conf.intv = 16000设置了广告,这是10秒。所以我的有效间隔是由我的1秒计时器决定的,我停止并重新启动广告。
现在我的问题是:当蓝牙堆栈的广告每秒重新启动时,还会有一个随机的0-10毫秒的延迟添加到广告中吗?
如果在这种情况下没有添加随机延迟,那么这就可以解释我在空中遇到的广告碰撞。
期待你的答复。
最好的问候,
Ciano
嗨ciano,
所以你每1秒发布一个广告包,这是由一个发出广告开始的流逝计时器定义的。这就解释了你所经历的,第一条广告信息没有延迟。发出app_adv_start后,广告字符串与另一个DUT在同一时间传输,之后,下一个广告事件以随机延迟重新安排,因此在您发送的第一条消息中,两个广告消息之间存在冲突。解决您所经历的问题的方法是减少广告间隔,以便在1秒间隔内传输第二个广告字符串,并随机延迟插入广告间隔,以便两个广告字符串不会碰撞。
你可以计算你已经发出的广告字符串,并在第二个发出的广告字符串中停止广告(这将被正确接收),你可以捕捉广告的完成并启动计时器,当计时器流逝时再次开始广告。
下面是一个关于如何计算广告事件的小片段:
枚举arch_main_loop_callback_ret count_adv_events(void)
{
uint8_t temp_last_ble_event;
Temp_last_ble_event = arch_last_rwble_evt_get();
If (app_last_ble_event != temp_last_ble_event)
{
App_last_ble_event = temp_last_ble_event;
if (app_last_ble_event == BLE_EVT_END)
adv_count + +;
If (adv_count == 2)
{
adv_count = 0;
app_easy_gap_advertise_stop ();
}
}
返回GOTO_SLEEP;
}
由于MT_dialog
谢谢你的回答。
还有一个问题:
根据我的理解,那么在10毫秒范围内添加到广告间隔I的随机延迟。有可能将这个范围增加到500或1000毫秒吗?
目前,我已经手动完成了这个应用程序定时器设置从固定延迟加上一个随机(TRNG)时间从-500ms到500ms…这样可以及时地传播广告,我几乎没有看到任何与许多fobs的冲突。
最好的问候,
Ciano霜
丹麦
嗨ciano,
根据BLE规范,在广告操作中插入的延迟位于ROM代码中,您不能更改它。
由于MT_dialog
非常感谢你提供的信息。
我现在没有什么问题了。
最好的问候,
Ciano霜
丹麦。