我想根据连接到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，我想单位是百分之一秒。
BR
JE_Dialog
你好,
您应该将数字1100与0.625相乘，以得到事件之间的毫秒数。所以1100 => 688ms。
嗨JE_Dialog
你确定吗?因为是广告时间间隔，所以1100*(1/100)= 11秒!!？?还是1100 * 0.625 =687 ?msec ?因为在检查功率分析时，两个广告事件之间的时间大约是680毫秒!!
嗨Hrg,
请看我上面的答案。
除了设置之外，堆栈还必须在广告中添加一个随机数，以避免两个独立的设备在空中不断碰撞。所以广告将波动一些+/-10ms
你好，hrg，是的，你是对的:我在看我们的灯塔SW错误，我们有一个不同的计算。
c中的第81和83行应用了0.625的乘数，因此680mS是正确的值。
#define 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
谢谢你太. .
你使用不同的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中启用真随机数生成器
#定义CFG_TRNG
希望您有一个解决方案，因为这是应用程序的一个实际问题。
最好的问候,
Ciano霜
丹麦
嗨ciano,
请确保580中下载的图像已定义CFG_TRNG，我用SDK 5.0.2.1在一个修改模板示例中测试了您的场景在非连接模式下的广告(不同的广告字符串，不同的bd_地址和相同的广告间隔)，并通过连接两个复位引脚，我在两个板在同一时间发出复位。我可以用嗅探器和正常的android BLE应用程序正确地看到板子。我可以得到一个设备和损坏的广告数据的唯一方法是当CFG_TRNG是未定义的。请检查嗅嗅器附件是否定义了TRNG。
由于MT_dialog
嗨对话框
我忘记提到的一件事是，我使用了一个计时器来每一秒重新启动广告。我每次都会更改广告数据。我用user_non_connectable_advertise_conf.intv = 16000设置广告，这是10秒。所以我的有效间隔是由1秒计时器决定的，在这里我停止并重新启动广告。
现在我的问题是:当蓝牙堆栈每秒钟重新启动它的广告时，广告还会有一个随机的0-10毫秒的延迟吗?
如果在这种情况下没有添加随机延迟，那么这就可以解释我在空中体验到的广告碰撞。
期待你的答案。
最好的问候,
Ciano
嗨ciano,
所以你每一秒发布一个广告包，这是由一个发布广告开始的经过时间定时器定义的。这解释了你的体验，第一个广告信息没有延迟应用于它。在发布app_adv_start之后，广告字符串与其他DUT在同一时间传输，在此之后，下一个广告事件将以随机延迟重新调度，因此在您发送的第一个消息中，两个广告消息之间存在冲突。你正在经历的一个工作是减少广告间隔，以便第二个广告字符串在1秒间隔内传输，并插入广告间隔的随机延迟，以便两个广告字符串不会冲突。
你可以计算你已经发出的广告字符串，并在第二个发出的广告字符串中停止广告(它将被正确接收)，你可以捕捉到广告的完成，并启动计时器，当计时器结束时再次开始广告。
这里有一个小片段，你可以计算你的广告事件:
enum arch_main_loop_callback_ret count_adv_events(空白)
｛
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) = 1, If (adv_count == 2) = 1, colorred;
｛
adv_count = 0;
app_easy_gap_advertise_stop ();
｝
｝
返回GOTO_SLEEP;
｝
由于MT_dialog
谢谢你的回答。
一个问题:
根据我的理解，然后将随机延迟添加到广告间隔I的10毫秒范围内。有可能把这个范围增加到500或1000毫秒吗?
目前，我已经手动完成了这个应用程序定时器设置从固定延迟加上随机(TRNG)时间从-500ms到500ms…这使得广告得以及时传播，我几乎没有看到任何与许多fobs的碰撞。
最好的问候,
Ciano霜
丹麦
嗨ciano,
根据BLE规范，在广告操作中插入的延迟位于ROM代码中，你不能改变它。
由于MT_dialog
非常感谢你提供的信息。
我现在没有问题了。
最好的问候,
Ciano霜
丹麦。