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.

[参考译文] XIO2001:XIO2001连接问题。

Guru**** 2466550 points
Other Parts Discussed in Thread: XIO2001

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/622271/xio2001-xio2001-connection-issue

部件号:XIO2001

您好,Elias:

感谢您的支持。

请继续此主题的讨论。

>是,应启用MSI_EN以使用IRQ。

-目前,我们已连接"PCI设备"INT SIGNAL to IRQ0 of XIO2001.

 但是,如果更改为"PCI设备"INT SIGNAL to CPU directly (直接向CPU发送INT信号)"更好,请告诉我们

>关于“完成超时”:

>我认为这是一个主要的中止原因,因为PCI设备不支持REQ#/GNT#,它也可能是一个延迟计时器配置。

>如果这是一个延迟问题,则他们可以通过修改“辅助延迟计时器寄存器”来增加XIO2001中的延迟计时器

感谢您提供完成超时的建议。 我们将尝试增加"辅助延迟寄存器(1Bh)",因为默认值为"0x00"。 因此,作为第一步,

 我们将尝试增加“0xff”(最大值)。但是 ,您是否有任何关于此值的建议?

 

>如果问题是由于REQ#/GNT#,则他们可以使用外部PCI仲裁器,这就是为什么我建议将EXT_ARB_EN高和GNT#0低绑定,这样XIO2001将始终“请求”总线,请在XIO2001中也将REQ0#低绑定。

您在前面的讨论中仅提到REQ0#=LOW。 除了前面的,我们是否必须为GNT#0降低?

当前原理图未使用所有GNT#。

因此,很难修改HW。 所以,我想确定一下。

*上一页

>>・EXT_ARB_EN:高 (启用外部仲裁器)

>>・REQ0#:低(仅REQ0#=低)

 

*这次

>>这就是我建议将EXT_ARC_EN高电平与GNT#0低电平绑定的原因,

>>请在XIO2001中将REQ0#也列为低值。

 >问题:他们能否从XIO2001断开PCI设备并执行以下操作:

 > a. 禁用外部仲裁器(EXT_ARB_EN=lowInstall a pull-up on all Req# signals in the XIO2001 (XIO2001中所有REQ#信号上的上拉)

> b.. 使GNT#保持浮动或上拉状态。

> c。如果以上方法解决了该问题,则根本原因可能是PCI设备中缺少REQ#/GNT#支持。

 

我们已经进行了类似的测试。 下面我将详细描述一下。

*即使连续30小时进行测试,我们也没有遇到任何问题。

这是测试条件。

a)设置EXT_ARB_EN LOW。

B)所有要求="H"

C) GNT=开放

如果以上测试方法是您的请求方法,则原因是Req#/GNT#支持机架。

您是否有一些细节问题?

 

>他们是否可以在CPU和XIO2001之间放置PCIe分析器? 如果没有,他们能否在XIO2001和PCI设备之间放置PCI分析仪? >这将大有帮助。

-他们仍在计划使用PCI分析器。但他们还没有准备好。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,
    您不应将PCI的INT#连接到XIO201的IRQ输入,PCI设备的INT应连接到XIO2001的INTA#输入。
    是的,我想看看如果GNT0#也被拉低会发生什么情况。
    问题似乎与缺少REQ#/GNT#支持有关,我将询问设计师。
    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢。 我将尝试GNT#0和您的推荐方式。

    顺便说一句,我还有一个问题

    当前它们的连接是连接到XIO2001 INT ##的所有PCI设备中断。

    如果 XIO2001 (网桥) 由于数据量大而无法处理PCI总线中断 ,我们是否必须通知 CPU并请求CPU延迟数据处理?

     

    此致,

    Kz777

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

    否,XIO2001将处理数据流量。

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

    您好,Roberto:

    感谢您的建议。

    我们仍然存在此连接问题。 我将尝试将数据包分析器数据带回给您。

    此致,

    Kz777

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

    我不知道你是否尝试过GNT0#,这是一个低推荐。

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

    您好,Roberto:

    我们对GNT0#拉低机制有一些疑问。

    Gnt#定义输出引脚。那么,如果我们更改为GNT0# LOW, 那么在 修改更改之前,此输出引脚如何工作?

    此致,

    Kz777

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

    如果问题是由REQ#/GNT#引起的,则他们可以使用外部PCI仲裁器,这就是我们建议将EXT_ARB_EN高与GNT#0低绑定的原因,这样XIO2001将始终“请求”总线,请在XIO2001中将REQ0#也绑定为低。

    此致,
    Roberto,
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Roberto:
    感谢您的留言。 我理解这个原因。 我将用另一封邮件发送当前包捕获数据"错误日志"。 那么,如果此GNT#0 LOW对这个错误分组数据案例有帮助,您能确认吗?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,

    我们正在分析您最近发送给我们的信息。我们将尽快发送我们的评论。

    此致,
    Roberto
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好,Roberto:
    当我研究过去发送给您的数据包捕获数据时,我注意到了一点。
    在未知数据包和培训开始之前,发送/接收数据包的工作正常。 我认为系统此时会突然重置。
    您是否有任何关于XiO设备突然停止并开始训练过程的信息?我认为训练过程可以在设备启动时确认。

    此致,
    Kz777