[参考译文] CC2652P：将 SDK 从 SDK 4.2移植到5.1可显著降低数据频率。

您好！

感谢您提供的信息。 您能否指定项目所基于的示例项目？ 您能否验证在 SysConfig 中为 PDU 大小和 PDU 数量设置了哪些值？ 您能否将其与原始项目中设置的值进行比较？

此致、

1月

您好！

我们将简单中央和简单外设项目分别用作 Rx 和 Tx 代码的基础。
PDU 最大连接数- 4、最大 PDU 数- 5、 最大 PDU 大小(字节)- 69。
我将其与原始 项目进行了相同的比较。

此致

您好！

明白了。 感谢您的验证。 是否可以尝试增大 PDU 大小和 PDU 数量并重新测试？ 之后、您能否分享行为是否相同、或者您是否能够检测到检测到的数据量有差异？

此致、

1月

您好、Jan、

是将进行测试、如果看到差异、则向您分享。

您能否帮助回答 第3点、还请确认在 TX 上使用 SDK 5.1、在 RX 上使用 SDK 4.2是否会影响任何内容？  

此致、
Ankit

您好、Ankit、

关于问题2、SDK 版本不应影响频率。 如果可能、我建议使用最新的 SDK 版本、因为在整个 SDK 版本中修复了多个错误、并且添加了多个功能。 如果可能、我还建议对两个项目使用相同的 SDK 以简化开发、而不必担心在 SDK 之间切换。

关于问题3、由于不再定义这些常量、因此会发生这些误差。 如果选中了"发送参数更新请求"选项、则在 SysConfig 自动生成的文件中定义这些常量。 如果未选中、则不再自动定义这些常量。 这些常量用于指定连接后请求的所需连接参数。 如果不发送参数更新请求、则不再需要这些参数。

此致、

1月

您好、Jan、

我使用 最大 PDU 数- 8、 最大 PDU 大小(字节)- 250测试从站。 在少数情况下(视线)、我发现良好数据百分比超过90%。 但我看到了从器件在连接时面临的一些问题。  

