Other Parts Discussed in Thread: SYSCONFIG
器件型号: CC2745R10-Q1
主题: SysConfig 中讨论的其他器件
您好:
当传输多个广播时、每个广播之间的间隔似乎不一致。
这可能是由于硬件性能限制造成的?
当仅发送单个广播时、间隔按照配置保持稳定。
SysConfig 设置显示在随附的图像中。
此致、
Rihito
——



This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Other Parts Discussed in Thread: SYSCONFIG
器件型号: CC2745R10-Q1
主题: SysConfig 中讨论的其他器件
您好:
当传输多个广播时、每个广播之间的间隔似乎不一致。
这可能是由于硬件性能限制造成的?
当仅发送单个广播时、间隔按照配置保持稳定。
SysConfig 设置显示在随附的图像中。
此致、
Rihito
——



您好 Rihito:
是的、具有许多广播集和两个在相同的间隔可能会因硬件限制而导致冲突。
您可以尝试使用此处列出的 API 将广播优先级设置得更高: TI BLE5-Stack API 文档:HCI
这将有助于进行广播、但更改优先级可能会导致数据包被丢弃。
此致、
Josh Alderson
您好、Josh、
我使用了您教过的 API、但并没有改变。
用法是否正确、如下所示?
HCI_EXT_SetQOSDefaultParameters (LL_QoS_HIGH_PRIORITY、LL_QoS_TYPE_PRIORITY、LL_QoS_ADV_TASK_TYPE);
当然、我们在广播输出之前调用该 API。
收到 HCI_EXT_SET_QoS_default_parameters 的 HCI_COMMAND_COMPLET_EVENT_CODE 事件后、我们确认 pReturnParam 成功。
除了调整优先级设置外、还有其他改善措施吗? 当多个广播以相同的间隔传输时、由于硬件限制、这是否是不可避免的行为?
此致、
Rihito
您好 Rihito:
是的、您对该 API 的使用看起来是正确的。
不可以、调整优先级是在这种情况下可以做出的主要改进、而不会减少广播集数量或错开您的广告、使它们间隔不同。
此硬件在单个内核上运行、并且一次只能处理如此多的操作、而不会受到限制。
我的建议是将广告错开、让广告的时间间隔不同、使广告不会同时刊登或重叠。 这将减小系统上的应力、从而使间隔保持更稳定。
此致、
Josh Alderson