Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2676233
  • 博文数量: 877
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 5921
  • 用 户 组: 普通用户
  • 注册时间: 2013-12-05 12:25
个人简介

技术的乐趣在于分享,欢迎多多交流,多多沟通。

文章分类

全部博文(877)

文章存档

2021年(2)

2016年(20)

2015年(471)

2014年(358)

2013年(26)

分类: C/C++

2014-07-02 19:14:33



USB
固件开发总结(二)


3.2 固件在USB设备设别阶段的编程思路


一般地,USB设备接口芯片会产生一些中断来通知程序员特定事件的发生。譬如说,EP0(缺省控制端点) SETUP包的到达,EP0 INOUT事务的发生等等。控制传输是分三个阶段的:建立阶段,数据阶段,状态阶段。所以对于一次控制传输,设备固件必须要正确控制其执行流程,不能颠倒。当收到EP0 SETUP包 到达的信息之后,固件要分析其请求的具体内容,这里假定为读取描述符,然后进入数据阶段向主机发送相应描述符的具体内容,发送完成后,进入状态阶段。状态阶段结束后,一次控制传输就此完成。要注意的是,就算是进入各个阶段,也要等待主机发送事务请求后才能响应具体操作。也就是,假定固件分析了EP0 SETUP包得到主机的请求是读取某个描述符,固件随后应该进入数据阶段,但只是流程逻辑上的进入,具体的操作还要等待主机的控制IN令牌到达后,才能开始数据阶段真正的数据传输,之后进入状态阶段。一般地,状态阶段只需设定一个寄存器通知芯片开始状态阶段即可,无需干预其细节。主机对设备的识别最初是通过控制管道来进行的,一系列控制传输(主机识别设备的请求)完成之后,主机就能识别到USB设备了,在设备管理器中会显示出来(但是不一定能完全正常地使用设备,因为可能还有一些协议并未完成,例如Mass Storage设备还需对SCSI命令正确响应,文档的第3部分会有具体讲述)。下面举一个例子说明固件处理控制传输的思路,当然实际应用中并不限于这样的思路。


 


这个例子的思路是,在响应USB产生的中断时,会用全局变量记录下中断的发生,然后在主循环里面进行具体处理。


 


/* USB服务程序伪代码 */


void USB_Service(void)


{    


       /*处理控制传输的3个阶段*/


       switch (EP.EP0.Stage)


       {


              case C_STAGE_EP0_SETUP:  /*处在建立阶段*/


                     if (!USB_Setup ())  /*如果请求是被支持的*/


                            EP.EP0.Stage = C_STAGE_EP0_DATA;       /*转入数据阶段*/


                     break;


             


              case C_STAGE_EP0_DATA:  /*处在数据阶段*/


                     if (EP.EP0.Status == C_STATUS_EP0_IN_NACK)  /*收到了IN令牌*/


                     {


                            USB_WriteEP0FIFO();  /*通过控制端点发送数据给主机*/


                            EP.EP0.Status = C_STATUS_RESET;  /*已处理完毕,所以复位此状态*/


                            EP.EP0.Stage = C_STAGE_EP0_STATUS;  /*转入状态阶段*/


                            重新使能EP0_IN_NACK中断;  /*ISR中会关掉此中断*/


                     }


                     break;


             


              case C_STAGE_EP0_STATUS:


                     使能EP0_STATUS寄存器;


                     break;


             


              default:


                     break;


       }


}


 


/*USB中断服务程序伪代码(部分)*/


void USB_ISR(void)


{


       if (SETUP包到达)


       {


              清中断;


              EP.EP0.Stage = C_STAGE_EP0_SETUP;


              EP.EP0.Status = C_STATUS_EP0_SETUP_ARRIVAL;


       }


       else if (EP0 IN令牌到达但是芯片自动回复了NAK)


       {


              清中断;


              关闭此中断;


              EP.EP0.Status = C_STATUS_EP0_IN_NACK;


       }


}


 


/*USB控制传输的建立阶段处理程序伪代码*/


int USB_Setup (void)


{


       通过各寄存器的值来得到请求的类型和相关数据;


 


       if (请求类型是读取描述符)


       {


              switch (描述符值)


              {


                     case 设备描述符值:


                     将全局的发送数据的指针指向设备描述符buffer;


                     break;


                     ......


                     default: break;


              }


       }


       else if (设备还需处理的其他请求)


       {


              处理;


       }


       else  /*不支持的请求*/


       {


              发送STALL信号;


              return 1;  /*返回错误*/


       }


 


       return 0;  /*返回正确*/


}


 


/*通过端点0发送数据*/


void USB_WriteEP0FIFO(void)


