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.

[参考译文] AM3352:Uniflash - SPL 问题- Windows 10和 USB RNDIS

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/934681/am3352-uniflash---problems-with-spl--windows-10-and-usb-rndis

器件型号:AM3352
主题中讨论的其他器件:UNIFLASH

您好!

 

我们使用 Uniflash 通过 USB 接口(RNDIS)使用 Windows 10 PC 刷写 AM3352板。

当 SPL 尝试加载 Uboot 时、我们会遇到一些问题。 我们从 SPL 获得以下输出:

 

使用 musb-hdrc、out ep1out in ep1in status ep2in

Mac 34:15:13:8b:3c:40

主机 MAC DE:AD:be:ef:00:00

RNDIS 就绪

MUSB - hdrc:外设复位 IRQ 丢失!

正在等待 PHY 自动协商完成.......... 超时!

使用 BOOTP 引导时出现问题

SPL:无法从所有引导设备引导

###错误###请重置电路板###

 

在这个论坛上,我们遵循了这里提出的建议:

https://e2e.ti.com/support/processors/f/791/t/800880?AM3358-How-to-use-Uniflash-with-Processor-SDK-5-02-

 

在将 U-Boot 的配置更改为使用与引导 ROM 相同的 VID/PID 后、我们会获得更好的结果、因为我们有时会获得 Uboot 提示并继续下载。

使用 musb-hdrc、out ep1out in ep1in status ep2in

Mac 34:15:13:8b:3c:40

主机 MAC DE:AD:be:ef:00:00

RNDIS 就绪

MUSB - hdrc:外设复位 IRQ 丢失!

高速配置#2:2mA、以太网小工具、使用 RNDIS

USB RNDIS 网络启动!

BOOTP 广播1

BOOTP 广播2.

BOOTP 广播3.

BOOTP 广播4.

BOOTP 广播5.

DHCP 客户端绑定到地址192.168.2.2 (3905ms)

使用 USB_ether 设备

来自服务器192.168.2.1的 TFTP;我们的 IP 地址为192.168.2.2

文件名'u-boot-flasher.img'。

加载地址:0x82000000

正在加载:############################################################################

        ################################################

        2.3 MIB/s

完成

传输的字节= 646836 (9deb4 hex)

U-Boot 2018.01-00558-g5cd92dbf12-m脏(2019年5月16日- 13:32:02 +0200)

 

CPU:AM335X-GP 修订版2.1

型号:TI AM335x EVM

DRAM:256 MIB

NAND:512 MiB

MMC:  OMAP SD/MMC:0

**设备 MMC 0 **错误

使用默认环境

 

未设置。 验证第一个电子保险丝 MAC

NET:  Ejectutando función board_eth_init

否则为 board_eth_init

CPsw、USB_ether

…μ A。

…μ A。

 

关键是我们只能得到3/10次左右。 其余的刷写尝试会导致上述问题:

正在等待 PHY 自动协商完成.......... 超时!

使用 BOOTP 引导时出现问题

SPL:无法从所有引导设备引导

###错误###请重置电路板###

 

我们需要使用这种机制将器件投入生产、因此我们非常感谢您的帮助。

 

提前感谢。

Edurne

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

    您好、Edurne、

    [引用用户="Edurne Palacio "]

    我们使用 Uniflash 通过 USB 接口(RNDIS)使用 Windows 10 PC 刷写 AM3352板。

    [/报价]

    您使用的是哪个版本的 Uniflash?

    [引用用户="Edurne Palacio "]

    关键是我们只能得到3/10次左右。 其余的刷写尝试会导致上述问题:

    正在等待 PHY 自动协商完成.......... 超时!

    使用 BOOTP 引导时出现问题

    SPL:无法从所有引导设备引导

    [/报价]

    因此、您遇到的问题是 SPL 只能下载/运行 u-boot.img 3/10次、其余的仍然无法与主机通信、对吧? 您是否曾尝试在主机上运行 Wireshark 以查看是否提供有关问题的任何线索?

    这是在您的定制板上还是在 TI EVM 上? 如果是前者、您是否验证了 USB 功能以证明 USB 硬件没有任何问题?

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

    大家好、感谢您的快速回答。

     

      您使用的是哪个版本的 Uniflash?

     

    我们使用 Uniflash 3.4。  

     

    因此、您遇到的问题是 SPL 只能下载/运行 u-boot.img 3/10次、其余的仍然无法与主机通信、对吧? 您是否曾尝试在主机上运行 Wireshark 以查看是否提供有关问题的任何线索?

     

    没错。 或多或少,我们可以正确下载 u-boot.img 30%的时间(其余时间),我们会得到与开始时相同的行为,而不会检测到主机上的 USB RNDIS 接口。

    当这种情况发生时、我们会在主机上看到未检测到接口。

    在 Wireshark 中、我们看到 SPL 已正确传输、但完成后、网络接口会断开。 在这些情况下、当我们得到超时错误时、接口不会重新初始化(我们假设这就是我们得到超时错误的原因)。 在我们看到设备检测到 RNDIS 接口的情况下、我们可以在网络管理器中再次清楚地看到该接口。

    上述主题解释说、这似乎是与计时相关的问题… 这与我们得到的结果是有道理的、器件会等待一段时间来检测 USB RNDIS 接口是否存在、 但在某些情况下、Windows 10 PC 似乎无法按时启动 RNDIS 接口、因此设备通信超时。

     

    这是在您的定制板上还是在 TI EVM 上? 如果是前者、您是否验证了 USB 功能以证明 USB 硬件没有任何问题?

     

    这是一个定制板、但我们已经验证了 USB 硬件。 实际上、当我们在 SPL 上没有遇到该错误时、我们能够通过 USB 执行完整的闪存过程。

x 出现错误。请重试或与管理员联系。