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.

[参考译文] TMS320C5517:紧急/确认 INTRTX 发生的时序/条件。

Guru**** 2594050 points
Other Parts Discussed in Thread: TMS320C5517

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/640676/tms320c5517-urgent-confirm-the-timing-condition-to-happen-the-intrtx

器件型号:TMS320C5517

尊敬的 TI 专家:

请允许我确认以下问题。
 注意:此问题与以下 E2E 帖子有关。
  

[问题1]

请告诉我 INTRTX 中断发生的时序或条件吗?
我认为、当器件完成向主机发送 FIFO 数据时、会发生这种情况。

[问题2]
如果我的理解是正确的、那么当 CPU 时钟为200MHz 时、即使数据传输没有完成、您认为在非常短的持续时间(40uS)内发生 INTRX (EP1TX)中断两次的原因是什么?

此时、CPU 在 FIFO 上过度写入数据、即使数据传输未完成。 如果您需要更多数据来解决此问题、请告诉我。 他们使用了以下环境。

电路板:定制电路板
CAF 版本:v02.00.02.04
CSL 版本:v3.07.00

[问题3]
您是否可以通过修改 CAF 来重现此问题、以便在您的一侧运行 C5517EVM?

我们必须在下星期二在日本时间之前回答这个问题。 请帮助我们。
此致。
Kaka

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    我们将对此进行研究。 反馈将发布在此处。

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

    请在准备好后提供您的答案。

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

    你有更新吗?
    我们今天需要回答这个问题。 请帮帮我们。

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

    大家好、Kaka-San、

    问题1.

     当相应的 EP (0-4) TX FIFO 被 USB 内核清空(从 FIFO 复制到 USB 内核的内部缓冲区)时、寄存器 INTRTX 被置位、而不必是主机已经接收到。 然后、相应地 INTMASKEDR1将被置位、这将导致 USB 中断。 USB ISR 处理完成后、通过将相同的值写入 INTCLRR1 (usbRegisters->INTCLRR1 = pContext->dwIntSourceL)来清除 INTMASKEDR1。 为了清除 INTRTX、EP TX FIFO 需要由 CPU 填充。

    问题2.

    这里有两种可能:

    SOF 中断位于 TX 中断之前、因为在 ISO 模式下、USB 主机在 SOF 上发送 IN 令牌包、所以 TX 中断需要一段时间才能进入(C5517接收 IN 令牌包、 USB 内核将 TX 数据从 TX FIFO 复制到内部缓冲区、发送 TX 中断)。 如果在 TX 进入之前处理了 SOF、则每 ms 将获得两个中断。

    2.如果使用了回放路径、RX 中断可能在这里起作用。 RX 中断可能在不同的时间与 TX 中断不同。 如果未在相同的 USB ISR 访问中处理它们、则每 ms 将获得两个中断。

    问题3.

    我们正致力于使我们的 USB 音频示例在 C5517 EVM 上以200MHz 的频率工作。 我们将很快告知您结果。 作为参考点、我们在 CSL 中的所有 USB 示例(USB CDC、HID、MSC 和端点)均已在 C5517 EVM 上以200MHz 进行测试、并且它们都正常运行。

    此致、

    Ming

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

    感谢您的评论。 我将检查您的意见、如果我有更多问题、请让我确认。
    顺便说一下、您是否会在几个小时内回答以下问题?

    TI 在所有高达200MHz 的工作频率范围内、都对 C5517在 USB 内核上的运行行为进行了验证。 那么、我是否可以回答客户的问题、TI 保证在 TMS320C5517上使用具有200MHz CPU 时钟的 USB 功能?

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

    您好、Ming、

    我们可以从您的模板中获取此答案。 顺便说一下、我们收到了我的客户的问题。
    根据您的注释、当 USB 内核将 FIFO 数据复制到内部缓冲区时、INTRTX 中断将被置位。 请告诉我、客户在通过 USB 内核复制数据之前、如何确定写入 FIFO 的正确时序?
    我认为、如果 USB 主机使用 INTRTX 中断作为写入时序、那么在将数据发送到 USB 主机之前可能会覆盖 FIFO 数据。
    实际上、当使用 INTRTX 中断作为写入时序时、如果使用 CAF、当 CPU 以200MHz 运行时、USB 内核似乎会在将数据发送到 USB 之前复制数据。

    此致。
    Kaka

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

    大家好、Kaka-San、

    我的意思是、当 USB 内核(Mentor 内核)将数据从 TX FIFO 复制到其内部缓冲区(Mentor 内核内部)时、将生成 INTRTX 中断。 它是与 FIFO 存储器不同的区域。 然后 Mentor 内核将数据从其内部缓冲区复制到 USB 主机)。 之后 TX FIFO 将空闲、因此无论 CPU 的运行速度如何、都不会发生潜在的覆盖。

    正确的时序是、每当 INTRTX 发生时、CPU 需要填充 TX FIFO (意味着 TX FIFO 为空并准备好接收新数据)。

    下面是 USB TX 事务的事件序列:

    TX FIFO 中填充了要传输的数据。

    2. USB 设备接收到的 SOF 中断(全速模式下每 ms 一个)。

    3. SOF 中断由 CPU 处理(而 IN 令牌同时发出)

    接收到输入令牌包后、USB 内核将数据从 TX FIFO 复制到内部缓冲区。

    5、由于 TX FIFO 为空、INTRTX 被触发。

    6.数据从 USB 内核内部缓冲器传输到 USB 主机(同时由 CPU 为 INTRTX 提供服务)

    7.重复1-6。  

    Ming

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

    CPU 将数据写入 C55x 器件上的 TX FIFO。
    2.设置 TXPKTRDY
    3.将 TX FIFO 数据复制到 USB 内核(Mentor 内核)上的缓冲区
    4、发生 INTRTX 中断。
    5. CPU 可以在 TX FIFO 上写入新数据。
    这意味着 Mentor 内核在释放内部缓冲区之前不会复制数据。 这就是覆盖不会在任何 CPU 时钟中发生的原因。
    我的理解是否正确?

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

    客户告知这个问题是由 CSL v3.07.00错误引起的。
    如果可能、请检查 USB 驱动程序是否存在任何问题。

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

    大家好、Kaka-San、

    您的理解是正确的。

    Ming

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

    我们没有发现 CSL 版本3.7.0中 USB 驱动程序存在任何未解决的问题。 如果您的客户发现任何问题、请告知我们详细信息。 我们将尽快解决这个问题。

    此致、

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

    大家好、Kaka-San、

    请详细说明  由 CSL 3.7.0错误引起的 USB 驱动程序问题。

    Ming

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

    请详细说明导致 USB 驱动程序问题的 CSL 3.7.0中的错误。

    Ming
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Kaka-San
    我还建议我们使用单个 E2E 线程进行收敛、并关闭其他线程、因为所有这些线程都是相关的、我们应该只使用其中一个线程。
    请选择最相关的主题、我们将关闭同一主题的其他主题
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    你好,Mukul。

    我明白了。 我关闭这个线程。

    此致。
    Kaka