{


       取得全局的发送数据的指针;


       利用指针读取描述符的数据并填充至端点0FIFO;


       通知芯片EP0 IN数据包已准备好;


}




一,概述


现在很多的主控上都带有USB的功能,但是对于初学者来说,这方面应用还是比较棘手,因为usb的不但固件程序需要编写,PC端的驱动也要编写,而且驱动写好了还要写个上位机才能看出效果。这样调试起来十分困难,建议从USB的键盘,鼠标开始做,了解清楚了,再做自己的协议就比较简单了。


USB的概念历史啥的这里就不说了。我们先不管具体的数据包格式,这一节先从整个包的层面上简单的说,过程是这样的,


---------------------------------------设备插入-------------------------------------------------------------


1)  主机会轮回查询各个USB端口,主机检测到D+与D-之间有电压差,就认为有新的设置接入。主机等待100ms后发出复位请求。设备接到复位请求后将产生一个外部中断信号。


---------------------------------------枚举过程------------------------------------------------------------


2)  主机这时候只是知道有新的设备插入了,但是不知道插进来个什么东西,所以就开始询问它是什么设备,怎么用,负荷能力怎么样。这个时侯就进入了枚举过程。因为刚刚插入的设备没有分配地址,就用默认地址0,首先发送一个Get_deor(获取设备描述符)指令包,设备接到包后就开始解析包(其实就是你在固件程序里判断处理) ,然后按固定格式返回自己设备的设备描述符,这一步主要是主机知道你的USB设备的基础属性,比如支持的传输数据长度,电流负荷多少,支持那个USB版本,以及以后方便电脑找驱动的PID,VID。


3)  这时候主机知道你(你做的设备,简称你吧)的数据长度还有电流大小后,下一步就是给你分配一个属于你的地址。


4)  给你一个地址后就开始询问你的具体配置。首先发送一个试探性的设备配置请求Get_configuration(要求固定返回9个设备配置字),你接到后就开始发送9字节的设备配置字,其中包括你的配置字的总长度,这样主机就知道你的配置到底有多长,然后再发一次设备配置请求,这时你就开始上传所有的配置字。这个时侯主机就已经很明白你的工作方式就各种特性,然后就可以正常工作了


5)  如果你在前面的某些配置(以后章节详细说明)要求要说明自己的名字什么的,这里还要上传字符串描述符。


6)  如果是鼠标或者键盘还要上传报告描述符


---------------------------------------正常数据阶段------------------------------------------------------


7)  这个时侯你已经被主机正式接受并且注册了,你可以通过自己写测驱动或通用驱动与电脑进行通讯了。


 


以上是简单的描述,详细的后面章节再做介绍,学习一个东西关键是首先要知道这个东西是什么,简单的工作原理。对于USB的工作我这里做个比方,


     主机好比一个公司,你就是USB设 备,要进入公司首先要面试(枚举),你到了面试现场(第一次插入设备),面试官首先了解到你的外表,性别已经你要应聘的岗位(设备描述符),然后给你一个号,以后就开始按号叫人,当你被叫到就开始问你的专业知识,性格等(配置描述符),如果你比较合适(通过了枚举)你就会录取了,并且注册一个你的信息到公 司(驱动安装,并且写入注册表)。等你下次来公司,只要把工号(PID,VID)报上,就知道是你来了


初涉USB,初学者USB入门总结(2) 设备固件程序


arthur0561 发表于 2009-2-27 2:29:00


为了更好的说明整个USB启动过程,我们可以用串口实时的跟踪各个USB中断。不过这里先不用串口进行测试,只是简单的用一组变量记录过程。测试程序如下(以下会有程序的说明):


 


 uchar test[100];//100长度的变量,记录过程


uchar conters="0";//记录计数值,


/*------------------------------------------------------------


        高校电子联盟--阿达


     QQ:258347765   


 -------------------------------------------------------------*/


 


void EXT_int(void)//USB中断响应函数


