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.

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

Guru**** 2589245 points
Other Parts Discussed in Thread: MSP430FR5969

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/799673/rtos-launchxl-cc1352r1-cc1352-ble-and-spi-communication-with-as8510-ic

器件型号:LAUNCHXL-CC1352R1
主题中讨论的其他器件:MSP430FR5969

工具/软件:TI-RTOS

大家好、

我在 MSP430FR5969中使用了 AS8510 IC (SPI 通信)、并获得了结果。
我希望通过 CC1352 BLE 编码实现相同的功能、因此我参考了 SPI 主程序、以便使用 BLE 编码进行编程。 它根本不显示任何内容。 实际上、在 receiveBuffer 中、我始终获取0xFF 结果。

是在 SPI 通信上为另一个从器件执行编码的任何人、而不是在内部定义的 SPI 通信。

谢谢、

Anil D.  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您的帖子中不清楚这是否是 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)"即可。 您能确认一次吗? 我也会尝试我的一方。 这是外设代码、它是我为实现而创建的主线程。

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    握手要求主机和从机都执行此操作。 如果您要与使用 SPI 的传感器通信、则必须使用传感器数据表中所述的协议。