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.

[参考译文] ADC08DJ3200:可@ TSW14J56revD EVM 板运行 ADC08DJ3200的全速率(3.2GSPS x 2通道)?

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/714832/adc08dj3200-possible-to-run-the-adc08dj3200-full-rate-3-2-gsps-x-2-channels-with-tsw14j56revd-evm-board

器件型号:ADC08DJ3200
主题中讨论的其他部件:ADC12DJ3200EVMTSW14J57EVM、、、 ADC12DJ3200DAC38RF82

尊敬的 TI 高速 ADC 应用支持工程师:

我的团队和我目前正在评估 ADC12DJ3200EVM、搭配 TSW14J57数据采集卡。  我们以全速运行 ADC (3.2GSPS x 2通道)、以捕获我们(~ 1.6GHz BW)基带 信号的 I 和 Q 分量。  我们的应用要求对每微秒~μ s 的脉冲信号进行定期数据采集。   理想情况下,我们将执行一系列(冗长)的触发数据捕获,这些数据捕获将波形存储在内存中,直到所有可用的寄存器都已满....  然后 通过 USB3向主机 PC 进行"批量"数据传输。   通过使用 HSDCpro GUI 界面、我了解到、为下一个捕获事件重新布设触发器的唯一方法是将存储器的内容保存到主机 PC 的硬盘上(运行 HSDC pro)。  这是否正确/仍然适用?   与这些相关的延迟(必填?) 文件传输将不支持我们所需的(~1微秒)数据采集频率...

如果我们在第一个事件上触发 ADC 并 让它持续运行、直到 TSW14J57的存储器已满(1x10^9个16位样本)、我们将以~ 313/2ms 的时间最大输出存储器。  二分频是由于需要同时运行2个通道。  我们希望尽可能延长主机 PC 上文件写入之间的时间: 是否有任何方法可以在 TSW14J57的存储器中间歇性地累加波形数据、而无需将数据传输到主机 PC?  换言之、我们希望  以暂停/恢复方式执行数据采集。  使用 TSW14J57 EVM 板是否有任何方法来实现此目的?

如果无法使用 TSW14J57EVM 实现数据采集暂停/恢复功能, 是否可以使用14J56revD EVM 以全速率(2通道,3.2GSPS)运行8位版本的 ADC?  该数据采集卡的存储器是14J57EVM 的两倍。   如果是、在 最大程度地利用存储器之前、将 ADC08DJ3200EVM 与 TSW14J56EVM 配对使用是否会为我们提供4GSamples 的波形存储值?   这可能是一种缩短文件传输之间所需时间的有趣方法...   

提前感谢您对这些问题的帮助、 HSDCpro 下的每事件数据传输/文件写入主机 PC 的要求目前对我们来说是一个非常关键的问题。

此致、

Steve Krupa

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

    我已将您的请求发送给负责此器件的工程师、他很快就会回来。

    此致、
    Neeraj
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Steve
    TSW14J56EVM (修订版 D 或更高版本)可在3200MHz 时钟速率下支持 ADC08DJ3200 (或8位8通道模式下的 ADC12DJ3200EVM)。 您可以选择 JMODE7 (8位、双模、8通道)。 HSDC Pro 中的 ADC 输出采样率设置将为3.2GSPS。 串行比特率为3200 x 2.5 = 8Mbps。 这在 TSW14J56EVM 的功能范围内。
    我在该配置中进行了一些测试、并在数据记录末尾附近遇到了 Ch2数据问题。 在2通道模式(JMODE7)下成功捕获的最大长度 I AM 为16、777、216个样本。
    在单通道模式(JMODE5)下、我最多可以捕获2、147、483、648个样本。 HSDC Pro firmware/.ini 设置阻止输入比此值更大的数据捕获深度。
    此致、
    Jim B
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Steve
    为了解决您的另一个问题、目前无法执行多次触发捕获、逐步填充 TSW14J57EVM 存储器、然后在序列结束时将数据读出到 PC。
    此致、
    Jim B
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Jim、

    非常感谢您对我的两个问题的快速而彻底的回答。  

    感谢您在 JMODE7和 JMODE5中测试 TSW14J56数据采集卡。  JMODE7中的存储器限制是否是 TSW14J56固件团队可以在不久的将来修复的?  同样、是否存在"放弃" JMODE5固件变体的可能性、从而允许我们"最大"地利用 TSW14J56的8位采样可用采样存储器?  您引用的样本限制(2,147,483,648)反映 了16位样本的使用情况,对吧?  我们是否应该能够将更多的8位样本数据压缩到 TSW14J56卡上、而不是这个 HSDC 专业固件/.ini 编码限制?  这将是一个很好的功能、用于演示 ADC08DJ3200芯片组在不需要高精度波形捕获的应用中的实用性。   

    我将使用 ADC12DJ3200卡测试 JMODE5、并查看波形的变化量。

    谢谢、此致、

    Steve

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

    您好 Steve

    固件/软件团队正在调查 Ch2上的 JMODE7捕获深度问题。 我看到 JMODE2 (12位)的类似行为、这可能有助于他们找到问题。

    我们使用的捕获固件本质上是通用固件、可支持多种不同的 JESD204B LMFS 配置。 遗憾的是、这也意味着对于小于16位的样本、使用的存储器存储机制未得到良好优化。 我会问是否有任何简单的方法来提高采样深度、但我希望短期内不会有任何事情可以做。

    另一种值得考虑的方法是、为具有 Altera Arria10和 Xilinx KCU105开发板的 ADC12DJ3200EVM 提供参考固件。 该固件针对12位操作进行了更优化、您可能能够添加处理等以满足需要。

    固件包可从以下"软件"部分下载:  

    我希望这对您有所帮助。

    此致、

    Jim B

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

    您好 Steve

    固件团队报告说、.bin 文件中保存的实际数据对于 TSW14J56上的 Ch1和 Ch2是可以的。 因此、您可以在 JMODE7 (8b 双通道)中每通道获取最多1073741824个样本。

    遗憾的是、没有任何改进的捕获深度固件构建可用。 如果您需要类似的器件、上面链接的更真实的应用固件示例是最佳选择。

    如果有任何其他问题、请告知我们。

    此致、

    Jim B

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

    您好、Jim、

    感谢您使用 TSW14J56 EVM 查看不同位长度样本的捕获深度问题。  我们的长期目标是为我们的应用开发一个完全定制的 FPGA 解决方案、但与 TI 提供的 EVM 和 GUI 配合使用可更好地了解当前可用的 DAC 和 ADC 器件的功能、这是一大帮助。  我们已经针对 Tx 和 Rx 链的不同工作模式的适用性提供了一些重要的答案、这些问题将为未来的设计决策提供建议。

    如果您推荐 用于支持 ADC12DJ3200和 DAC38RF82 EVM 的平台(KCU105与 Arria10)、您会推荐哪两家供应商(Xilinx 或 Altera)?  假设开发人员没有与任一供应商预先存在的任何"投资"。  我知道这可能不是一个微不足道的决定、因为您正在有效地采用整个"生态系统"的编程工具、IP 解决方案等。

    您的反馈和专家帮助对于我们有关数据采集的设计方法非常有帮助。  我期待着再次与你们就今后无疑会出现的问题作出对应。。。 )

    非常感谢、

    Steve