{


    /*------------------------------------------------------------


          Check interrupt status register to know interrupt


       source.


    ------------------------------------------------------------*/


 


    if (USB_BUSRESET_ASS_INT())


    {   /* USB bus reset */


        /*  for USB Rev.1.1


                     After USB bus reset released, 10msec recoverly time we have.


                     Follwing request must be processed normally.


        */


 


        CLR_BUS_RESET_STATE();  /* USB bus reset status clear */


 


        /*------------------------------------------------------------


           Endpoint0 setting


        ------------------------------------------------------------*/


        /* Tx/Rx payload size setting */


        /* Rx payload is fixed as 8-byte or 32-byte, therefor the


           setting has no meaninig */


 


        SET_PAYLOAD_EPn(EP0RX, device_deor.bMaxPacketSize0);


        SET_PAYLOAD_EPn(EP0TX, device_deor.bMaxPacketSize0);


        /* Stall bit, the value undefined after reset, cleared */


        CLR_STALL_EPn(EP0);


             


        /*------------------------------------------------------------


           Misceronous status variable initialization


        ------------------------------------------------------------*/


        usb_status.configuration = NULL;


        usb_status.remote_wakeup = 0;


        usb_status.address = 0;


        usb_status.dvcstate = DEFAULT_STATE;    /* Device state :DEFAULT */


        usb_status.stall_req = 0;


               #ifdef Debug


                     test[conters]='!';


                     conters++;


                     #endif


 


        /*------------------------------------------------------------


           Callback to application layer


        ------------------------------------------------------------*/


        (*usb_status.callback)();


    }


    else if (SUSPENDED_INT())


    {   /* suspended state */


        /* for USB Rev.1.1


                     Transit to suspended state after detect the USB line has kept idle over 3msec.


                     After resume detected, end suspend state in 3msec to be able to respond


                     the host request.


        */


              CLR_SUSPENDED_STATE();


                     #ifdef Debug


                     test[conters]='@';


                     conters++;


                     #endif


 


    }


 


    else if (AWAKE_INT())


    {   /* Deveice awake state */


        /* AWAKE procedure */


 


        CLR_AWAKE_STATE();          /* Request clear */


                     #ifdef Debug


                     test[conters]='#';


                     conters++;


                     #endif


 


    }


    else if (USB_BUSRESET_DES_INT())


    {   /* USB bus reset deassert */


        /* Procedure for USB bus reset de-assert */


       


        CLR_BUS_RESET_DES_STATE();  /* Request clear */


                     #ifdef Debug


                     test[conters]='$';


                     conters++;


                     #endif


 


    }


 


    else if (SOF_INT())


    {   /* SOF interrupt status */


        CLR_B_SOF_STATE();  


               #ifdef Debug


                     test[conters]='%';


                     conters++;


                     #endif


       /* SOF interrupt status clear */


    }   /* SOF interrupt status */


 


    if (SETUP_RDY_INT())


    {   /* setup ready */


                  #ifdef Debug


                     test[conters]='^';


                     conters++;


                     #endif


 


        read_Device_Requests();


    }


 


    else if(EP1_PKTRDY_INT())


    {   /* EP1 packet ready */    


        read_FIFO(EP1);


       }


    else if (EP2_PKTRDY_INT())


    {   /* EP2 packet ready */


 


        write_FIFO(EP2);


    }


 


    else if (EP0_RXPKTRDY_INT())


    {   /* EP0 receive packet ready */


        read_FIFO(EP0RX);


    }


    else if (EP0_TXPKTRDY_INT())


    {   /* EP0 transmit packet ready */


        write_FIFO(EP0TX);


    }


 


}


计录的结果在变量查看中显示如下:


 


首先我解释一下,这段程序是我在做USB设备时的中断函数。主控(就是你往里面写固件程序的那个东西)会在要求设备进行操作时,产生一个相应的中断(我们可以用中断的方式,也可以用查询的方式,中断的方式的好处就是主机有需要操作的都会叫你,而用查询你必须不断的问主机“有事么”,这里采用中断方式),比如主机给设备设置地址,主机会通过固定的通道(point0)发送一个‘设定地址’包,设备主控接到包后会产生中断,并且把响应的状态保存在相应的寄存器中,我们只要在中断程序判断各个寄存器就能完成主机的任务。


程序中蓝色字是中断类型的判断,其对应的宏定义就不列出来了。如果是这个中断就会执行相应的中断操作。并且一次中断只有一种中断类型,我们在每个中断响应中加一段红色字的程序,是为了保存每次中断的状态,比如刚插上设备,来了一次BUSRESET总线复位中断,就会进入相应的中断操作,完了后记录状态test[conters]='!'; conters++;意思是进入了这个中断就在这一组数的当前位置设成'!',并且位置记录的变量加一,以便下一次记录到下一个位置。这样USB的过程我们就记录了下来,


     下面看一下记录结果(其中的数字和字母是响应标准请求时的程序产生的这里不罗列程序了)。






 


可以看到,一开始是一次总线复位,然后USB bus reset de-assert,然后再挂起总线。重复了两次,然后就是上一节的具体配置了。


这节主要是对固件里的USB请求处理有个概念,还有就是调试的方法。


 


初涉USB,初学者USB入门总结(3) 数据包阐述


arthur0561 发表于 2009-2-27 2:32:00


