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.
您好!
我们使用 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:无法从所有引导设备引导
###错误###请重置电路板###
在这个论坛上,我们遵循了这里提出的建议:
在将 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 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 执行完整的闪存过程。