- 1、本文档共9页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
巧妙测试嵌入式USB2.0主机接口信号质量-
基础电子
摘要:本文主要讨论了某款嵌入式产品中USB2.0主机接口
的眼图测试。通过一个测试展开了对USB2.0测试机理的探讨,对后
续的嵌入式产品USB2.0主机测试有一定的参考意义。
在高速串行技术如此广泛应用的今天,简单易用的USB堪称
是PC平台上成功的I/O技术,普及率几乎100%。而且随着终端用户
对于高速USB设备应用需求的不断增加,越来越多的嵌入式通信类终
端产品开始增加了USB2.0主机接口的设计以满足客户的应用需求。
成熟的应用技术由PC平台转向嵌入式平台的已经成为一种趋势。
为了满足USB2.0一致性应用的需求,所有的USB2.0设计都
必须满足USBIF发布的USB2.0物理层一致性测试要求。相对于比较
成熟的PC平台USB2.0主机测试技术而言,基于通信类终端的嵌入
式USB2.0主机的测试面临更多的挑战。特别是进行二次开发的应用
厂商而言,如何满足USB2.0物理层一致性测试要求,很大程度上需
要原厂在测试模式以及测试封包方面提供更多的支持。但应用需求的
多样化导致了许多设计架构脱离了原厂的测试状态机控制范畴,问题
接踵而来。
嵌入式USB2.0主机测试具体过程
本文中的USB控制主机采用某大型通讯类方案提供商的IAD
解决方案,片内集成一个USB2.0控制器,然后通过一个USBHUB中
1
继对外提供2个高速主机接口。所选用的测试设备如表1所示。
表1:嵌入式USB2.0主机测试所采用的测试设备
测试中出现的问题本次测试将主要验证产品上两个USB高
速主机接口的眼图。对于USB2.0物理层的眼图测试,USBIF在USB2.0
SPEC中有着明确的眼图,模板定义如图2所示。
F1:DUT_USB2.0功能框图
2
F2:传输信号波形模版
关于USB高速主机眼图测试的测试方法,USBIF在USB2.0
SPEC中也有清晰的定义,USB2.0主机控制器必须支持规定的测试模
式。对于眼图的测试则必须支持TestPacket测试模式,连续发送规范
的测试码流以测定眼图模板、上升下降时间、传输抖动以及其他的一
些AC指标。也就是说,测试是基于原厂对于测试模式的支持并提供
相应的Firmware。准备测试前工程师和原厂沟通后顺利拿到了测试
Firmware和测试命令。原厂提供的测试方法是在上电启动之后进入
CFE模式然后和运行测试专用Image,这样就可以使用Test_Packet命
令进行眼图的测试了。测试连接图示参见图3。
3
F3:测试连接图
一切看起来都是那么的顺利,但是当我们通过串口进行Test
Packet命令,下发之后在两个主机接口却看不到信号波形出现。因为
是次进行嵌入式USB的测试,所以对于出现的问题是没有任何经验可
以参考和借鉴的。从串口信息来看显示命令是下发成功的,那问题到
底出在哪里呢?只有从信号流向一步一步地查找了。工程师首先测试
了USBHUB与CPU之间的Upstream接口,发现有相应的信号波形出
现。也就是说,USB主机控制器已经执行了TestPacket命令并发送了
测试码流。那么,问题是出现在USBHub这里,它并没有向两个Down
StreamFacingPort转发码流。而且原厂提供的命令也很奇怪,根据有
PC主板测试经验的工程师的意见,对于HUB的测试应该需要指定测
试端口才对。而在测试命令中,我们并没有看到相应的指令而只有简
单的TestPacket命令。在询问了原厂技术人员后问题有了答案:
(1)原来我们采用的方案只支持一个USB主机接口,所以
4
在片上只集成一个USB主机Controller,测试命
文档评论(0)