对于USB传输大体有个概念,下一步就来看看到底USB上传的什么东西,以什么格式传数据,先不涉及端点的概念。
各 种总线的数据传输都是以固定的层次协议进行的,USB当然也不例外。所谓的层次也只是个抽象的概念罢了,就是表达一种依附关系,上层要依赖与底层,上层以底层为基础,上层只需要关心自己的东西就行了,如果你还不明白,那就继续看,学习一个东西不可能一两句话说的明白一个点,需要全面了解后才能清楚各个点。
要 实现两个机器(机器的范围比较广,可以是电脑,交换机,单片机)的通信总是要有一个载体才可以,对于机器当然是电平高低为载体,具体的说机器甲要告诉机器乙一件事情(比如说一条指令),那么机器甲可以通过一根线(串行数据总线)连到机器乙的一个IO口上,甲发送一个个的高低电平,乙固定时间检测自己的这个 IO口,然后逐个记录下放到自己的缓冲里,这样乙就收到甲送的数据了。上述就是一个简单的数据链路层(计算机网络里这么叫)的描述,这一层要保证的就是甲发的每一位数据,乙都可以正确及时的接受,并且对在传输过程中出错的数据做出反应。其实比数据连路更底层的还有物理层,这就是真正的物理介质,对于机器就 是电线了,数据就是电线上传输的电压,USB是用的四线,两个电源,两个数据线。
这里也打个比方,比如人与人进行交流,我们当然是通过说话了,物理层就是空气和传输的声波,数据链路层就是我们说的每一个字,物理层就是空气,负责把我们说的话转换成声波传给对方,数据链路层负责让对方能正确的听到每个字,如果听的不清可以告诉对方重新说一遍。
经 过上述的两个底层,就可以保证每一位数据可以正确的传到对方那里去。下一步的工作当然是解析数据代表了什么,一般来说,数据都是以一串数为单位,一般称为一个包,机器间传输都是以一个包为单位传出,就像人们说话都是以一句话为单位输出一样。每一个包包含有许多位数据,这些数据又分段表示不同的意义,如图 一,这是一个USB令牌阶段的包,Sync是同步数据(相当于说话时先打个招呼,告诉对方要跟他说话了),PID是包标示(告诉对方这个包是干什么用 的),ADDR是对方的地址(叫对方的名字),ENDP是用端点几通讯(先不介绍这个),CRC5是校验位(判断这个包是否在传输中出错),EOP是包结 束。
|--------------------------------------------------------|
|   Sync  |  PID  |  ADDR  |  ENDP  |  CRC5  |  EOP      |
|________________________________________________________|


                      图一
USB 的数据包又分为三种,一个是令牌包,一个是数据包,另一个是握手包。每一次的USB通讯事务处理都是以令牌包开头,告诉对方要跟谁说话,这句话是用来干嘛的。如果要求有数据传输,则下一步就是数据包,另外如果要求对方要有反馈,则会发出握手包。令牌包又简单的包括OUT,IN,STEP三种类型,OUT是用于主机告诉设备主机要向USB设备发送数据,IN是用于主机告诉设备要上传数据,而STEUP是用于主机向USB设备发送配置信息,在枚举过程中会用 到。另外数据包和握手包的具体格式什么的,可以参照详细的协议。
可以看到在所以的通讯过程中,主机都是发起者,不管是主机发送数据到USB设备还是USB设备发送数据到主机,都必须收主机控制。图二为一次事务的过程
   
        令牌阶段   ——》        数据阶段     ——》     握手阶段


                                图二
这个过程可以这样描述,甲和乙对话,甲是老板,乙是职员。第一节已经讲过了,乙面试就是枚举,在这个过程中,甲多段的发送STEP令牌包给乙,乙收到后如果要反馈数据,就发数据包给甲,甲正确接收后,跟甲握握手,表示这次对话成功。
乙被正式录取后,甲会分派任务(OUT),这时甲对乙说有任务给你(令牌阶段),然后乙就开始听,甲说你的任务就是记录数据并且上报(这段话就是数据包),乙说好的(握手包)。
乙开始正式工作,并且记录数据。过了一段时间,甲开始要求提交数据(IN),乙把数据报告给甲(数据阶段),甲说好(握手成功)。这里乙不能主动的去向老板汇报,只能被动的干活。
上面已经讲USB主机和设备间数据传输的过程,都是我个人理解,有不正确和不到位的大家提出,方便初学者理解,谢谢··


 


初涉USB,初学者USB入门总结4,USB通讯设备快速开发(固件,驱动)   
arthur0561 发表于 2009-3-5 9:43:00


