亲爱的对话框,
我有两个关于广告的问题。我想知道app_adv_start()和实际广告开始计时之间的时间延迟。是否在FW执行app_adv_start()后才开始发布，或者BLE的advertise_delay有延时(随机值高达10mS)?
问题2:如果FW在广告进行期间执行app_adv_stop()，会发生什么?例如,广告在37号到38号通道之间停止，并且没有向FW报告错误?
最好的问候,日本
嗨yterasaki,
Q1:是的，有一个随机生成的时间延迟(不是默认启用)，以避免两个同时发布的设备之间的碰撞(随机延迟是由TRNG产生的)，因为我们无法跟踪命令与实际发布事件之间的时间。
问题2:我们从未遇到过在发布app_adv_stop广告时中断广告过程并停止广告，而不是在所有渠道中结束广告的事件，从我执行的一些测试来看，我认为这是不可能的。你有没有遇到过这样的事情，在FW上没有报告错误?
由于MT_dialog
由于对话框,
Q1:关于您的评论，请允许我确认“(默认不启用)”的含义。下面的语句是从app.c复制的。这听起来好像在间隔设置中总是启用了advDelay。我误解你的评论了吗?如果advDeley(0-10mS随机)默认不启用，请告知告诉我如何启用它。
///广告最小间隔#定义APP_ADV_INT_MIN 1100///广告最大间隔#定义APP_ADV_INT_MAX 1100
#如果(BLE_HID_DEVICE)# undef APP_ADV_INT_MIN#define APP_ADV_INT_MIN 0x20 // *0.625ms(+伪随机advDelay from 0 to 10ms)# undef APP_ADV_INT_MAX#define APP_ADV_INT_MAX 0x20 // *0.625ms(+伪随机advDelay from 0 to 10ms)# endif
问题二:到目前为止，我在发掘关于广告的问题，但目前，还没有什么现象强烈表明这种情况。
嗨yterasaki,
Q1:是的，有一个随机生成的时间延迟(不是默认启用)，以避免两个同时发布的设备之间的碰撞(随机延迟是由TRNG产生的)，因为我们无法跟踪命令与实际发布事件之间的时间。
问题2:我们从未遇到过在发布app_adv_stop广告时中断广告过程并停止广告，而不是在所有渠道中结束广告的事件，从我执行的一些测试来看，我认为这是不可能的。你有没有遇到过这样的事情，在FW上没有报告错误?
由于MT_dialog
由于对话框,
Q1:关于您的评论，请允许我确认“(默认不启用)”的含义。
下面的语句是从app.c复制的。这听起来好像在间隔设置中总是启用了advDelay。
我误解你的评论了吗?如果advDeley(0-10mS随机)默认不启用，请告知
告诉我如何启用它。
///广告最小间隔
#定义APP_ADV_INT_MIN 1100
///广告最大间隔
#定义APP_ADV_INT_MAX 1100
#如果(BLE_HID_DEVICE)
# undef APP_ADV_INT_MIN
#define APP_ADV_INT_MIN 0x20 // *0.625ms(+伪随机advDelay from 0 to 10ms)
# undef APP_ADV_INT_MAX
#define APP_ADV_INT_MAX 0x20 // *0.625ms(+伪随机advDelay from 0 to 10ms)
# endif
问题二:到目前为止，我在发掘关于广告的问题，但目前，还没有什么现象
强烈表明这种情况。
最好的问候,
日本