EZ-USB FX2(68013)固件研究
原始资料来自网络 整理日: 2015年2月12日
1. Welcome
算是给所有正在学习USB,还徘徊着不得其门而入的朋友一个入门的契机吧，我也深知入门的痛苦，有些人入门就是抱着那什么USB协议，包定义，帧格式......啃来啃去的，结果啃不出个所以然来。
依我的经验来看，协议方面的东东，随便找本书，过一遍就行了；然后，你的终点应该放在你如何来写第一个成功的USB固件；而要写USB固件，那么了解Cypress固件架构是必要的，也是重中之重；再然后，等你积累了一些端点，控制，bulk，中断传输，SlaveFIFO,GPIF等等的经验后，再回过头去看协议方面的内容，就会有更加深刻的体会了；然后，你就可以试着更改FW。c文件了——这个时候你就是高手了。
2. 工具
68013的USB开发板
淘宝随便买块好了，还送不少资料。要准备开发工具
去Cypress官网下一个Cy3684的开发包;
全称： cy3684_ez_usb_fx2lp_development_kit_15.exe
网址： www.cypress.com/?rID=14321安装开发包
工具就是Cypress USB Console了。怎么用不用我说了吧.
3. 固件架构
以一个3684开发包自带的例子讲解。
进入目录(个人找自己的)
D:\Program Files\Cypress\USB\Examples\FX2LP\Bulkloop，3个头文件拷到bulkloop文件夹
文件夹：D:\Program Files\Cypress\USB\Target
Cypress头文件： Fx2.h， fx2regs.h， syncdly.hkeil设置
output里关掉Run User Program #1(前面的勾去掉)检查keil C51文件路径是否正确
如果你的keil是直接装载C:\Keil....下，那不会有错误，否则，自行设置正确的路径。
4. 编译bulkloop工程
在工程下，有以下几个文件：其中，USBJmp.OBJ, EZUSB.LIB基本上是每个工程都要添加的，是一些中断向量表，EZUSB的函数库等等，不用管它们。 现在重点看前面三个文件：
fw.c
这个文件是整个USB的固件根本(FirmWare的缩写)，USB协议方面的通信都是在这里完成的，包括上电枚举，重枚举，唤醒以及调用用户自己的程序和控制命令等等。基本上，如非必要，尽量不要动这个文件的内容，也不要在里面书写你自己的任何代码。bulkllop.c
这个就是用户自己的代码书写文件(原始名称：periph.c)。
我们所有的代码都在这个文件里书写。Cypress已经给我们搭好了架构。
void TD_Init(void)
这个函数只会在USB启动后调用一次。在这个函数里添加你自己的初始化代码，也就是传输数据前要处理的，例如IO口配置，时钟，端点，FIFO的选择等等。 我们看bulkloop的初始化，它在USB的in，out传输启动前进行了哪些初始化： CPU时钟频率，USB工作模式选择，端点选择，端点传输方向，FIFO大小的配置等等。
void TD_Poll(void)
Poll中文意思调度，这个函数就是用户调度程序，USB会在空闲的时候反复调用该函数，所以我们把自己需要反复执行的代码放在这里。例如在bulkloop里，它就实现了反复从端点2接收上位机数据然后传给端点6，再从端点6传给上位机(4，8端点一样)。 BOOL DR_VendorCmnd(void)：这个函数就是自定义命令代码的书写处。我们的Vendor命令都会写在这里，fw.c固件会自动调用我们的代码。
void ISR_Ep0in(void)
interrupt 0～void ISR_Ep8inout(void) interrupt 0：这几个函数是当使用端点中断传输时，中断代码的书写处，很少用。 以上，是经常会用到的几个函数；其他，基本不常用。dscr.51
这个文件是USB描述符文件，包括了设备描述符，接口描述符，端点描述符，字符串等等。里面的英文都注释得很详细了，我就不多做介绍了，刚开始入门的时候，这个文件也不必改动。
5. 几个包含文件
fx2.h
预定义，宏及函数声明fx2regs.h
68013的寄存器地址定义。syncdly.h
同步延时。在其他文件里经常调用的一个函数SYNCDELAY就是这里定义的。intrins.h
C51一些数据类型及函数定义。
好了，就写到这里，搞懂每个文件的作用非常非常重要，这样，你就可以知道自己的代码书写在什么地方，遇到不明的函数，定义可以到指定的位置查询，或者想修改某个设置(例如想把端点2设成IN,端点6设成out)，知道到哪个文件里去修改。
6. 入门第一个例子例子(bulkloop)
USB入门的第一个例子，肯定是bulkloop了，装好驱动，开发包后，在开发包下....
Cypress\USB\Examples\FX2LP\Bulkloop就是bulkloop例子。
我之所以从bulkllop开始说，也是深有体会的。想当初刚开始学USB的时候，抱着协议闷头看楞是看不出个所以然，后来从例子开始学，才慢慢搞懂了USB，说实话，我到现在对USB协议类的DD还是一知半解，不过并不妨碍我进行USB的开发不是，所以说，Cypress的固件架构是个好东东，我们可以偷懒了。
开发包里例子是基于Cypress的一块开发板的，我想很少有人能弄到吧，而bulkloop就简单了，什么外围都不需要，一块68013，加个cyconsole interface就可以看到效果了.可以说，看懂了bulkloop，USB也就算正式入门了，剩下的要做的就是触类旁通，然后再不停的回过头去看USB协议，就会恍然大悟“然来是这样”。
6.1 readme.txt
首先，看bulkloop文件夹下的readme.txt文件，告诉我们这个固件主要实现的功能。
数据从EP2OUT->EP6IN ,从端点2的out缓冲区到端点6的in缓冲区。数据流向为：
- PC端(console软件)设定要传输的数据
- PC端发起端点2out传输，数据到达68013端点2的out缓冲区
- bulkloop固件查询到端点2的out缓冲区有数据，于是将数据发往端点6的IN缓冲区
- PC端发起端点6 IN传输，于是68013的端点6 IN缓冲区中的数据被读到PC机显示
这就是整个bulkloop过程，EP4->EP8同理。
6.2 TD_Init()
然后看固件，看一个固件总是从TD_Init()开始的：
CPUCS = ((CPUCS & ~bmCLKSPD) | bmCLKSPD1) ;
IFCONFIG |= 0x40;这两句设定CPU工作状态以及端口的工作模式。
bmCLKSPD，bmCLKSPD1是一个预定义，在FX2.H文件中有定义，keil应该都会用的，直接go to definition...跳到定义处查看；至于语法，使用了与或操作，用来进行位操作，置1或清0，编程语言中常用的技巧，C语言不要太差哦
然后寄存器每位的意义，我们在TRM中可以查到，这两句告诉我们：
设定68013 CPU时钟为48M,端口工作模式为普通的IO口。
EP1OUTCFG = 0xA0;
EP1INCFG = 0xA0;
SYNCDELAY; // see TRM section 15.14
EP2CFG = 0xA2;
SYNCDELAY;
EP4CFG = 0xA0;
SYNCDELAY;
EP6CFG = 0xE2;
SYNCDELAY;
EP8CFG = 0xE0;这几行代码进行端点的配置EP2,EP4为out端点，512×2缓冲；EP6,EP8为in端点，512×2缓冲。
例如
EP2CFG=0XA2=1010 0010,看TRM对该寄存器的解释，
| key | comment |
|---|---|
| b7 = 1 | 该端点有效； |
| b6 = 0 | 该端点为out传输； |
| b5b4 = 10 | 该端点进行bulk传输； |
| b3 = 0 | 端点为512缓冲； |
| b2 = 0 | 只读； |
| b1b0 = 10 | 该端点缓冲区倍率为双重，即512×2.其他同理。 |
SYNCDELAY;
EP2BCL = 0x80; // arm EP2OUT by writing byte count w/skip.
SYNCDELAY;
EP2BCL = 0x80;
SYNCDELAY;
EP4BCL = 0x80; // arm EP4OUT by writing byte count w/skip.
SYNCDELAY;
EP4BCL = 0x80;这段代码对端点计数器进行初始化
注意这里两个端点都写了两次，那是因为我们设置的端点缓冲为512×2，假如缓冲倍率为4，即512×4的话，那么这里初始化要写4次。
// enable dual autopointer feature
AUTOPTRSETUP |= 0x01;这端代码告诉我们可以使用自动指针，也就是AUTOPTRHx两个自动指针，这两个自动指针使用方便，可以自动指向端点缓冲区。
6.3 TD_POLL()
然后是TD_POLL()；在这里处理相关数据传送，USB在空闲的时候会自动调用这里面的代码。
WORD i;
WORD count;
if(!(EP2468STAT & bmEP2EMPTY)) {
// check EP2 EMPTY(busy) bit in EP2468STAT (SFR),
// core set's this bit when FIFO is empty
if(!(EP2468STAT & bmEP6FULL)) {
// check EP6 FULL(busy) bit in EP2468STAT (SFR),
// core set's this bit when FIFO is full
// 首先，查询端点2的EMPTY标志，如果不为1，说明有数据，
// 然后查询端点6的FULL标志，如果不为1，说明端点6 FIFO为空，
// 可以接收数据。至于bmEP2EMPTY，bmEP6FULL，自行go to definition... */
// 当检查到端点2 out fifo有数据且端点6 in fifo为空时，就可以将ep2的数据"copy"到ep6.
// 使用自动指针直接更换2者的指针，实现数据传送：
APTR1H = MSB( &EP2FIFOBUF ); // 取端点2 FIFO指针
APTR1L = LSB( &EP2FIFOBUF );
AUTOPTRH2 = MSB( &EP6FIFOBUF ); // 取端点6 fifo指针
AUTOPTRL2 = LSB( &EP6FIFOBUF );
count = (EP2BCH << 8) + EP2BCL; // 计数器
// loop EP2OUT buffer data to EP6IN
// 传送count字节
for( i = 0x0000; i < count; i++ ) {
// setup to transfer EP2OUT buffer to EP6IN buffer using AUTOPOINTER(s)
EXTAUTODAT2 = EXTAUTODAT1; // APTR1指针赋给APTR2，实现数据传送
}
// 完毕后，重置计数器，以进行下次传输：
EP6BCH = EP2BCH;
SYNCDELAY;
EP6BCL = EP2BCL; // arm EP6IN SYNCDELAY;
EP2BCL = 0x80; // re(arm) EP2OUT
}
}以上即时bulkloop的整个工作过程，可以在interface中方便的看到结果，板子不在身边，就懒的贴图了。
7. FW.C文件
FW.C文件，是比较难看懂的了，这个要逐字逐句研读，
我当初整整看了一个星期，边理解，边一行一行的注释，可以说，看懂了，USB协议部分也就差不多了。
7.1 main()函数
从main()函数开始看：
DWORD i;
WORD offset;
DWORD DevDescrLen;
WORD IntDescrAddr;
WORD ExtDescrAddr;
Sleep = FALSE; // 初始化用户变量 休眠使能－－禁止
Rwuen = FALSE; // 远程唤醒－－禁止
Selfpwr = FALSE; //
GotSUD = FALSE; // SetUp令牌包到来标志定义了一些变量，具体用途在后面；第二段同时对变量进行初始化，从名字可以看出其用途。
7.2 TD_Init();
紧接着调用TD_Init()函数，是一些我们自己的初始化配置。
// 定向USB描述符
pDeviceDscr = (WORD)&DeviceDscr;
pDeviceQualDscr = (WORD)&DeviceQualDscr;
pHighSpeedConfigDscr = (WORD)&HighSpeedConfigDscr;
pFullSpeedConfigDscr = (WORD)&FullSpeedConfigDscr;
pStringDscr = (WORD)&StringDscr;这段代码用来获取USB的各个描述符在68013内存中的地址，准确说是在RAM中的地址，在dscrpt.a51文件中有定义，所有的描述符组成了整个的描述符表，后面会用到。
if ((WORD)&DeviceDscr & 0xC000)这段代码及以后的，在固件中解释是：
Is the descriptor table in external RAM (> 16Kbytes)? If yes, then relocate.
Note that this code only checks if the descriptors START in external RAM. It will not work if the descriptor table spans internal and external RAM.
意思是说，这段代码用来判断描述符表首址，也就是前面的DeviceDscr、DeviceQualDscr等是否位于68013的外部RAM区，如果是，则移除，然后将描述符表移到内部RAM区，为什么要移到内部RAM区，因为当描述符表位于外部RAM时，USB是不工作的。那么如何判断描述符地址是否超出内部RAM的地址呢？首先，&DeviceDscr取得整个描述符表的首地址(它也是DeviceDscr设备描述的首址)，然后和0XC000相与，为什么要和0XC000相与？这就牵涉到68013 FX2LP(注意是LP)的内部结构图：
图片暂咯
上图针对的是128pin的FX2LP，如果是56或100pin的，那么没有外部RAM,只有内部RAM。
可以看到，FX2LP内部RAM从0000-FFFF，其他为外部RAM。而内部RAM中，只有从0000-3FFF和从E000-FFFF的区域可用，其他为系统保留。从0000-3FFF这16K bytes的内部RAM空间，叫做主RAM，对56，100，128pin来说，都可以同时作为程序或数据存储器(对128pin来说，EA=0)。
再看&DeviceDscr & 0xC000的结果，要为“真”的话，显然，必须&DeviceDscr>=0X4000,也就是说判断的是描述表首址&DeviceDsc是否大于3FFF，刚好是主RAM区的大小，这就是为什么要用&DeviceDscr 和 0xC000相与就来判断实现了描述符表首地址的原因了(外部 or 内部 ram？)。
// 重定向描述符S
IntDescrAddr = INTERNAL_DSCR_ADDR;
ExtDescrAddr = (WORD)&DeviceDscr;
DevDescrLen = (WORD)&UserDscr - (WORD)&DeviceDscr + 2;
for (i = 0; i < DevDescrLen; i++)
*((BYTE xdata *)IntDescrAddr+i) = *((BYTE xdata *)ExtDescrAddr+i);判断发现描述符表首址位于外部RAM的后，紧接着就将外部RAM的描述符移到内部RAM。这里就用到了前面定义的变量，
IntDescrAddr
保存内部RAM首址0X80，ExtDescrAddr
保存我们获得的当前描述符表外部RAM的首址 ，DevDescrLen
是整个描述表的长度，从DeviceDscr段到UserDscr段，在dscrptr中有定义。然后for循环，将从ExtDescrAddr地址开始的外部RAM中的数据逐个copy到从IntDescrAddr地址开始的内部RAM区。
// 更新描述符指针
pDeviceDscr = IntDescrAddr;
offset = (WORD)&DeviceDscr - INTERNAL_DSCR_ADDR;
pDeviceQualDscr -= offset;
pConfigDscr -= offset;
pOtherConfigDscr -= offset;
pHighSpeedConfigDscr -= offset;
pFullSpeedConfigDscr -= offset;
pStringDscr -= offset;完毕后更新描述符指针，指向内部RAM区，通过原指针减去一个偏移量得到。
然后是USB的一些初始状态设置：
EZUSB_IRQ_ENABLE(); // EZUSB中断使能
EZUSB_ENABLE_RSMIRQ(); // 使能远程唤醒中断
INTSETUP |= (bmAV2EN | bmAV4EN); // 使能INT2,4自动向量跳转
USBIE |= bmSUDAV | bmSUTOK | bmSUSP | bmURES | bmHSGRANT; // 使能所选择中断
EA = 1; // 开8051中断EZUSB_IRQ_ENABLE();
预定义是EZUSB=1,查TRM得知，ezusb是EIE寄存器的第0位，EIE.0=1,使能USB中断；EZUSB_ENABLE_RSMIRQ();
EICON |= 0x20，EICON.5=1,使能远程唤醒中断；INTSETUP |= (bmAV2EN | bmAV4EN);
使能INT2,4自动向量跳转； USBIE |= bmSUDAV | bmSUTOK | bmSUSP | bmURES | bmHSGRANT;使能所选择中断，相关的中断意义，我也一知半解，后面慢慢学习补充；EA = 1;
开8051中断。从下面的代码开始，才真正开始我们自己的USB事务处理：
7.3 Main Loop主循环
// Main Loop主循环
while(TRUE) {
// Poll User Device 用户调度程序
TD_Poll(); // Check for pending SETUP
// 等待SETUP令牌数据的到来
if(GotSUD) {
SetupCommand(); // Implement setup command // 处理SETUP事务
GotSUD = FALSE; // Clear SETUP flag 清Setup标志
}
}TD_Poll，也就是用户调度程序，USB空闲时调用，不过为什么要放在开始呢？照理说应该放在令牌包后面的，这里不是很明白。。。。。。
if(GotSUD)，GotSUD是令牌包标志，准确的说是“令牌阶段数据到来”
7.4 什么是令牌包？
首先，USB一连串的数据传输、处理、响应等就叫做USB事务。
例如，上位机要读取一个描述符，那么就会触发一次USB事务。
一个完整的USB事务处理有三个阶段：
- 令牌阶段
- 数据阶段
- 握手阶段。
每个阶段数据传输是有各种包组成的，例如令牌阶段：同步字段＋令牌包＋EOP构成。
USB主机启动事务处理，开始发送令牌包，这个时候假如说我们当前的USB设备地址号为2(重枚举时分配的)，而主机发送的地址号也为2，那么这个USB设备硬件会产生中断，进入中断处理。也就是periph.c文件中的void ISR_Sudav(void)函数，在这个中断处理中，设置 GotSUD标志为TRUE，表示收到令牌数据，要启动USB传输了。然后我们固件中判断if(GotSUD)，GotSUD为真，则执行SetupCommand()函数，在这里处理控制传输，读取描述符，设置特性，处理Vendor命令等。完毕后置GotSUD = FALSE;然后检查USB各种状态并处理：
7.5 Sleep
if (Sleep){
// 如果USB进入了休眠状态，这里Sleep是USB休眠标志，通GotSUD一样，USB休眠后产生中断，
// 进入void ISR_Susp(void)函数处理，置sleep标志为TRUE。
// 检测USB是否挂起
if(TD_Suspend()) {
Sleep = FALSE; // 清Sleep标志
do {
EZUSB_Susp(); // 置8051为空闲状态.
} while(!Rwuen && EZUSB_EXTWAKEUP());
// 如果唤醒
EZUSB_Resume();
// 从空闲状态中恢复
TD_Resume();
}到这里，一个事务处理完毕，等待下次事务处理中断的到来.
7.6 To Be Continue...
在继续看fw.c文件前，我觉得有必要先把USB的整个工作过程搞懂!
这本书上讲的不错搞懂了USB整个工作过程，对FW中的列举/重列举就比较好理解了。这也是我自己曾经学习的一个过程吧，我并没有一开始就去仔细推敲USB协议方面的东西，而是先看一个大概，然后学到哪里不懂的时候，再回过头去进一步研究，这样慢慢就理解深入了。
个人觉得好多书里一上来就给你细细剖析协议的，完全是浪费脑细胞，越看越糊。哎～USB协议真的非常非常难搞通，我也深深的痛苦中。。。。。。
以下参照《USB原理与工程实践》这本书上讲的，我简化了一下，算是自己的理解吧：
USB连上电脑(实际是集线器HUB)，但是还没有上电。
也就是说VCC还没有电压，到VCC上有5V电压有一个很短的延时过程。该过程主机PC和HUB通信。- USB上电，但是还没有被复位。
此时不能响应USB任何事务，也没有被分配到任何设备地址，包括默认地址。集线器通过检测D+,D-上的电压来判断是否有新的USB设备连接。 当检测到有新的USB设备连接时，报告给PC。该过程主机和HUB通信。 复位USB总线。
PC通知HUB复位USB总线，获得传输模式低速or全速or高速。复位后，USB设备获得一个默认的设备地址号0。此过程PC和HUB通信。USB设备获得地址号0后，可使用该地址号进行某些事务处理。
使用地址号0，控制传输，端点0，主机开始和USB设备功能层开始通信。 USB功能层是USB总线结构中的一个，USB总线结构由USB功能层，USB设备层，USB接口层构成。USB功能层，主要负责数据传输操作，就是控制传输，中断传输，块传输，同步传输。主机开始获得USB设备的信息
例如刚开始要获得USB控制传输所支持的最大数据包长度，那么就要向USB设备发命令(发送GetDescription获得设备描述符信息)，于是启动一个USB事务处理，而USB事务处理分为3个阶段：
令牌阶段
数据阶段
握手阶段
也就是说，这一步中，主机发送GetDescription请求读取设备描述符，获得USB控制传输所支持的最大数据包长度(只需读取前8个字节即可)，这是一个USB事务，既然是 事务，那么所有的USB事务必然从令牌包开始，于是USB固件首先等待令牌包到来，然后处理相应的命令。这样，主机通过发送GetDescription请求(USB 11中标准请求之一 )，读取设备描述符DeviceDscr,目的是获取控制传输支持的最大字节数(第8个字节)，一旦检测到这个数，主机复位USB总线并开始进入枚举过程.至此，开始进入枚举过程。
主机向USB设备发送SetAddress请求，为其分配一个新的，唯一的设备地址(1～127，总共128个)。以后，USB将使用这个新的地址号与主机通 信。主机循环向USB设备发出GetDescription请求，读取所有的描述符，获得该USB设备的全部配置信息。
首先读取设备描述符DeviceDscr全部字段，
然后读取配置描述符 Configuration，接口描述符，端点描述符，其他各种设备类描述符以及自定义描述符等。- 然后主机根据读取的PID,VID选择一个合适的驱动加载，如果第一次使用，则提示发现新硬件。
- 加载了USB驱动后，主机发送SetConfigration()请求为该USB设备选择合适的配置，主机为该USB设备选择一个配置值，一个接口，一个可替换设置值。
至此，USB枚举结束。
7.7 重枚举
那么，什么是重枚举呢？
首先，上面的USB枚举是对通用USB来说的，一般USB设备只有枚举过程，没有重枚举过程。也就是说其实，
对EZ-USB系列来说，上面的枚举举实际包含了EZ-USB枚举和重枚举两个过程：
对EZ-USB来说，枚举过程就是USB上电复位到加载固件前这段过程，此时USB设备地址号为默认的0号，枚举完成后，驱动为cypress...eeprom..missing(FX2/FX2LP来说)。
然后加载固件，进行重枚举，重枚举完成后，显示驱动为cypress...ez-usb...example或其他自定义设备。
为什么EZ-USB有重枚举过程呢？这就是为了可以让主机在前期固件未加载前自动枚举，识别USB，从而可以从上位机加载固件到68013的RAM中，而无需使用ROM,EEPROM,FLASH等内存。实现“软件”架构加载程序代码，随时修改固件。
7.8 EZ-USB如何控制重枚举？
首先，EZUSB有一个寄存器USBCS，其中第1位USBCS.1为Renum控制枚举重枚举。
在USB上电未加载固件代码前，Renum＝0，表示使用“EZUSB核心”对芯片的初始配置，处理主机设备请求，并负责把固件下载到RAM中，这个过程就是“枚举”，完成该枚举过程的设备叫做“缺省USB设备(地址号0)”，即驱动显示为“...missing”的设备。
当固件被下载到8051 RAM后，此时Renum＝1，表示使用“增强8051核心”处理主机设备请求，并按照固件的代码(读取所有描述符)重新配置USB设备，这个过程就叫做“重枚举”，完成重枚举后，显示自定义的USB设备“...example”，实际是模拟断开与连接的过程。 用以下表表示：
| 处理设备请求 | Renum | 8051动作 | |
|---|---|---|---|
| 枚举 | EZUSB核心 | Renum＝0 | 8051置Renum＝1 |
| 重枚举 | 8051 | Renum＝1 | 8051重置Renum＝0 |
在重枚举完成后，对控制端点0的设备请求可以由“EZUSB核心”处理或由“增强8051核心”处理，有Renum的值决定。芯片上电时Renum＝0，由“EZUSB核心”处理；一旦8051开始运行，就可以设置Renum＝1，由“增强8051核心”处理，表示按照8051下载的固件代码处理。
当然，这时也可以设置Renum＝0，让“EZUSB核心”处理端点0的设备请求，而让8051完成具体的USB数据传输，这样做会大大简化8051固件代码。 然后再看接下来的代码：
注意，在这段代码之前，EZUSB已经枚举完成，当然，整个过程是自动的，我们看不见的。
#ifndef NO_RENUM if(!(USBCS & bmRENUM)) // 如果RENUM位为0，则重列举
{
EZUSB_Discon(TRUE); // renumerate 重列举
}
#endif这段代码即告诉USB进行重枚举，用软件设置，模拟USB断开与连接，。EZUSB_Discon(TRUE)完成断开连接，具体实现在EZUSB.lib库中，大概代码是这样的：
void UsbDisconnect(BOOL renum) {
if(renum)
USBCS |= (bmDISCON | bmRENUM);
else
USBCS |= bmDISCON;
EZUSB_Delay(1500);
USBIRQ = 0xff;
EPIRQ = 0xff;
EZUSB_IRQ_CLEAR();
USBCS &=~bmDISCON;
}将USBCS寄存器的DICON位置1，断开USB，同时如果RENUM位为0，则置1；然后重新连接USB。
// unconditionally re-connect. If we loaded from eeprom we are
// disconnected and need to connect. If we just renumerated this
// is not necessary but doesn't hurt anything
USBCS &=~bmDISCON; // 重新连接
CKCON = (CKCON&(~bmSTRETCH)) | FW_STRETCH_VALUE;
// Set stretch
// clear the Sleep flag.
Sleep = FALSE; // 清sleep标志这段代码英文意思说的很清楚了，CKCON还不清楚干什么用的。。。 紧接着主机开始读描述符，并进行配置(发送SetConfiguration)，加载驱动等，完成重枚举。
8. dscr.a51文件
8.1 设备描述符DeviceDsc
重新看了描述符文件，对照了好多参考书，发现以前很多不明白的地方现在清晰了很多，不过有些地方可能从来没有用过的缘故，我也是不甚明了(打上了问号)，只能以后用到的时候，有新的发现再慢慢理解了...
dscr51里放的是USB描述符表，EZ-USB在重枚举阶段会读取或设置相应的描述符
db DSCR_DEVICE_LEN ;; Descriptor length
db DSCR_DEVICE ;; Decriptor type
dw 0002H ;; Specification Version (BCD)
db 00H ;; Device class
db 00H ;; Device sub-class
db 00H ;; Device sub-sub-class
db 64 ;; Maximum packet size
dw 0B404H ;; Vendor ID
dw 0410H ;; Product ID (Sample Device)
dw 0000H ;; Product version ID
db 1 ;; Manufacturer string index
db 2 ;; Product string index
db 0 ;; Serial number string index
db 1 ;; Number of configurationsdb DSCR_DEVICE_LEN
bLength段, 指明整个设备描述符的长度，单位字节。db DSCR_DEVICE
bDescriporType段, 描述符类型值。DSCR_DEVICE＝04H－－设备描述符。dw 0002H
bcdUSB, 表明该USB设备所遵循的USB协议版本，用bcd码表示，2字节。例如2.0版本，值为0200H，用bcd码表示，低字节在前，高字节在后，表示为0002H;同理，1.1版本，则表示为1001H。db 00H
bDeviceClass段, 指明USB设备所属的设备类。
| Value | comment |
|---|---|
| 0 | 表示USB各接口相互独立工作，分属不通的设备类，具体信息在接口描述符中说明 |
| 1～FEH | 表明该USB设备属于某个明确的设备类，例如04H代表显示设备 |
| FFH | 厂商自定义的设备类 |
db 00H
bDeviceSubClass段, 指明USB设备所述的设备子类。其值依赖bDeviceClass。 ＝0，此时bDeviceClass必须首先为0 ＝1～FEH，详细的设备子类。例如如果bDeviceClass＝04H，是显示设备，则bDeviceSubClass＝01H，表示CRT显示器； ＝FFH，厂家自定义db 00H
bDevicePortcol段, 指明USB所使用的设备类协议。其值依赖bDeviceClass和bDeviceSubClass。
| Value | comment |
|---|---|
| 0 | 表示该设备不使用任何设备类协议 |
| 1～FEH | 该USB必须属于某个明确的设备类和子设备类。如视频类协议(UVC)，音频类协议(UAC)等 |
| FFH | 厂家自定义 |
db 64
bMaxPacketSize0段, 指明该USB设备端点0控制传输所支持的最大数据包长度，单位字节。dw 0B404H
VIDdw 0410H
PIDdw 0000H
bcdDevice段, 指明USB设备版本号。产品ID???db 1
iManuFacture段, 厂商信息字符串索引值，没有时为0.这里为1，，即下面的“Cypress”字符串。db 2
iProduct段, 产品信息字符串索引值，没有时为0.后面的“EZ-USB”字符串。db 0
iSerial段, USB设备序列号信息字符串索引值，没有时为0.db 1
bNumConfigurations段 指明USB设备所支持的配置数。？？？如果USB设备支持两种传输速率，则该字段指出的是该速率下的配置数，而不是两种速率下的配置数和。
8.2 设备限定描述符DeviceQualDscr
设备限定描述符：DeviceQualDscr
DeviceQualDscr:
db DSCR_DEVQUAL_LEN ;; Descriptor length
db DSCR_DEVQUAL ;; Decriptor type
dw 0002H ;; Specification Version (BCD)
db 00H ;; Device class
db 00H ;; Device sub-class
db 00H ;; Device sub-sub-class
db 64 ;; Maximum packet size
db 1 ;; Number of configurations
db 0 ;; Reserved设备限定描述符，9个字段，共10字节。
仅当该USB为高速USB设备，且设备既需支持高速(High Speed)又需支持全速(Full)时，就需要用到设备限定描述符。
例如该高速USB设备目前工作于全速模式，则该描述符中包含高速模式的总体信息。
在设备请求处理函数SetupCommand(void)中，当收到读设备限定描述符请求时，会首先判断是否为高速USB设备。if (HighSpeedCapable())。
db DSCR_DEVQUAL_LEN
bLength段, 整个设备限定描述符的长度，单位字节，共10个字节。db DSCR_DEVQUAL
bDescriptorType段, 指出该描述符类型。06H->设备限定描述符。dw 0002H
bcdUSB段, USB协议版本号。db 00H
bDeviceClass段, 该USB设备所属的USB设备类。db 00H
bDeviceSubClass段, 所属子类。对bDeviceClass的进一步细化分类说明。db 00H
bDeviceProtocol段, 该设备所使用的设备类协议。db 64
bMaxPacketSize0段, 端点0控制传输所支持的最大数据包长度，单位字节。db 1
bNumConfigurations段 另一速率所支持的配置数。db 0
bReserved段 保留，必须为0.
8.3 配置描述符HighSpeedConfigDscr/FullSpeedConfigDscr
配置描述符：
HighSpeedConfigDscr/FullSpeedConfigDscr
db DSCR_CONFIG_LEN ;; Descriptor length
db DSCR_CONFIG ;; Descriptor type
db (HighSpeedConfigDscrEnd-HighSpeedConfigDscr) mod 256 ;; Total Length (LSB)
db (HighSpeedConfigDscrEnd-HighSpeedConfigDscr) / 256 ;; Total Length (MSB)
db 1 ;; Number of interfaces
db 1 ;; Configuration number
db 0 ;; Configuration string
db 10000000b ;; Attributes (b7 - buspwr, b6 - selfpwr, b5 - rwu)
db 100 ;; Power requirement (div 2 ma)配置描述符包含8个字段，共9字节。所有的USB设备至少包含一个配置描述符，例如这里包含两个配置描述符高速HighSpeedConfigDscr和全速FullSpeedConfigDscr。
db DSCR_CONFIG_LEN
bLength段, 描述符长度，9字节。db DSCR_CONFIG
bDescriptorType段, 描述符类型。db (HighSpeedConfigDscrEnd-HighSpeedConfigDscr) mod 256
db (HighSpeedConfigDscrEnd-HighSpeedConfigDscr) / 256
wTotalLength段,指明配置信息总长度，2字节表示。为配置描述符，接口描述符，端点描述符，设备类定义描述符，供应商自定义描述符长度的和。在这里只有配置、接口和端点描述符。db 1
bNumInterface段, 指明该配置所支持的接口数(？？)，最小为1.db 1
bConfigurationValue段, 指明该配置的配置值。例如这里值为1，在重枚举时，主机发送Setconfiguration(x)，当x＝1时，就调用该配置。db 00
iConfiguration段, 该配置的字符串索引值，没有时为0.db 10000000b
bmAttributes段, 指明该配置的特性，8位。
b0~b4,保留，必须为0.
b5:远程唤醒选择。＝1，支持远程唤醒；＝0，不支持远程唤醒。
b6:是否总线电源选择。如果该USB设备外加了电源，＝1，使用总线电源，＝0，使用自供的电源。
b7:必须为1. 在主机设备请求case SC_GET_STATUS，case GS_DEVICE中获得该信息。db 100
bMaxPower段, 总线供电时，该USB设备可获得的最大电流。单位2mA,所以最大值为250.如果该电流得不到满足，USB将不能使用这个配置。
8.4 接口描述符Interface Descriptor
接口描述符
;; Interface Descriptor
db DSCR_INTRFC_LEN ;; Descriptor length
db DSCR_INTRFC ;; Descriptor type
db 0 ;; Zero-based index of this interface
db 0 ;; Alternate setting
db 6 ;; Number of end points
db 0ffH ;; Interface class
db 00H ;; Interface sub class
db 00H ;; Interface sub sub class
db 0 ;; Interface descriptor string index接口描述符有9个字段，共9字节。
注意，主机不能用SetDescription和GetDescription来设置和读取接口描述符，它只能作为配置描述符的一部分信息返回，在主机发送case SC_GET_DESCRIPTOR，且case GD_CONFIGURATION时一并读取。所以我们看到，在fw.c文件中并没有对接口描述符的判断。
db DSCR_INTRFC_LEN
bLength段, 描述符长度。db DSCR_INTRFC
bDescriptorType段, 描述符类型。db 0
bInterfaceNumber段, 指明该接口的接口号。db 0
bAlternateSetting段, 指明接口的可替换设置值。db 6
bNumberEndpoints段, 指明接口所使用的断点数，不包括端点0.db 0ffH
bInterfaceClass段, 指明接口所使用的设备类。
| Value | comment |
|---|---|
| 0 | 保留 |
| 1～FEH | 表明该接口属于某个明确的USB设备类 |
| FFH | 厂家自定义的设备类 |
db 00H
bInterfaceSubClass段, 该接口所属的USB设备子类。db 00H
bInterfaceProtocol段, 该接口所使用的设备类协议。db 0
iInterface段, 接口字符串描述符的索引值，没有时为0.
8.5 端点描述符Endpoint Descriptor
;; Endpoint Descriptor
db DSCR_ENDPNT_LEN ;; Descriptor length
db DSCR_ENDPNT ;; Descriptor type
db 02H ;; Endpoint number, and direction
db ET_BULK ;; Endpoint type
db 00H ;; Maximun packet size (LSB)
db 02H ;; Max packect size (MSB)
db 00H ;; Polling interval端点描述符有6个字段，共7字节。和接口描述符一样，也不能由主机通过发送GetDedcription()请求读取，只能作为配置信息case GD_CONFIGURATION的一部分返回给主机。
db DSCR_ENDPNT_LEN
bLength段, 该描述符长度，单位字节。db DSCR_ENDPNT
bDescriptorType段, 该描述符类型。db 02H
bEndpointAddress段, 指明端点的端点号及传输方向。
b0~b3:该端点的端点号。如0001端点1，0010端点2；
b4~b6::保留，必须为0
b7:端点传输方向。1－IN传输；0－OUT传输db ET_BULK
bmAttributes段, 指明端点的一些特性。
b0~b1:端点的传输类型。
| Value | comment |
|---|---|
| 00 | 控制传输 |
| 01 | 同步传输 |
| 10 | 块传输 |
| 11 | 中断传输 |
b2~b3:当该端点为同步端点时，这两位指出同步类型。
| Value | comment |
|---|---|
| 00 | 非同步 |
| 01 | 异步 |
| 10 | 自适应 |
| 11 | 同步 |
b4~b5:端点用法类型。
| Value | comment |
|---|---|
| 00 | 数据端点 |
| 01 | 显示反馈端点 |
| 10 | 隐式反馈端点 |
| 11 | 保留 |
b6~b7:保留，必须为0
- db 00H
wMaxpacketSize段(LSB), 指明端点所支持的最大数据包长度，共16位。
b0~b10:端点所支持的最大数据包长度。
b11~b12:当该端点为高速中断端点或同步端点时，这两位指出每小帧中最多传输的事务数。
| key | comment |
|---|---|
| 00 | 每小帧1次(默认)， |
| 01 | 每小帧2次(附加一次) |
| 10 | 每小帧3次(附加2次) |
| 11 | 保留。 |
b13~b15保留，必须为0
db 02H
wMaxpacketSize段(MSB)
高8位。
数据包大小为：0000 0010 0000 0000，取0～10位，还是0200，512字节。db 00H
bInterval段, 指明端点数据传输的访问间隔。
低速中断端点：＝10～255ms.
全速中断端点：＝1～255ms
高速中断端点：＝1～16，
访问间隔为2(bInterval-1)(幂)×1us 全速/高速同步端点：＝1～16，
访问间隔为2(bInterval-1)(幂)×1ms 和2(bInterval-1)(幂)×1us 高速块/控制out端点：指明其最大NAK握手包发送速率。 ＝0，表示该端点永远不会发出NAK握手包 ＝其他值，表示每个bInterval时间内,该端点最多只能发送一次NAK握手包。 其他类型端点：该字段无效。
8.6 字符串描述符StringDscr1
字符串描述符：StringDscr1:
StringDscr1:
db StringDscr1End-StringDscr1 ;; String descriptor length
db DSCR_STRING
db 'C',00
db 'y',00
db 'p',00
db 'r',00
db 'e',00
db 's',00
db 's',00
StringDscr1End:3个自独，长度是变化的(字节)。
| 偏移量 | 域 | 大小 | 值 | 描述 |
|---|---|---|---|---|
| 0 | bLength | 1 | N+2 | 此描述表的字节数 |
| 1 | bDescriptorType | 1 | 常量 | 字串描述表类型 |
| 2 | wLANGID[0] | 2 数字 | 语言标识 | (LANGID)码0 |
| … | … | … | … | … |
| N | wLANGID[x] | 2 | 数字 | 语言标识(LANGID) |
db StringDscr1End-StringDscr1
bLength段, 描述符长度db DSCR_STRING
bDescriptorType段, 描述符类型。Unicode编码的字符串。
9. 学习资料
【关于USB】这家伙总结得不孬啊，我刚看一会儿就学了不少东西。
摘自: http://www.daxiamcu.com/bibis/moredata30_1384202.shtml
元器件
CYPRESS 68013A：支持USB 2.0协议，带增强型8051单片机，时钟频率48Mhz。支持串口通讯。文档
| 文档名 | 说明 |
|---|---|
| cy7c68013.pdf | 68013外设手册 |
| cy7c68013_5.pdf | 68013外设手册 |
| CY3684_A_SCH.PDF | 68013A外围电路图 |
| FX2 TechRefManual.pdf | EZUSB-FX2技术手册 |
| fx2_to_fx2lp.pdf | FX2和FX2LP的区别 |
| CYAPI.PDF | CYAPI手册 高级类库 |
| CYUSB.PDF | CYUSB手册 底层API |
10. 开发环境
- Keil C 7.0编译器
- C++ Builder 6.0
- VC++ 6.0
- EEPROM烧写器
- 68013A的开发包(含CYPRESS CONSOLE、CYUSB.SYS、例程等)
- BUS HOUND 5.0
11. 开发流程
11.1 硬件程序编写
- 根据CYPRESS的示例程序建立工程框架，一般由FW.C PERIPH.C和定义寄存器的几个头文件组成。如下图：
- FW.C负责了设备连接、重枚举、设备初始化等过程
- PERIPH.C负责响应各种中断事件。
- dscr.a51文件定义了USB设备握手时需要的各种描述符
- FX2REGS.H定义了USB中所有的寄存器
- FX2.H主要定义了各种二级中断向量和描述符的数据结构
- 编译后的二进制代码和工程同名，扩展名为HEX。
- 相应的头文件和类库在KEIL C的lib和inc文件夹内，需在项目设置中设置路径。
11.2 硬件程序烧录
EFROM
因为本产品要求将二进制代码和硬件PID/VID烧录在EEPROM，而不是使用CYPRESS推荐的在线下载方式，所以外部采用了8K 的EEPROM。上电后68013A会将EEPROM中的数据和程序加载到RAM中运行。HEX2BIN.EXE
HEX文件只是68013A上8051的程序代码，还要加上PID/VID等信息才能正确运行，CYPRESS在开发包中提供了HEX2BIN.EXE这个工具，可以根据HEX生成完备的IIC文件，将此文件烧录到EEPROM上即可。HEX2BIN.EXE的使用方法如下：
将XXX.HEX文件拷贝到HEX2BIN.EXE所在目录，打开CMD，按如下格式输入：
hex2bix -i -o xxx.iic xxx.hex -f 0xC2 -v 0x1234 -p 0x1234
| key | comment |
|---|---|
| -i | 表示输出文件，也就是IIC文件 |
| -o | 表示输入文件，也就是HEX文件 |
| -f | 表示68013A发送PID/VID的方式，这里为C0，即从EEPROM上读取。 |
| -v | 表示VID的BCD码，开发阶段使用1234 |
| -p | 表示PID的BCD码，开发阶段使用1234 |
- IIC文件烧录到EEPROM上
将生成的IIC文件用烧写器烧录到EEPROM上，本项目使用的是深圳思泰佳电子公司的NSP通用烧写器，此烧写器不支持IIC类型，选择BIN类型可替代。
11.3 驱动的识别
- 将EEPROM连到68013A上后，接上USB线，上电。计算机提示找到新硬件，要求安装驱动。
- CYPRESS针对68013A提供了全新的驱动程序CYUSB.SYS。这个驱动使用了新的API，所以上位机的编写上和旧的方式完全不同。底层的IOCTL控制字的定义也完全不同，详见CYAPI.PDF和CYUSB.PDF。
- 安装驱动之前，必须先根据VID/PID正确编辑CYUSB.INF文件，在文件中添加自己的PID/VID代码和设备描述，连接设备时， 将根据硬件上的PID/VID查找INF文件中对应的驱动，如果找不到，在设备管理器中将显示“68013 EEPROM MISSING”的字样。
- 详细的INF配置方法参考CYUSB.PDF PART1/PART2/PART3。这里不在赘述。
- 安装驱动时候找到修改好的CYUSB.INF文件，驱动将被正确安装，此时设备可以正常使用。
11.4 测试过程
- 被正确识别的设备可以在CYPRESS CONSOLE上看到设备信息。如图：
- CYPRESS CONSOLE的具体使用方法请参考CyConsole.chm。
- 要注意的是，除EP0/EP1外，当其他端点Max Pkt Size大小为64字节时，表示工作在USB 1.1模式，有可能是软件的原因， 也有可能是外围上拉电阻的问题。开发中要特别注意。
11.5 推荐开发流程
- 看本介绍USB 2.0协议的书，对USB 2.0协议有所了解。推荐《USB 2.0原理与工程开发》
- 看CYUSB.PDF文档。了解驱动安装方法。
- 看KEIL C51的书籍，熟悉C51的编程方法，熟悉KEIL C编程环境。
- 看CYPRESS提供的例程，了解68013A编程框架。推荐《EZ-USB 2100系列单片机原理、编程及应用》(基本框架类似，部 分寄存器定义不同)。 5.5 对照USB 2.0协议，编写dscr.a51文件，配置各种描述符。
- 结合FX2 TechRefManual.pdf，研读FW.C、PERIPH.C、FX2REGS.H、FX2.H，了解寄存器的定义。
- 根据系统需求编写相应代码，有开发板时，根据开发版上的LED来测试程序正确与否。
- 根据CYAPI.PDF CYUSB.PDF编写上位机通讯程序。 同步读取数据方法 XferData(); 异步读取数据方法 BeginDataXfer()/WaitForXfer()/FinishDataXfer();
- 调试程序。
- 编写其他8051上的程序，并继续调试。
11.6 发布时应提供的文件
- CYUSB.SYS
- CYUSB.INF
- XXX.IIC
12. 重点讲解
12.1 如何理解CYPRESS 68013A程序框架
CYPRESS提供了非常好的程序框架，免去了用户自己编写一些通用性比较强、模式化的程序(如果不提供，很少有人能写出如 此高效，结构紧凑的程序，实际上此框架和68013A内部结构关系密切，一般人也没有足够的内部资料也不可能写出来)。在框 架的基础上，用户只需在相应的地方写相应的代码即可完成USB工作。
一般来说框架可以分成3个部分。
描述符文件
例如dscr.a51文件，里面定义了枚举设备的时候要用的各种描述符信息，这部分用户需要根据实际的情况自己编写。我写的时候发现一个最大的问题就是各种书籍协议版本不同，翻译质量不同，同一字段的意义表述不同，容易让人产生困惑。例如USB 1.1/2.0/2.13对设备类型的子类定义都不完全相同，所以写的时候最好几种文档对比起来写。由于USB官方网站的文档中字段解释过于专业化，所以对USB不是很熟悉的人比较难以理解其真正含义。所以要多参考不同的书籍，某种程度上降低了开发速度，但对第一次做USB开发的人来说，这也是值得的。固件文件
例如FW.C文件，这是硬件程序的函数入口。主要有以下这些方法：
void SetupCommand(void); // 握手命令处理
void TD_Init(void); // 初始化，完成配置，启动时调用一次
void TD_Poll(void); // 用户处理程序，循环调用
void IO_Init(void); // 8051 IO初始化
void REG_Init(void); // 8051寄存器初始化
BOOL TD_Suspend(void); // 挂起处理
BOOL TD_Resume(void); // 唤醒处理
// 以下为各种描述符的获取和设置函数，重枚举时自动调用
BOOL DR_GetDescriptor(void);
BOOL DR_SetConfiguration(void);
BOOL DR_GetConfiguration(void);
BOOL DR_SetInterface(void);
BOOL DR_GetInterface(void);
BOOL DR_GetStatus(void);
BOOL DR_ClearFeature(void);
BOOL DR_SetFeature(void);
BOOL DR_VendorCmnd(void);- 功能文件
处理各种中断。例如PERIPH.C文件。8051一般默认只有四个中断，这显然不够USB使用，所以 CYPRESS引入了自动向量的概念，相当于软中断，大大扩展了现有的中断数量。主要的中断有：
void ISR_Sudav(void) interrupt 0 // 收到setup包
void ISR_Sutok(void) interrupt 0 // 收到SETUP令牌
void ISR_Sof(void) interrupt 0 // 收到起始帧
void ISR_Ures(void) interrupt 0 // 收到RESET
void ISR_Susp(void) interrupt 0 // 收到挂起信息
void ISR_Highspeed(void) interrupt 0 // 高速模式
void ISR_Ep0ack(void) interrupt 0 // 正常响应ACK
void ISR_Stub(void) interrupt 0
void ISR_Ep0in(void) interrupt 0
void ISR_Ep0out(void) interrupt 0
void ISR_Ep1in(void) interrupt 0
void ISR_Ep1out(void) interrupt 0 // EP1输入中断
void ISR_Ep2inout(void) interrupt 0 // EP2中断
void ISR_Ep4inout(void) interrupt 0
void ISR_Ep6inout(void) interrupt 0
void ISR_Ep8inout(void) interrupt 0
void ISR_Ibn(void) interrupt 0
void ISR_Ep0pingnak(void) interrupt 0
void ISR_Ep1pingnak(void) interrupt 0
void ISR_Ep2pingnak(void) interrupt 0
void ISR_Ep4pingnak(void) interrupt 0
void ISR_Ep6pingnak(void) interrupt 0
void ISR_Ep8pingnak(void) interrupt 0
void ISR_Errorlimit(void) interrupt 0
void ISR_Ep2piderror(void) interrupt 0
void ISR_Ep4piderror(void) interrupt 0
void ISR_Ep6piderror(void) interrupt 0
void ISR_Ep8piderror(void) interrupt 0
void ISR_Ep2pflag(void) interrupt 0
void ISR_Ep4pflag(void) interrupt 0
void ISR_Ep6pflag(void) interrupt 0
void ISR_Ep8pflag(void) interrupt 0
void ISR_Ep2eflag(void) interrupt 0
void ISR_Ep4eflag(void) interrupt 0
void ISR_Ep6eflag(void) interrupt 0
void ISR_Ep8eflag(void) interrupt 0
void ISR_Ep2fflag(void) interrupt 0
void ISR_Ep4fflag(void) interrupt 0
void ISR_Ep6fflag(void) interrupt 0
void ISR_Ep8fflag(void) interrupt 0
void ISR_GpifComplete(void) interrupt 0
void ISR_GpifWaveform(void) interrupt 0特别是对于接受数据，一般都在中断中完成相应处理，“中断中适合进行少量简短的操作，不适合进行复杂操作”，这句话在 此依然有效。如果要进行复杂的操作可以在TD_POLL()中进行(多数操作都是在这个函数中完成的)。
另外非常重要的一点是，中断程序的结尾应该让中断复位，允许下一次中断，有些端点的计数器也要清零并允许接受新的中断 请求。例如：
EP1OUTBC = 0; // 清空计数
EZUSB_IRQ_CLEAR(); // USB中断复位
EPIRQ = 0x08; // 允许EP1中断请求12.2 68013A端点寄存器介绍
68013A内部的寄存器约有300个上下，一次都记住是不可能的，而且每个寄存器都有8个位，也就是说一共有2000多个可以配置的位，一次都理解掌握这些位的含义也是不可能的，所幸地是开发中并不会用到所有的寄存器，但是依然强烈建议把 FX2REGS.H和FX2.H走读一边，这就像读书一样，没有学会识字，再看都是天书。结合FX2 TechRefManual.pdf走读这些寄存器 大约需要一到两天时间，这点时间投入还是值得的。
在通讯过程中，打交道最多的是各种端点寄存器，掌握好这些寄存器地使用对提升开发效率是很有帮助。值得特别关注的寄存 器和配置位如下：
- Rwuen
- REVCTL
- EP1OUTCFG
- EP1INCFG
- EP2CFG
- EP4CFG
- EP6CFG
- EP8CFG
- EP2FIFOCFG
- EP4FIFOCFG
- EP6FIFOCFG
- EP8FIFOCFG
- FIFORESET
- EPIRQ
- EPIE
- EP1OUTBC
- APTR1H
- APTR1L
- EXTAUTODAT1
- AUTOPTRH2
- AUTOPTRL2
- EXTAUTODAT2
- EP2BCH
- EP2BCL
其中有些寄存器的设置需要连续设置多次，看似重复了，其实不然，这和设置的缓冲区数量有关。
有些寄存器中间必须用SYNCDELAY来延时。这类寄存器FX2 TechRefManual.pdf上有说明。
对于EP0，用于系统握手，相关的寄存器操作基本上都由68013A的内核(SIE)来完成了。
对于EP1,分为OUT/IN两组配置和寄存器。
对于EP2～EP8,不分OUT/IN输入输出，主要有EP2CFG/ EP2FIFOCFG/ EP2BCH/EP2BCL寄存器。
12.3 什么是自动指针
自动指针是CYPRESS提供的一个非常有用的特性。
在数据交互的过程中，很多时候都涉及到数据的搬迁，比如从EP2OUT收到的 数据需要转发到EP6IN上(一些转换类设备)；再比如从RAM中拷贝数据到EP4IN上，传统的做法是申明两个指针，指向源和目 的地址，然后用循环一个个字节拷贝，同时还要考虑增加指针地址，对于连续的空间这到不是问题，关键是如果数据需要拷贝 到多个缓冲时，指针地址是循环的。这时候如果手工完成操作很容易出错。 因此CYPRESS提供了两组自动指针，用的时候一组指向源，一组指向目的地址。然后循环拷贝数据就行了，自动指针会自动指 向下一个源或目的空间，不论是否是循环地址方式。这样减少了程序出错的几率。
下面的程序将EP2OUT接受到的数据拷贝到EP6IN发送出去：
if(!(EP2468STAT & bmEP6FULL)) {
// check EP6 FULL(busy) bit in EP2468STAT (SFR),
// core set's this bit when FIFO is full APTR1H = MSB( &EP2FIFOBUF );
APTR1L = LSB( &EP2FIFOBUF );
AUTOPTRH2 = MSB( &EP6FIFOBUF );
AUTOPTRL2 = LSB( &EP6FIFOBUF );
count = (EP2BCH << 8) + EP2BCL;
// loop EP2OUT buffer data to EP6IN
for( i = 0x0000; i < count; i++ ) {
// setup to transfer EP2OUT buffer to EP6IN buffer using AUTOPOINTER(s)
EXTAUTODAT2 = EXTAUTODAT1;
}
EP6BCH = EP2BCH;
SYNCDELAY;
EP6BCL = EP2BCL; // arm EP6IN
SYNCDELAY;
EP2BCL = 0x80; // re(arm) EP2OUT
}APTR1H/APTR1H
通过MSB和LSB获取EP2FIFOBUF的高位地址和地位地址。EXTAUTODAT1
表示APTR1H/APTR1H指向的数据。AUTOPTRH2/AUTOPTRL2
通过MSB和LSB获取EP6FIFOBUF的高位地址和地位地址。EXTAUTODAT2
表示AUTOPTRH2/AUTOPTRL2指向的数据。
12.4 CYUSB和CYAPI的关系
以前68013上位机程序的编写过程中，应用程序端通过调用DeviceIoControl() API或CREATEPIPE() API与驱动进行交互，继而读写控制硬件设备，在新的68013A的驱动中采用了两种新的调用方法：
第一种
继续使用DeviceIoControl()函数读写，不同的是，IOCTL控制字和老驱动完全不同，具体定义参考CYUSB.PDF。用户可以通过这些底层API完成操作。
第二种
使用CYPRESS提供的面对对象的类，一共有9个类，调用这些类的方法就可以和硬件打交道。这些类是对
第一种方法的封装，使用起来非常简便。 用户可以根据需要选择这两种方法或混合使用，使用时需要加上头文件CyAPI.h和cyioctl.h，另外在项目中还要引用 CyAPI.lib。
12.5 同步和异步读写的比较
CYAPI提供了同步和异步读写方式。
同步方式的时候调用线程阻塞在哪里，直到读写到数据或超时；
异步方式的时候调用线程 立即返回。具体实例参考CYAPI.PDF。
12.6 如何用C++ BUILDER写上位机程序
- 首先确定使用7.4中的第几种方法，添加相应的头文件和库文件。
- 连接USB设备，确保驱动已经被正确加载。
- 编写收发数据线程。通过开发板上的LED或CYPRESS CONSOLE或BUS HOUND分析收发正确与否。
12.7 U盘如何正确加载驱动
在WINDOWS 2000/XP上U盘使用的PID/VID应该直接能加载操作系统默认的海量存储器的驱动程序。为了使用正确的PID/VID，可以通过以下途径：
- 找一个现有品牌的U盘，看看他的PID/VID是何值。
- 在注册表中查找海量存储器信息。
12.8 其他问题
- 编写上位机的时候要注意添加异常处理。
- 调试上位机的时候，USB外设应正确连接。
- 8051其他模块的编写请参考相应书籍