[参考译文] RTOS/LAUNCHXL-CC1352R1：CC1352 BLE 和 SPI 与 AS8510 IC 进行通信。

您的帖子中不清楚这是否是 SPI 或 SPI 与 BLE 问题结合在一起。

- 如果 您设法读出您感兴趣的数据，您是否曾尝试过 dev.ti.com/.../node 并被占用？
-如果此示例不起作用、请比较使用 MSP 时和使用 CC1352时的 SPI 总线以了解有何不同。

之三、

我获得了 MSP430fr5969与从 IC AS8510的所有结果。 现在、我尝试将 cc1352 BLE 代码与 SPI 通信代码集成在一起、但未获得结果。 现在尝试使用 SDK 中提供的 SPIMaster 代码。
无论您共享的只有我关注的链接、都无法获得结果。
我的主要目标是从从从 IC 读取数据(电流和电压)。

谢谢、
Anil D.

之三、

使用 SPIMaster 代码检查编码、程序将卡在"SEM_WAIT (&masterSem)"中；这意味着从器件不会将 Board_SPI_SLAVE_READY 引脚拉低。 我没有得到这种情况。 因此、我移除了等待从器件将该线路设为低电平的信标。 但现在我也没有得到结果。

我根据 Board_initGeneral()函数中给出的引脚配置进行了该配置，如 SPI MOSI、MISO、CS、INT 引脚。 但我也不确定它们如何将 SPI MOSI 引脚用作输入引脚。 实际上、它应该是输出引脚、但在 CONFIG 中没有这样的配置来使其输出、它说是使其成为 GPIO 输出引脚、但我不希望这样。 该怎么办？

Anil D.

同样、MSP 和 CC1312之间的区别是什么？ 我假设从器件应该在两种情况下都将线路拉至低电平？

您是否在这两种情况下监控了 SPI 线路、以了解有何差异？

我想您正在讨论 I2C 通信。 正如我所知、在 SPI 通信中没有将线路拉低的概念。

I2C 链接： www.circuitbasics.com/.../
我在这里研究了这个链接、他们提到了哪个从器件地址与从器件匹配、从器件将把 SDA 线路拉低。
我不明白您的观点、为什么从器件会拉线？

您编写了"使用 SPIMaster 代码检查编码、程序将卡在"SEM_WAIT (&masterSem)"中；这意味着从器件不会将 Board_SPI_SLAVE_READY 引脚拉低。" 因此、SPI 被拉低了一个问题。

我仍在等待一个图表、比较工作中和不工作中的 SPI 通信。

示例代码只是这样设计的、我也不知道为什么这么设计。 它们使用2个引脚来确保主器件和从器件之间的 SPI 通信。 它们使该引脚变为低电平-高电平并确保 SPI 通信。
因此、在这里、只有我遇到了这个问题。

我在这里无法比较这两个东西、因为使用 cc1352的基本程序需要至少给我一些结果、然后只有我可以做一些事情。
但在这里我没有得到任何东西。 但是、仍然使用逻辑分析仪、我将检查并更新您的信息。

SPI 是4线接口、您使用哪2个引脚？

e2e.ti.com/.../spimaster.c

查看上载的文件，它们也没有提到 GPIO 引脚，但它们只是在程序中用于信标。 他们在这里提到的用途。

是 SPI 是4线协议。 但示例代码本身具有其他2条线。 我该怎么做？

e2e.ti.com/.../spimaster_5F00_CC1352R1_5F00_LAUNCHXL_5F00_tirtos_5F00_ccs.rar

看到这是我尝试实现 SPI 通信的整个项目。

很抱歉、我忘记了示例中的额外握手。 从自述文件2中可以看到、额外的 Dios 用于握手以同步主设备和从设备。 对于测试、您不需要此握手、因此需要从代码中删除握手部分。

好的、我将删除该握手程序(信标)。  但出于好奇、我想知道我可以在哪里使用这个信标概念-握手。

e2e.ti.com/.../7142.simple_5F00_peripheral.c

请参阅此文件中的内容、我实现了您的说法。 只需查看此函数"static void SimplePeripheral_init (void)"即可。 您能确认一次吗？ 我也会尝试我的一方。 这是外设代码、它是我为实现而创建的主线程。