[参考译文] CC2652R：使用 SPI 读取

您好 Luke、

感谢您联系我们。 您能分享这里使用的 SDK 版本吗？

对于分享的问题、我有如下想法：

]其他设备发送连续数据时是否会出现问题、这可能会影响时序？

如果环境非常拥挤、则可能会发生数据包冲突。 您能否共享环境的嗅探器日志？

]在发送到 NPI TL 之前、CC2652 如何缓冲从对讲机读取的数据？

所有这些都由 BLE-Stack 的较低级别的处理、并由堆栈自动处理。

除非调用休眠函数、否则我们预计 CC2652 会一直处于唤醒状态

如果 UART/SPI 外设处于打开状态、则默认情况下、器件应始终处于运行状态。

我们希望查看是否可以从对讲机（通过 SPI）连续读取并缓冲数据

我相信它没有暴露、由 BLE 栈处理。

此致、

1 月

您好、Jan、

感谢您的快速响应！  

我们的 SDK 是 simplelink_cc13x2_26x2_SDK_4_20_01_04、而 IDE 是 Code Composer 11.1.0

我们在所有基于 HCI 的射频测试中都使用了 HostTest 项目。

HostTest 还用于与第三方设备连接以收集 NIBP 数据、我们能够扫描、发现并连接到该设备。

我们的主要目标：

• 通过 SPI 从 cc2652 可靠地读取所有 SPI 消息

我们的主要问题：

• TI CC2652 中的 SPI 消息是否被缓冲？ 如果是、最大缓冲区大小是多少。 是这样 #define NPI_TL_BUF_SIZE        1680？
• 您是否有 SPI 事务的最小和最坏情况时序？
• 我们想确认 BLE 端是否仍有数据、在我们读取一些消息后、SRDY 仍为高电平、表示存在更多数据。
• 这是否与从器件启动的事务相同？

谢谢、
Luke

您好、Jan、

要澄清一下、您说的是要实现这一点、还是说这是您观察到的情况？

来自主机的 SPI 通信早已实现、我们已经测试了射频命令并与第三方器件连接。

对于大部分通信,它工作良好,但与连续的数据,我们似乎失去了一些消息,我们想知道,如果我们没有清空剩余的消息。

在根据接收到的长度读取消息后、释放 MRDY（低电平到高电平）。 我们将继续监控 SRDY 引脚、在其为低电平时进行读取。

此致、

Luke

嗨、Luke、

您是否会得到一个逻辑分析仪的屏幕截图、因为这可能会给我们一个提示。 此外、SPI 驱动程序使用什么帧格式？

此致、

Tarek D

尊敬的 Tarek：

我申请了逻辑分析仪屏幕截图和帧格式信息。  但是、在查看 NPI_task.c 时、它们遇到了 NPI_SRQRSP、但它们尚未在其 HostTestProject 中启用该功能。

是否需要启用该功能才能更好地同步来自主机和 cc2652RB 的 SPI 消息？

此致、

Luke

Tarek,

它们通过引导加载程序并使用 SPI 测试主机的 HCI 通信（使用以下参数）、相当成功。

 #define SPI_MAX_SPEED_HZ 1000000    

#define SPI_MODE SPI_MODE_2         //模式 3：CPOL = 1、CPHA = 1

#define SPI_BITS_PER_WORD 8.

 BLE 连接到主机上的 USART、它们使用 USART-SPI 驱动器。 (spidev)

增加频率和更改模式没有为它们提供有关 MISO 的有效数据。 在连续发送数据的一台 NIBP 设备上出现问题。

它们每 128ms 轮询一次 BLE 芯片、以节省电池电量。  如果 NIBP 设备在该 128 ms 窗口之外发送消息、它们可能会丢失某些消息、并且没有响应。  轮询持续时间像（每 4ms - 5ms）那样减少时、它们会看到更可靠的数据流

尊敬的 Tarek：

关于这一个、还有什么想法吗？  我们想知道的主要是 CC2652 是否缓冲了 SPI 消息、我们是否可以批量读取这些消息并在应用层处理丢失的消息？

或者、任何使用 NPI 从外部主机驱动 SPI 的测试代码都有利于验证同步和缓冲。

如前所述、基于 HCI 的射频测试以及通过 HCI 与 NIBP 进行通信效果良好、但当其他 BLE 器件速度更快时、就会出现问题。

此致、

Luke

您好 Luke、

我对这里的延迟深表歉意、我一定错过了您的回答！ 有一个缓冲区用于存储 SPI 消息、 但我建议连续处理缓冲区中的所有可用消息、而不是将它们拆分。

遗憾的是、除了 SDK 中提供的 SPI 示例之外、我们没有任何测试代码。

PICO 和 POCI 的逻辑分析仪屏幕截图对于了解发生的情况真的很有帮助。

此致、

Tarek D