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.

[参考译文] ADS131A04EVM:启动过程

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/767684/ads131a04evm-startup-procedure

器件型号:ADS131A04EVM
主题中讨论的其他器件: ADS131A04

您好!

我正在为使用 ADS131A04EVM 将其与 FPGA 连接的客户提供支持、并在启动过程中遇到一些问题。

在下面的捕获中、他尝试按照该过程(在 ADS131A04数据表的第79页中列出)进行操作、并进行以下观察:

  • 他看到就绪状态
  • 他发送解锁命令
  • 他看到在下一次写入的状态字中收到了解锁命令
  • 但是、之后、所有配置写入只会返回 DOUT 线路上的解锁状态字
  • 他还在下一个命令帧开始时在 DOUT 线路上看到一个小脉冲

使用的时钟周期为320ns、下面的捕捉中可见的通道如下:

  • 通道0–MISO (DOUT)
  • 通道2–时钟
  • 通道1–MOSI (IDN)
  • 通道3–CS

遵循的步骤如下(DIN =下降沿、DOUT =上升沿):

  1. 发送解锁命令– 0x065500
  2. 写入 A_SYS_CFG 寄存器 –0x4BE800
  3. 写入 ADC_ENA 寄存器–0x0F0F00
  4. 发送唤醒命令–0x003300
  5. 发送锁定命令–0x055500

在硬件方面、他有一个 FPGA 评估板连接到 ADS131A04EVM 的 SPI 接头、交换了 MOSI 和 MISO (根据丝印问题)、并切断了 EVM 数字端 SPI 迹线以隔离、仅供外部使用。 EVM 上的跳线设置如下:

  • M0–IOVDD
  • M1–GND
  • M2 - GND
  • S4–向下(手动)
  • S5–向上(标头)
  • S8–向上(收割台)
  • S7–向下(从器件)
  • JP8–已卸载
  • JP9–已安装
  • JP10–已卸载

是否知道第二步不起作用以及 DOUT 为什么在快速脉冲后反复显示解锁状态字?

谢谢。

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

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


    我不确定问题是什么。 器件可能会继续返回解锁状态、因为它不会在第一条命令之后解释通信。 我认为、该器件应使用最后接收到的命令以16位进行响应。

    要测试此通信、我会尝试一些不同的东西。 对于解锁后的第一个命令、发送 null 命令以验证是否收到解锁(我知道您可以看到它已经被分离、但我希望它被分离) 然后尝试为 A_SYS_CFG 寄存器发送读取而不是写入、并查看寄存器读取是否返回默认的60h。 在您能够读取寄存器后、请尝试写入该寄存器。

    此外、SCLK 看起来像是一组连续的 SCLK。 发送到器件的24位字是否可以更及时地进行分隔? 我看不到/CS 到 SCLK 的时序来验证从/CS 的边沿到 SCLK 的任一边沿之间的间隔。 但是、在/CS 通信之间添加一些时间可能会有所帮助。

    我不确定是否有超小 DOUT 脉冲。 但是、当/CS 变为高电平时、DOUT 将为 Hi-Z 如果没有良好的上拉电阻、这可能是一个缓慢的转换。 此外、这里使用的逻辑分析仪是 Saleae。 我在软件中有一个分析仪。 如果文件不是太大、可以在这里发布、我可以查看它。


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

    我附上了 Salae 档案..... 我将尝试建议的 null、然后立即阅读以检查答案。 我必须将.logicdat 的文件扩展名更改为.txt、以便站点允许使用、以确保在您更改 back.e2e.ti.com/.../ads131a04_5F00_setup_5F00_capture.txt 时该扩展名是否有效

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

    Michael、

    我能够打开 Saleae 文件、我发现了以下内容:

    您将注意到、对 unlock 命令的回读被移一位。 我认为这个问题是在/CS 下降到 SCLK 上升时出现的:

    TD (CSSC)存在时序违规。 这里看起来大约为2ns、但数据表中的规格应为16ns。 我想您需要增加更多延迟。

    此外、DOUT 也有一些奇怪的东西。 可能会有一些延迟、但我注意到:

    不管怎样、请检查第一个延迟、看看是否至少清除了对器件的写入。


    吴约瑟

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

    写入寄存器命令的中间两个响应会发生什么情况、现在检查一下、但下面是 capture.e2e.ti.com/.../ads131a04_5F00_setup_5F00_capture2.txt

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

    Michael、

    我从最后一个图中看不到时序方面的任何问题。 我确实提取了 Saleae 文件、该图看起来是这样的:

    如需了解第二帧和第三帧的特写、您可以在下面的照片中更好地看到它。 第二个帧重复前面的命令、但第三个帧移动通信中的其中一个位:

    第4帧返回时出现异常响应、但第5帧正确地重复了第4帧的命令:

    此时、我会得到一个示波器来查看 SCLK 噪声是否存在任何问题。 可能有时钟丢失并因噪声而增加。 此外、当/CS 变为低电平时、DOUT 仍有一些异常噪声。 使用示波器、您将能够看到 SPI 线路是干净的、没有错误、而使用 Saleae、您可能会发现分辨率很低、无法查看任何问题。

    最后一个问题是、您为器件使用的主时钟速率是多少?

    吴约瑟

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

    我使用的 EVM 板具有16MHz 主时钟。  我用示波器查看了信号、它们看起来很好、我还查看了 FPGA 实时捕获工具中的信号、我得到的信号与 salea 相同... 我在每个命令之间添加了 NULL 命令。 您可以看到、我的第二条命令上确实有一个额外的时钟、因为它正在返回读取响应、另一个有趣的是、我的使能 ADC 命令0x0F00、获取命令无效的响应、然后下一条命令用于锁定。  从评估板到评估板、我将尝试清理信号、但如果此采集中有任何突出的内容、请访问 know.e2e.ti.com/.../ads131a04_5F00_setup_5F00_capture3.txt

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

    Michael、



    我曾有机会向一位数字工程师询问有关该器件的信息、数据表中也有几个方面没有提到。 我将浏览您的文件、并解释我看到的内容。 以下是您发送的文件的输出:



    首先、它看起来开始是正确的。 065500可正确解锁。 主器件发送空命令、器件重复解锁。

    解锁命令后、器件会给出状态字作为响应、即22、表示 SPI 错误和数据就绪错误。 我不能完全确定这些误差的来源。 这可能取决于这些帧之前发生的情况、如果这是上电后的第一次通信、可能还有其他问题。

    在执行 null 命令后的回读期间、是对寄存器4B6800的第一次写入。 我曾认为该器件以相同的方式响应、但实际上该器件会以读寄存器的形式响应。 因此、2B6800的响应是正确的。

    对于下一条命令、我认为您需要写入寄存器以启用 ADC。 为此、您需要将0F 写入0F 寄存器。 我认为该命令应该是4F0F00、而不是您发送的0F0F。 器件提供的响应为224000。 我并不完全确定4000、但22是带有状态字节的响应。 我不确定的一点是、未定义的命令会使用状态寄存器进行响应。

    希望这对您有所帮助。 如果您还想了解更多信息、请告诉我。


    吴约瑟

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


    我正在检查您是否已解决与 ADS131A04的通信问题。 正如我在上一个帖子中提到的、设备似乎对通信做出了正确响应。 器件对写入的响应在下一帧中显示为读取命令。

    我现在将关闭此帖子、但如果您继续遇到 SPI 通信问题、请重新发布、然后它将重新打开该帖子。


    吴约瑟