位置:51电子网 » 技术资料 » 嵌入式系统

利用嵌入式USB主控进行设计

发布时间:2008/5/27 0:00:00 访问次数:440

usb(通用串行总线)于1995年面世,目前已发展成为一种解决个人计算机与外设连接问题的事实标准。由于usb的应用极为广泛,因此对嵌入式系统的总线外部扩展与连接应用来说,它也有着巨大的吸引力。

如今,集成usb主控后,嵌入式产品(如测试设备等)就可以和各种价格低廉、获取方便的外设实现连接,如键盘、鼠标和打印机。对同时扮演usb主端、外设(从端)双重角色的usb主控装置的需求,在移动装置迅速流行的推动下也在不断增长。具有双重身份的这些装置,可以让pda、打印机等传统usb外设在无pc的情况下直接实现相互通信。

usb之所以广受欢迎,其原因主要在于使用的方便性。消费者不论何时、把何种usb装置插入pc中,它都可以实现无缝工作。这种即插即用能力的实现,离不开各式各样的usb主端装置以及microsoft windows中驱动软件的有力支持,但在嵌入式应用环境中却还找不到这样的支持。

我们从不同层次上对usb通信流进行考察,就会发现完整的usb主控系统要包含如下三种基本要素:

传统的usb主控设计将整个主控系统划分为主端控制器(host controller)和控制器之外的整套usb软件。图1示出了usb主控系统组成单元与传统的主机体系结构间的映射关系。

主端控制器一般制作成单独的一块芯片,其中包括了物理和数据链路层硬件(如usb收发器)、sie(串行接口引擎)等,以及一个可以附加到系统处理器上的总线接口。usb固件(主控栈和装置驱动)驻留在带有usb主端控制器的系统处理器中。

usb硬件和固件的分离反映了一个现实:usb从根本上来说是一种pc总线的外部扩展机制。从usb固件的角度来看,pc提供了无穷无尽的系统资源。此外,pc行业已经实现标准化,统一于一个os平台——microsoft windows,而这一操作系统天生就具备支持usb主控栈和装置驱动的能力。由于拥有极为丰富的系统资源和软件支持,所以传统的usb主控体系结构是pc应用的一种理想的解决方案。

相形之下,嵌入式系统的设计者们若要把传统的usb主控移植到嵌入式装置中,却需要理清多方面的问题。嵌入式设计的挑战,根源在于把usb固件与嵌入式应用及其基础计算平台集成为一体时所需解决的复杂问题。

首先,嵌入式装置一般带有的系统资源(系统处理器和存储器)容量有限。在系统处理器上运行usb主控固件,不仅会占用目标应用的资源,而且还会造成对应用固件的大量反复写入和优化。

其次,嵌入式应用一般要对实时事件作出明确的响应。把usb固件添加到系统中,就会增加复杂性,导致在实时应用的设计和调试中出现更多中断和实时事件。

最后,嵌入式市场具有种类繁多的处理器和实时操作系统。将usb固件开发和移植到任何特定处理器/实时操作系统平台的努力都将花费大量时间,而且需要工作人员在usb技术上具有很高的专业技能。由于usb规范的内容繁多,因此,对于一个设计周期为6~12个月的典型嵌入式项目来说,学习过程实在过长,也过于艰深。

克服嵌入式装置中usb主控设计的复杂性问题,方法之一就是把与usb即插即用能力相关的智能揉入usb主端控制器本身之中。要做到这一点,所采取的办法是:

该设计方法,可以为我们带来一个无需系统处理器干预就能处理usb主控活动的usb主端控制器。它不仅让系统资源的消耗降至最低,而且也将通过系统总线的usb数据流减至最小。

这种设计方法的另一个好处则是简化了所生成的api。api的设计将简单易行,并且独立于处理器和实时操作系统,从而有效地降低了api集移植和集成的难度。

相应的,任何一种专用usb装置驱动都可以由这一不大的api集开发而成。为了进一步降低usb主控实现的复杂程度,usb装置的驱动也应该以独立于处理器/实时操作系统的api形式建立,并呈现给系统设计者。装置驱动api可让已有的和新出现的嵌入式应用很快集成usb主控功能。

atmel公司的at43usb370 usb主控/功能处理器的设计,采用了上文提到的设计方法,其目标就是将复杂的usb问题屏蔽掉。下面的实例将向读者表明,利用at43usb370 海量存储装置驱动api,开发一个海量存储器应用只需少数几个步骤即可。设计目标是从相连的usb储存装置的根目录下读取一个文件。

