工具与软件：
您好、专家
我使用 DS320PR1601的 SigCon Architect 配置文件来配置 DS160PR1601。 连接 DS160PR1601后、SigCon Architect 将报告如下所示的错误：
你能给我一些建议 来解决这个问题吗?
谢谢
Powell
您好、Powell：
感谢您联系我们。 请为我们提供一些其他详细信息、以帮助调试您的问题。
此致！
David
您好、David
感谢您的支持。
现在、USB2ANY 可以正常连接到 DS160PR1601。
但我们遇到 另一个问题、即 PCIe 设备无法连接。 您能否检查以下配置是否正确？ 或者、请提供一些关于调试此问题的建议？
谢谢
Powell
您好、Nick
感谢您的快速响应。
我们已经在 PC 上试用了 带 OSS 电缆的 FPGA 、它工作的还可以、所以我觉得 FPGA 和 PC 都挺好的。
为了清晰地进行说明、 附加了应用框图。
1、连接到 PC、PCIe 无法连接。
2、环回测试运行良好、速度可高达16Gbps。
1、根据 Loopback 测试的结果,我可以认为通道的连接 正常吗?
2、 DS160PR1601内的 ？引脚上有64个集成的交流耦合电容器(如果路径中过量的去耦电容器会影响 PCIe 链路)
此致
Powell
您好、Evan
我们移除 FPGA RX 侧的交流耦合电容器、PCIe" LTSSM 仍无法检测到通道上的任何接收器。
然后我们尝试了以下连接、PCIe 可以建立链路、速度可以高达16Gpbs。 只要检测到 RX、PCIe 就会连接。
为什么 转接驱动器的接收器检测状态机显示所有通道检测、但 FPGA 的 PCIe LTSSM 显示 在任何通道上未检测到任何接收器？ 您能否提供一些用于调试此问题的提示？
谢谢
Powell
您好、Powell：
您能否重新上传回复中的第二张图片？ 图像似乎无法从我的视图中正确加载。
当指出转接驱动器的 RX 检测状态机显示已检测到所有通道时、您能否指定您使用的 GUI 页面？ 要进行验证、您能否在 SigCon Architect GUI 的 Low Level 页面中检查某些 DS160PR1601通道的 RX_DET_STS 值？ 如果看到正确的端接、对于看到正确端接的每个通道、我应该期望 RX_DET_STS[7：6]= 0b11。
此致！
David
你好、David
请在下面找到第二张图片：
测试后、 我们 发现、 如果 端点的 TX 侧 有 交流 耦合 电容器、则 可以 在 通道上检测到接收器。 
是否 有 任何 理由 绕过 驱动器的 去耦 电容器 或 转接驱动器 ？
此致！
Powell
当您指出转接驱动器的 RX 检测状态机显示检测到所有通道时、您能否指定您使用的 GUI 页面？ [报价]我们使用"Low Level"页面：
此致！
Powell
您好、Powell：
补充 David 的评论：
根据规范、 DSPR1601的所有通道均集成了交流耦合电容器。
根据数据表、只有转接驱动器上的 TX 引脚集成了交流耦合电容器。 转接驱动器中的一个通道包含一个用于接收 PCIe 发送器发送的输入信号的 RX 引脚和一个用于向 PCIe 接收器发送输出信号的相应 TX 引脚。
请注意、"去耦电容器"(添加到 VCC 引脚并联、用于降低电源噪声)不同于"交流耦合电容器" (串联添加到数据线、以过滤信号的直流偏置)。
在 DS160PR1601的 TX 引脚上集成交流耦合电容器的原因如下：1)节省布板空间、否则交流电容器必须是外部0201器件而不是集成在转接驱动器封装内的非常小的器件；2)使转接驱动器与市场上其他一些封装兼容的产品更易于共同布局、这些产品也在 TX 引脚上集成了去耦电容器。
此致！
Evan Su
