一 前语
在高速串行技能如此广泛运用的今日，简略易用的USB堪称是PC渠道上最成功的I/O技能，普及率简直100%。而且跟着终端用户关于高速USB设备运用需求的不断添加，越来越多的嵌入式通讯类终端产品开端添加了USB2.0主机接口的规划以满意客户的运用需求。老练的运用技能由PC渠道转向嵌入式渠道的现已成为一种趋势。为了满意USB2.0一致性运用的需求，全部的USB2.0规划都有必要满意USB IF发布的USB2.0物理层一致性测验要求。相关于比较老练的PC渠道USB2.0 主机测验技能而言，依据通讯类终端的嵌入式USB2.0 主机的测验面对更多的应战。特别是进行二次开发的运用厂商而言，怎么满意USB2.0物理层一致性测验要求很大程度上需求原厂在测验形式以及测验封包方面供给更多的支撑。但运用需求的多样化导致了许多规划架构脱离了原厂的测验状态机操控领域，问题接踵而来。
二 嵌入式USB2.0主机测验
1 产品USB部分原理及测验环境
产品USB操控原理
USB操控主机选用某大型通讯类计划供给商的IAD解决计划，片内集成一个USB2.0操控器，然后经过一个USB HUB中继对外供给2个高速主机接口。
测验设备：
DUT_USB2.0功用框图
2 测验中呈现的问题
本次测验将首要验证产品上两个USB高速主机接口的眼图。关于USB2.0物理层的眼图测验，USB IF在USB2.0 SPEC中有着明晰的眼图模板界说如下：
Transmit Waveform. Template
关于USB高速主机眼图测验的测验办法，USB IF在USB2.0 SPEC中也有明晰的界说，USB2.0主机操控器有必要支撑规则的测验形式。关于眼图的测验则有必要支撑TEST Packet测验形式，接连发送标准的测验码流以测定眼图模板，上升下降时刻，传输颤动以及其他的一些AC目标。也就是说测验是依据原厂关于测验形式的支撑并供给相应的Firmware。预备测验前工程师和原厂交流后顺畅拿到了测验Firmware和测验指令。原厂供给的测验办法是在上电发动之后进入 CFE形式然后下载和运转测验专用Image,这样就能够运用TEST_Packet指令进行眼图的测验了。测验衔接图示如下：
测验衔接图
全部看起来都是那么的顺畅，可是当咱们经过串口进行TEST Packet指令下发之后在两个主机接口却看不到信号波形呈现。由于是第一次进行嵌入式USB的测验，所以关于呈现的问题是没有任何经历能够参阅和学习的。从串口信息来看是显现指令下发成功的，那问题究竟出在哪里呢?只要从信号流向一步一步地查找了。工程师首要测验了USB HUB与CPU之间的UpSTream接口，发现有相应的信号波形呈现。也就是说USB主机操控器现已执行了TEST Packet指令并发送了测验码流,问题呈现在了USB Hub这儿，它并没有向两个Down Stream Facing Port转发码流。而且原厂供给的指令也很古怪，依据有PC主板测验经历的工程师的定见，关于HUB的测验应该需求指定测验端谈锋对。而在测验指令中咱们并没有看到相应的指令而只要简略的TEST Packet指令。在询问了原厂技能人员后问题有了答案：
(1)本来咱们选用的计划只支撑一个USB 主机接口，所以在片上只集成一个USB 主机 CONtroller，测验指令也是依据主机操控器类型的。而咱们的板级运用是选用了一个USB Hub与主机 Controller中继来完成多端口运用的扩展，底子无法进行Hub Down Stream Facing Port的测验。
(2)而且原厂的测验是在CFE形式下经过下载运转特定的测验程式来进行测验，在这个阶段，并没有完成USB Hub的初始化以及装备字的操作，也就是说USB Hub是不可控的无法进入测验形式的设定。咱们的多USB主机端口的运用规划使得体系架构中加入了USB Hub进行中继，现已超出了原厂规划的USB测验状态机操控领域，导致了无法经过原厂供给的测验指令进行测验。再次和原厂技能支撑评论新的测验程式的开发从时刻说来看现已不实际了，客户十分重视并要求咱们有必要赶快给到USB 主机的测验报告。第一次进行嵌入式USB 主机测验就遇到如此扎手的问题，工程师们一时刻束手无策。有没有别的的办法呢?
