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.

[参考译文] CC3235SF:4个 ADS1298的 SPI 接口

Guru**** 1123240 points
Other Parts Discussed in Thread: CC3235SF, ADS1298, LAUNCHXL-CC3235SF, SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1189535/cc3235sf-spi-interface-to-4-ads1298

器件型号:CC3235SF
Thread 中讨论的其他部件: ADS1298SysConfig

尊敬的 Sirs:

我们将开始开发一款新产品、以至少250/500次采样/秒的速率从4个 ADS1298读取数据 由于我们必须通过 Wifi 发送样本、因此我们选择 CC3235SF 作为执行此任务的主主机。 虽然我们非常熟悉 Simplelink 产品、但这是我们第一次使用此微控制器。

目前、我们已经在使用带有 launchxl-cc3235sf 的 UDP 数据包以所需的吞吐量发送虚假数据。 我们的 SDK 为6.10、我们已修改了包含的名为"udpecho"的示例程序、以成功执行此传输。

现在、我们打算测试与 ADS 的接口、并通过来自 ADS 的真实数据来更改假数据。 我们已经拥有 ADS 方面的经验、因为我们将其用于基于 CC2642R1 IC 的产品。 但是、对于此设计、我们有几个疑问:

在此程序(udpecho)中、已定义了 SPI (CONFIG_SPI_0)。 我们是否可以使用它从 ADS 读取数据、或者它已被用于与网络子系统进行通信? 如果是这种情况、我们是否可以添加新的 SPI? 。 SysConfig 不允许我们添加另一个。 对吗? 我们需要共享这个吗?

2.如果 CC3235SF 能够通过 SPI 处理4个 ADS、您能不能向我们提供建议吗? 我们应该以菊花链的形式连接它们吗?

期待收到您的回复

谢谢

 

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

    CONFIG_SPI_0是一个 SPI 接口、用于应用(如果您检查 syscfg 自动生成的代码、您会发现分配了2个 SPI 实例、并为 NWP 连接保留了1个实例)。

    SPI 通过使用 SS 支持多从器件-您可以通过 SW 控制 SS 并使用 GPIO 控制不同的从器件(共享时钟/MOSI/MISO)。  

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

    感谢 Kobi 的回答。

    我对第二个问题的担忧与管理中断的能力和读数的速度有关、足以保持所需的传输吞吐量。
    例如、在500个样本/秒的情况下、吞吐量为4 ADS * 216位* 500 = 432000 bps = 54000字节/秒

    对于中断、我们认为有3种情况:
    1、AD 单独连接(仅共享 CLK、MOSI 和 MISO):500个样本/秒的中断率 x 4 ADS = 0.5ms、读数为216位
    2.级联连接的 AD (每个器件具有单独 CS 的同步启动和时钟);500个样本/秒的中断率= 2ms、读数为216*4=864位
    3.菊花链中连接的 ADS:500个样本/秒的中断率= 2ms,读数为216*4=864bits

    因此、CC3235SF 必须能够从4个 ADS 收集数据、将这些数据打包并以适当的速度通过 Wifi 发送

    您认为 CC3235SF 能够管理它吗? 您建议采用哪种配置?

    此致

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

    该器件可支持高达13Mbps 的应用吞吐量(通过 TCP)(在实验中达到了高阈值、露天条件下将减少此数字)、因此432000bps 不是问题。 但是、这假设您要发送全尺寸数据包(聚合)、而不是每个采样周期发送数据包、这会由于 TCP/IP 开销而增加带宽)。  

    我不明白为什么在所有情况下都没有2ms 的中断速率。 主器件将每2ms 从每个从器件唤醒并读取一次。 这不是最佳选择、但应提供足够的 CPU 周期(40MHz 时)来完成任务(但请自行验证)。 BTW。 XIP 闪存有一些延迟、如果您有时间关键型代码、则可以将其分配 到0等待状态 SRAM 中。