我看到从机发送良好的数据、突然停止发送数据3-4秒、然后再次连接。
2.如果有1个从器件断开连接、也会导致另一个从器件的连接问题。
3.在执行相同的测试时，没有视线(例如 从器件置于接地端、Rx (CC1352P)高于接地端、我看到70%这一百分比较小。
此外、使用 SMA 连接器时、结果也很糟糕、有时会达到60%、有时会达到85%左右。

您能不能再建议一些会影响这些性能的参数。

注意：我有4个从器件、每秒传输大约100个数据包、即 CC1352P4 Launchpad 的4 x 100 = 400pkts Rx。


此致、
Ankit

您好、Ankit、

感谢您提供更多详细信息。 您能否指定您使用的连接间隔是多少？ 如果尚未将连接间隔更改为7.5ms、并查看该行为是否仍然存在、您能否尝试将其更改为7.5ms？

此致、

1月

您好、Jan、

我的连接间隔如下所示  

发送器端：连接更新参数请求： 12.5-42.5  

我们之所以选择此连接请求、是因为我们面临连接间隔较短的重新连接问题

在接收器侧、我们还有相同的连接间隔12.5 - 42.5。  

由于我们需要数据包每10ms 出现一次、而不是突发数据包、并且我们的最大延迟限制为40ms、因此我们无法超过40ms、因为我们将数据包成对4-4-4。

请根据您的体验建议我们一些良好的连接间隔、这将为我们提供一致的结果和良好的重新连接。 您能不能在最小值和最大值之间指定连接间隔7.5、我想让我设置7.5 - 42.5。

编辑1：我尝试了连接间隔7.5-42.5，结果是仅收到最差的50%数据。 连接工作正常大约150秒、然后数据停止传输。每6到7秒传输一次。

此致、
Ankit

您好、Ankit、

感谢您执行此测试。 在中央和外设项目上、您能否再尝试一次将最小和最大连接间隔设置为7.5ms 的测试？ 我还建议参考蓝牙5吞吐量演示( 中央 | 外设 )。 这些示例通过通知实现了高吞吐量数据流、这可能对您的项目开发很有帮助。 您能否使用 BLE 监听器日志来显示以预期速率接收到的数据的连接、并显示不良数据百分比？

此致、

1月

您好、Jan、

我在所有连接间隔内尝试了7.5、我看到即使所有从器件都打开、我也只能连接到1个从器件。
我还检查了移除连接的从器件电源是否会成功连接到其他从器件。
例如、如果我的从器件1已连接且所有从器件均已打开、那么如果我断开连接、同一从器件2将连接、因此一次只能连接、而不能连接4。

此致、
Ankit Tomar

您好、Ankit、

明白了。 感谢您运行此附加测试。  如前所述、 我们的 GitHub 页面(中央 | 外设)中提供了吞吐量示例、可能会有所帮助。 此示例持续以高速率发送低数据丢失的通知。 您能否尝试导入项目并引用吞吐量示例中使用的 SysConfig？ 您能否尝试将 SysConfig 中使用的 BLE 设置用于项目中的吞吐量示例？

此致、

1月

您好、Jan、

您能确认我的理解是否正确吗？

我需要从 GitHub 项目中查看中央和外设的 SysConfig 设置、并将其复制到我的 syscong 中。 应用程序代码和其余代码保持不变。

您还能确认4个从器件是否可以实现这一点、因为我们有4个从器件、并且具有正确的重新连接和低数据丢失。

此致、
Ankit Tomar

您好、Ankit、

是的、这将帮助我们确定 SysConfig 设置是否与您观察到的问题相关、或者原因是否位于项目中的其他位置。 我们的器件在中央工作时应该能够连接到4个外设、而不会出现任何问题。

此致、

1月

您好、Jan、

我对您建议的设置进行了一些测试。

遗憾的是、我只能看到连接已建立、但从站根本无法发送数据。  尽管 Isaw、大多数设置都是类似的。

我想知道外部和内部射频偏置之间的差异是否会导致任何影响？

此致、
Ankit

您好、Ankit、

使用不正确的射频偏置设置可能会对射频性能产生负面影响。 请确保所选的偏置模式与电路板的硬件配置相匹配。 网络中的某个位置是否正在使用定制板？ 您能否提供 SysConfig 文件？ 您能否获取 BLE 监听器对行为的捕获？ 我认为捕获可能会大大有助于我们解决这一问题。

此致、

1月

您好、Jan、

是的、我的4个从器件是定制板、具有与使用的天线匹配的外部平衡-非平衡变压器。 我们使用了差分模式。 我只是担心内部或外部偏见。 由于我有一个平衡-非平衡变压器、因此我应该使用外部偏置、并且我们已经使用了差分射频、因此使用了外部偏置差分模式。

SysConfig 文件-我希望通过邮件共享这些文件。

BLE Sniffer -我很不熟悉、您可以使用 Sniffer 工具共享一些文档以捕获相同的文档。

此致、
Ankit Tomar

您好、Ankit、

我已接受您的朋友请求。 感谢您提供信息。 您是否能够在使用 LaunchPad 时观察到相同的性能？ 您能否仅使用 LaunchPad 刷写项目并重新运行测试(无定制板)、您是否看到此行为？ 这可能与硬件设计有关。 这将帮助我们确定此行为是由硬件还是软件引起的。 诸如 Frontline 或 Ellisys 之类的专用 BLE 监听器将是理想之选、因为这将为我们提供大量有关无线传输过程以及每个 BLE 数据包中发生的情况的信息。 它们是一款出色的调试工具、在开发过程中非常有用。

此致、

1月

您好、Jan、

根据您的建议、我尝试过通过 LE 编码进行测试。  

我看到的行为与之前相同。 我看到已建立所有4个连接、但只有2个传感器发送数据、并非所有4个传感器  始终发送数据。

我的 PDU 也是最大250。 您能不能建议什么。 我的 PDU 数量为8，这将对我有所帮助？

此致、
Ankit Tomar

您好、Ankit、

感谢您通过电子邮件向我提供请求的信息。 此时、我建议使用 SmartRF Studio 7运行快速测试、您能否尝试使用 SmartRF Studio 7中的 BLE 配置执行数据包测试和连续射频测试？ 您能否验证您是否仍然看到相同的性能？ 这将帮助我们确定问题是否更多地在于软件或硬件/射频环境。

此致、

1月