[参考译文] CC2652R：CC2652R BLE 扫描问题

克莱门特  我们已经用您的 DFF 文件进行了测试,但我们仍然遇到 UART 上出现垃圾位的问题。 我们正在寻求有关如何防止 UART 通信中数据损坏的指导。 请务必注意、我们无法控制接入点周围的标签。 我们的首选解决方案是使该电流解决方案有效运行。 能否提供有关如何在 UART 级别实施流控制以避免过度泛洪和潜在崩溃的指南？ 非常感谢您提供任何见解或建议。

"首先、您可以考虑在 UART 级别实施某种流控制、从而避免 UART 过度泛洪(导致崩溃)。 注意：这是以可能丢弃一些数据包为代价的。 我建议在文件中实现此目的、 \SOURCE\ti\ble5stack\NPI\NPI\NPI_task.c src 请参阅我在我身边执行此操作的方式(未经过全面测试、仅供您参考) /cfs-file/__key/communityserver-discussions-components-files/538/npi_5F00_task.diff "

谢谢

Se

您好！

感谢您与我们联系。

我们一直在运行一些测试、我想看看对随附图像所做的更改是否会有所帮助。

请注意、使用的波特率为230400。

/cfs-file/__key/communityserver-discussions-components-files/538/host_5F00_test_5F00_src_5F00_CC26X2R1_5F00_LAUNCHXL_5F00_tirtos7_5F00_ticlang_5F00_230400.hex

期待您的反馈、

此致、

谢谢 Clement。 请共享差异文件。 我们的主机处理器仅支持  460800.我们希望根据您的更改再次构建以进行测试。  

您好！

您能否共享差异文件。 我们的主机处理器仅支持  460800.我们希望根据您的更改再次构建以进行测试。  [/报价]

我恐怕这暂时是不可能的。

我使用 Scan_Enable Period=0,Duration=100,NRecords=0的 GRecords 命令。 但扫描间隔长于1秒。 这是正常的吗？ 是否应严格限制为1秒？

我可以询问 GapScan_setPhyParams 设置的扫描间隔值吗？

要清除，您调用的命令将系统设置为扫描1s。但是，您未在此处设置扫描间隔。

此致、

[/quote]

您好、Clement、

感谢您的快速回答。  至于 GapScan_setPhyParams、我们使用扫描间隔=400、扫描窗口=300。

我们期望扫描持续时间为1秒(我在消息中错误地提及了扫描间隔)、但它会持续1秒以上。  

可能是什么原因？  

谢谢。

谢尔吉

Cl é ment,

我们有一位重要客户遇到此扫描问题。 我们需要在未来两周内解决这一问题。 理想情况下、如果您能够在本周或下周早些时候提供 SDK 或补丁、那将非常感谢。 您上次共享一个补丁时、它无法正常工作。 然而,这次谢尔盖已经测试了它,它看起来很有希望在24小时内。 您能建议如何协助我们解决这一问题吗？ 我们需要进行一些固件更改、特别是与 GPIO 和波特率相关的更改。

感谢 Clement 更新。 您能告诉我们 SDK 发布时间表吗？ 我们需要更新客户。

您好！

SDK 发布的确切日期尚不清楚。 根据我的信息、它应该会在2024年第一季度发布。 [由 Clement 编辑]

此致、

您好！

我根据刚才获得的信息编辑了我之前的答案。

对给您带来的不便深表歉意。

此致、

您好、Clement、

感谢您的更新。 我们已经等不及明年来修复客户的错误了。 我们处理这个问题已有一年多了、这些天它越来越受到关注。 请共享补丁文件或预发布版本。 我们将在正式发布之前进行一些测试。

谢谢。

SEN

您好, 克莱门特, 我们广泛地测试了您的二进制文件。

它看起来比以前更好、但我们仍然看到问题。 问题未完全解决。

当我们有6000个 BLE 标签(Adv 间隔~ 2s)、以75%的占空比(间隔 400ms 窗口300ms )进行扫描时、看起来可以。

当我们增加到95%占空比(间隔100ms、窗口95ms)时、它会在20秒内崩溃。

可以建议这一点。