file://step1: 等待装置完成盘点
connectstatus = ms_get_final_stat();
deviceaddr = connectstatus.dev_addr; file://装置地址
drivenum = connectstatus.part_num;//分区数
// step2:获取根目录的内容 (id 0x00)
cmdresponse = get_dir(deviceaddr,drivenum,0x00);
commandid = cmdresponse.cmdid;
getdirstatus = ms_get_final_stat(); file://等待目录信息
if (getdirstatus.get_cmd_id == commandid)
{
file://目录信息采取getdirstatus.pdir_buff结构
}
// step 3:为文件内容安排缓冲
int* pmsc_file =(int*)malloc(0

usb(通用串行总线)于1995年面世,目前已发展成为一种解决个人计算机与外设连接问题的事实标准。由于usb的应用极为广泛,因此对嵌入式系统的总线外部扩展与连接应用来说,它也有着巨大的吸引力。

如今,集成usb主控后,嵌入式产品(如测试设备等)就可以和各种价格低廉、获取方便的外设实现连接,如键盘、鼠标和打印机。对同时扮演usb主端、外设(从端)双重角色的usb主控装置的需求,在移动装置迅速流行的推动下也在不断增长。具有双重身份的这些装置,可以让pda、打印机等传统usb外设在无pc的情况下直接实现相互通信。

usb之所以广受欢迎,其原因主要在于使用的方便性。消费者不论何时、把何种usb装置插入pc中,它都可以实现无缝工作。这种即插即用能力的实现,离不开各式各样的usb主端装置以及microsoft windows中驱动软件的有力支持,但在嵌入式应用环境中却还找不到这样的支持。

我们从不同层次上对usb通信流进行考察,就会发现完整的usb主控系统要包含如下三种基本要素:

传统的usb主控设计将整个主控系统划分为主端控制器(host controller)和控制器之外的整套usb软件。图1示出了usb主控系统组成单元与传统的主机体系结构间的映射关系。

主端控制器一般制作成单独的一块芯片,其中包括了物理和数据链路层硬件(如usb收发器)、sie(串行接口引擎)等,以及一个可以附加到系统处理器上的总线接口。usb固件(主控栈和装置驱动)驻留在带有usb主端控制器的系统处理器中。

usb硬件和固件的分离反映了一个现实:usb从根本上来说是一种pc总线的外部扩展机制。从usb固件的角度来看,pc提供了无穷无尽的系统资源。此外,pc行业已经实现标准化,统一于一个os平台——microsoft windows,而这一操作系统天生就具备支持usb主控栈和装置驱动的能力。由于拥有极为丰富的系统资源和软件支持,所以传统的usb主控体系结构是pc应用的一种理想的解决方案。

相形之下,嵌入式系统的设计者们若要把传统的usb主控移植到嵌入式装置中,却需要理清多方面的问题。嵌入式设计的挑战,根源在于把usb固件与嵌入式应用及其基础计算平台集成为一体时所需解决的复杂问题。

首先,嵌入式装置一般带有的系统资源(系统处理器和存储器)容量有限。在系统处理器上运行usb主控固件,不仅会占用目标应用的资源,而且还会造成对应用固件的大量反复写入和优化。

其次,嵌入式应用一般要对实时事件作出明确的响应。把usb固件添加到系统中,就会增加复杂性,导致在实时应用的设计和调试中出现更多中断和实时事件。

最后,嵌入式市场具有种类繁多的处理器和实时操作系统。将usb固件开发和移植到任何特定处理器/实时操作系统平台的努力都将花费大量时间,而且需要工作人员在usb技术上具有很高的专业技能。由于usb规范的内容繁多,因此,对于一个设计周期为6~12个月的典型嵌入式项目来说,学习过程实在过长,也过于艰深。

克服嵌入式装置中usb主控设计的复杂性问题,方法之一就是把与usb即插即用能力相关的智能揉入usb主端控制器本身之中。要做到这一点,所采取的办法是:

该设计方法,可以为我们带来一个无需系统处理器干预就能处理usb主控活动的usb主端控制器。它不仅让系统资源的消耗降至最低,而且也将通过系统总线的usb数据流减至最小。

这种设计方法的另一个好处则是简化了所生成的api。api的设计将简单易行,并且独立于处理器和实时操作系统,从而有效地降低了api集移植和集成的难度。

相应的,任何一种专用usb装置驱动都可以由这一不大的api集开发而成。为了进一步降低usb主控实现的复杂程度,usb装置的驱动也应该以独立于处理器/实时操作系统的api形式建立,并呈现给系统设计者。装置驱动api可让已有的和新出现的嵌入式应用很快集成usb主控功能。

atmel公司的at43usb370 usb主控/功能处理器的设计,采用了上文提到的设计方法,其目标就是将复杂的usb问题屏蔽掉。下面的实例将向读者表明,利用at43usb370 海量存储装置驱动api,开发一个海量存储器应用只需少数几个步骤即可。设计目标是从相连的usb储存装置的根目录下读取一个文件。

file://step1: 等待装置完成盘点
connectstatus = ms_get_final_stat();
deviceaddr = connectstatus.dev_addr; file://装置地址
drivenum = connectstatus.part_num;//分区数
// step2:获取根目录的内容 (id 0x00)
cmdresponse = get_dir(deviceaddr,drivenum,0x00);
commandid = cmdresponse.cmdid;
getdirstatus = ms_get_final_stat(); file://等待目录信息
if (getdirstatus.get_cmd_id == commandid)
{
file://目录信息采取getdirstatus.pdir_buff结构
}
// step 3:为文件内容安排缓冲
int* pmsc_file =(int*)malloc(0

相关IC型号
版权所有:51dzw.COM
深圳服务热线:13692101218  13751165337
粤ICP备09112631号-6(miitbeian.gov.cn)
公网安备44030402000607
深圳市碧威特网络技术有限公司
付款方式


 复制成功!