经过上述三节的描述,对USB应该已经有了初步的认识,其中具体的协议(比如各个描述符的定义什么的)这里不做描述了,网上一搜一大堆。下面我以一个实例来详细说明快速开发USB设备的步骤,


一,设定规划


凡事预则立,不预则费,所以开发一个小小的USB也要稍微规划一下,比如想象要实现什么功能,传输的数据协议什么的。


二,固件编程,


固件编程说白了就是写单片机程序,要实现USB一般可以使用带USB功能的单片机,再个就是加一个专用的USB芯片。这里以内部集成USB功能单片机为例


固件的USB开发一般就是先使能USB,使能USB时钟,使能各个USB控制中断(挂起,复位,标准请求,写入,写出等)然后USB就能正常工作了,这时候不如不写别的东西,电脑就可以检测出有USB设备插入了,具体的反应是在设备管理器里会发现闪了一下说明发现了新的USB设备,接下来电脑会发送各种标准请求,因为这个时候你的程序还没写完整,对这些请求不会有反应,所以电脑不可能识别出是什么东西。


接下来的工作就是在中断中响应电脑传来的各种标准请求。当必要的请求都被正确的响应的话,这个时候如果电脑里有正确的驱动,电脑就会去加载这个驱动,如果是第一次插入这个设备,还要把驱动安装一下,然后设备就进入正常工作了,电脑会显示“这个USB已经成功安装并可以应用了”。


这里捎带着说一下端点(endpoint)的概念,一般一个USB设备都会有数个端点,端点就是一个数据缓冲控制区(FIFO),每个缓冲区相当于有一个出口一个进口的池子,数据通过进口进入到池子,然后你再在固件里去用这些数据。固件往电脑写数据,也是把数据先放到池子里,然后打开出口,就可以干自己的事情,不用一个个的把数据发出了,池子的出口自动把数据流出。


一般的端口0是用来做标准请求响应用的,也就是在枚举阶段用到。我一般把端口1定义为出(OUT),端口2定义为入(IN)(注意,这个OUT和IN是相对与电脑的,也就是说OUT是数据从电脑出去到设备,IN是设备的数据进入电脑)。这些定义也是在标准请求中去告诉电脑的。


接下来就可以实现与电脑的通讯了,你把数据放到相应的池子里就行了。下面就可以自己定义通讯的数据格式了。比如控制开发板上的8个LED的第一个灯亮,那么上位机发送数据0x55,0x01,0x80,0xaa。我们就可以规定第一个数据是启示位,遇到这个表明开始一次控制指令,0x01表示这个是控制灯亮暗的指令,0x80表示LED的控制数据,最高位是1,表示第一个亮,其他位是0,表示都暗。最后一个数据是0xaa,表示这是结束。其实所谓的数据协议不过就是自己定义的一套让通讯双方都能正确理解对方的数据格式。电脑比较是电脑,什么都要规定好了,它才能正确的工作。


二驱动程序


    对于快速开发用Driverstudio就可以了,我先装了VC6.0,然后装了DDK2600,最后装了Driverstudio,网上有说这个顺序不容易出问题,我也没时间去试别的顺序会出怎么样的特效,姑且不管他是否在忽悠,先这样按了没坏处。


    我一开始比较新潮的装了DriverStudio3.2版本,然后按网上的方法破解了,生成了驱动是能打开设备,但是就是传输不了数据,搞了两天还是不行,后来想到是不是3.2版本太新了?或者破解没完整?然后卸载了3.2装了3.1,果然可以了,真不知道是Compuware做了手脚故意玩我还是本人愚笨弄错了哪里。


驱动生成的步骤可以在百度,Google里搜“10分钟完成一个USB驱动程序”能出来一


 


 


大堆,要是你嫌搜索麻烦就直接点这个算了按那个步骤操作就可以了,根据向导操作完了以后,VC就会出来一个驱动程序框架了,如果你在这个时候编译一下就可你会碰到很多问题,我的操作是这样的。首先把DDK的库编译一下,操作网上有,网上有云:


1.启动Visual C++ 。




2.选择菜单 File|Open Workspace。打开位于DriverStudio/DriverWorks/Source/vdwlibs.dsw的工作空间文件。




3.选择菜单 Build|Batch Build,在弹出的对话框中选择你想编译的库。




4.点击Build编译你选择的库。




然后在VC的Driverstudio的工具条点击“change environment variables”,在第一个选型卡把DDK的路径选上,我的是C:\WINDDK\2600。然后点OK,接下来点DriverStudio工具条的编译,就可以了,如果你还是碰到问题,你可以把VC显示的错误复制到百度。


阅读(622) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~