拿一块 Cy7c68013AFX2LP开发板很多人第一件事就是插上电脑测速度。测完往往一脸问号网上都说这芯片能跑 40MB/s我怎么只有 1MB/s或者死活卡在 20MB/s 上不去同样是这颗芯片差距为什么这么大我过去在几个高速数据采集项目里用 FX2LP 做 USB 传输踩过不少测速的坑也慢慢沉淀出一套固定打法。这篇就把Cy7c68013A 速度测试这件事从理论到实操彻底讲清楚为什么极限在 40MB/s 附近、固件该配哪些寄存器、主机端怎么读才不吃亏、出问题先查哪里。不管你是要做逻辑分析仪、廉价示波器前端还是单纯想验证手里的板子照着这套流程走一遍基本不会被测速数字再忽悠了。1. 测速之前先算清账40MB/s 的上限是怎么来的1.1 USB 2.0 高速模式的 60MB/s 与 bulk 的 40MB/s 之差USB 2.0 高速模式High-Speed的物理信号速率是 480Mbps折合 60MB/s。但千万记住这是总线上的原始比特率不是用户能拿到的数据速率。一个 512 字节的 bulk 数据包在线上还要带同步字段SYNC、包标识符PID、地址与端点ADDR/ENDP、CRC 校验、握手包以及两次包之间的总线空闲间隔。把这些开销扣掉纯 bulk 单向传输的实测上限一般就在 40~43MB/s 之间工程上能稳定跑到 39~40MB/s 已经是相当好的结果。很多人拿 60MB/s 去核对实际读数发现对不上就怀疑芯片缩水。真不是芯片的问题是 USB 协议本身的开销。理解这一点对判断测试结果非常重要如果速度测到了 38MB/s说明链路基本到顶了如果只有 20MB/s才值得往下排查。1.2 8051、SIE 和端点 FIFO 是三条不同的路FX2LP 内部有三个关键角色8051 内核、USB 串行接口引擎SIE、端点 FIFO RAM。8051 负责枚举和配置SIE 负责把 USB 总线上的串行数据打包/解包端点 FIFO 则是数据暂存区。关键点在于外部接口GPIF 或 Slave FIFO可以直接读写端点 FIFOSIE 也可以直接把端点 FIFO 里的数据封装成 USB 包发出去这两条通路都不需要 8051 参与。8051 只在初始化阶段把寄存器配好之后就可以靠边站了。这正是 FX2LP 能逼近 40MB/s 的根本原因——高速数据完全不经过 CPU。1.3 半双工总线echo 测速为什么只有一半USB 是共享的半双工总线同一时刻只能有一个方向在传输。所以你做 loopback主机发下去、设备原样回传测到的总字节数实际上被 IN 和 OUT 两个方向分了单向实时速率可能只有 15~20MB/s这是正常现象不是板子不行。测速前先明确要测单向 IN设备往主机灌数据还是单向 OUT主机往设备发数据。对 FX2LP 来说最容易跑出漂亮数字的是单向 IN外部数据源持续往端点 FIFO 写主机持续读。这篇文章后面的实测也主要按这个方向展开。2. 先把测试平台搭对板卡、工具链和枚举检查2.1 硬件准备两种常见的板卡形态测速需要的东西不多一块 FX2LP 板卡。纯最小系统板的优点是引脚全部引出适合自己接 FPGA/CPLDFX2FPGA 一体板是更省事的选择很多市售高速数据采集板就是这种结构样品固件里通常已经带了一个递增数据流插上就能测。一根短一点、带屏蔽的 USB 线。别用那种几块钱的充电线后面会讲线材对速度的影响有多邪门。一台宿主电脑。Win10/Win11 或者 Linux 都行关键是要能装驱动。如果你只有一块纯 FX2LP 最小系统板没有 FPGA 也不用慌先把第 4 节的固件灌数测法跑通至少能验证枚举、驱动、端点配置都没问题。2.2 固件工具链Keil 和 SDCC/fx2lib 二选一固件开发常用的两条路Keil C51 加 Cypress 官方 FX2LP SDK。SDK 里已经有 fw.ld、fw.c、dsc.a51 这一套框架你只需要在 TD_Init 里写初始化在 TD_Poll 里写业务循环。上手最快但 Keil C51 目前要自己找授权。开源路线SDCC 加 fx2lib。fx2lib 把 USB 描述符、重枚举、中断向量都封装好了里面还有 slavefifo、bulkloop 等现成模板改起来很顺手。我后来的项目基本都切到了这套主要是不用担心编译器许可问题而且代码可控。不管用哪套都要理解 FX2 的重枚举机制第一次插上时芯片跑的是片内固件以 Cypress 默认 VID/PID 枚举你把自定义固件下载进去之后它会软复位并重新枚举成你的设备。如果板上有 EEPROM固件也可以烧进去实现上电自启动。测速时确认你加载的是自己的固件、自己的描述符别拿着一个来路不明的 hex 测了半天根本不知道里面配的什么端点。2.3 主机工具CyConsole 和 pyusb 脚本各有分工主机端测速工具我常用三个Cypress 官方的 EZ-USB Control Center也就是 CyConsole。图形界面能选端点、填传输长度、点一下就看到耗时和速率适合快速验证。pyusb libusb 写的脚本适合做持续 10 秒、几十秒的稳定性吞吐测试还能打印曲线。CyUSB.NET适合以后要写正式测试工具或者产品界面的时候用底层还是 Cypress 的 CyUSB 驱动。驱动方面Windows 下用 SDK 自带的 CyUSB 驱动最简单不想装整套 SDK也可以用 Zadig 给设备装 WinUSB 驱动然后走 libusb。Linux 下一般就是 libusb内核自带的 usbfs 就够用。2.4 枚举检查先确认跑在 480M 高速模式这一步是最容易被跳过的也是最值得做的。测速之前先确认设备确实枚举成了高速High-Speed480Mbps。Windows设备管理器里找到设备属性 → 高级或详细信息里看连接速度必须是高速如果显示全速那就是 12Mbps速度天花板只有 1MB/s 左右。Linux执行lsusb -t看设备那行的速度是不是 480M。如果枚举成了全速先别急着测速回去查 USB 描述符设备描述符的 bcdUSB 要等于 0x0200端点 0 的最大包长 bMaxPacketSize0 要等于 64而 bulk 端点的 wMaxPacketSize 必须是 512。这三个字段有一个不对Windows 都可能把它按全速设备处理。3. 固件端决定上限的配置端点、缓冲区和自动模式3.1 时钟与接口CPUCS 和 IFCONFIG 的坑FX2LP 上电默认 CPU 时钟是 12MHz很多人的固件根本没把它切到 48MHz导致枚举慢、初始化慢虽然高速数据不经过 CPU但后续所有寄存器读写都会被拖累。初始化开头一定要写CPUCS 0x12; /* 8051 时钟切到 48MHz同时使能 CLKOUT */接口模式寄存器 IFCONFIG 决定外部接口工作在 GPIF 还是 Slave FIFO、同步还是异步、8 位还是 16 位数据总线。做高速测速推荐用同步 Slave FIFO最常用的写法是IFCONFIG 0xE3; /* 内部 48MHz IFCLK同步 Slave FIFO 模式 */如果不切 IFCONFIG芯片默认可能跑在 GPIF 模式外部数据源根本灌不进来速度自然不对。3.2 端点属性EP2CFG / EP6CFG 每一位都影响什么端点配置寄存器可以按位拆开理解bit7 是 VALID置 1 表示该端点有效bit6 是方向1 为 IN0 为 OUTbit5:4 是传输类型01 为 bulk10 为中断11 为等时bit3:1 是缓冲区大小110 表示 512 字节111 表示 1024 字节。高速 bulk 传输的包长固定是 512 字节所以常用的两个值是EP2CFG 0xA6; /* EP2: OUT, bulk, 512字节 */ EP6CFG 0xE6; /* EP6: IN, bulk, 512字节 */建议测速统一用 EP6 做 IN 方向EP2 做 OUT 方向这也是官方示例的惯例。如果你看到某个固件里把 EP6 配成了 64 字节小包那它的高速吞吐基本就废了。3.3 AUTOIN / AUTOOUT让数据绕开 8051端点 FIFO 控制寄存器里最重要的两个位是 AUTOIN 和 AUTOOUT。AUTOIN 置 1 后只要 FIFO 里的数据量达到设定的提交长度比如 512 字节SIE 会自动把它打包成 IN 事务发出去完全不用 8051 干预。AUTOOUT 同理主机发下来的 OUT 数据会自动落进 FIFO。16 位数据总线加上自动模式是我在速度测试里固定使用的组合EP6FIFOCFG 0x48; /* AUTOIN 置位16位FIFO接口 */ EP6AUTOINLENH 0x02; /* 提交长度为512字节 */ EP6AUTOINLENL 0x00; EP2FIFOCFG 0x88; /* AUTOOUT 置位16位FIFO接口 */外部数据源往 EP6 的 FIFO 写满 512 字节SIE 就自动发一包整个过程 CPU 零参与。这就是 40MB/s 的物理基础。3.4 缓冲区深度2×512 和 4×512 的差别EP2 和 EP6 都支持双缓冲和四缓冲比如 512×2 和 512×4。四缓冲的意思是同一端点有 4 个 512 字节的缓冲区轮流用SIE 在发其中一个缓冲区时外部数据源还能往另外三个里写这样即使在 USB 总线忙于握手、等待主机令牌的时候数据源也不容易被迫停下来。做双向高速传输我习惯把 EP2 和 EP6 都配成 512×4这样每个方向各有 2KB 缓冲。四缓冲对连续流的帮助非常明显尤其是在主机偶尔调度不及时的场景下能显著减少掉速尖刺。3.5 固件灌数的误区8051 不是数据搬运工有一种想法根深蒂固让 8051 在循环里不停往端点 FIFO 写数据测出来就是芯片速度。这是错的。48MHz 的 8051 性能有限往 xdata 写一个字节要好几条指令哪怕循环写得很紧凑实际吞吐也就 1~3MB/s 量级。这个数字只代表 8051 写 FIFO 的速度跟 USB 引擎的极限没有任何关系。明白这一点你就懂了一个关键结论想在 FX2LP 上测出真正的 40MB/s数据必须来自外部接口Slave FIFO 或 GPIF不能靠 CPU 灌。3.6 一段可用的初始化骨架把上面几个点串起来就是一个可用的 Slave FIFO 速度测试固件核心初始化void TD_Init(void) { CPUCS 0x12; /* 48MHz */ SYNCDELAY; IFCONFIG 0xE3; /* 同步Slave FIFO, 内部48MHz IFCLK */ SYNCDELAY; /* 复位端点FIFO */ FIFORESET 0x80; SYNCDELAY; FIFORESET 0x02; SYNCDELAY; /* EP2 */ FIFORESET 0x06; SYNCDELAY; /* EP6 */ FIFORESET 0x00; SYNCDELAY; EP2CFG 0xA6; SYNCDELAY; /* OUT bulk 512 */ EP6CFG 0xE6; SYNCDELAY; /* IN bulk 512 */ EP2FIFOCFG 0x88; SYNCDELAY; /* AUTOOUT, 16位 */ EP6FIFOCFG 0x48; SYNCDELAY; /* AUTOIN, 16位 */ EP6AUTOINLENH 0x02; SYNCDELAY; EP6AUTOINLENL 0x00; SYNCDELAY; /* FLAGA~FLAGD 映射到哪个端点、表示满还是空 由 PINFLAGSAB/PINFLAGSCD 配置按你的板子引脚自行设定 */ }注意每个寄存器和下一个之间都要插一个 SYNCDELAY简单的空操作延迟因为 FX2 的端点配置寄存器在快寄存器空间写入后需要一点时间同步到 USB 核心漏了会出现配置丢失的怪问题。具体 SYNCDELAY 宏定义在 Cypress SDK 或 fx2lib 里都有。4. 第一轮实测固件灌数跑通 USB 通路但别被数字误导4.1 固件灌数的实际做法没有 FPGA 的情况下最朴素的测速就是让 8051 不停往 EP6 的 FIFO 写数据。关掉 AUTOIN 也行开着也行因为瓶颈都在 CPU 写数据这一侧。手工模式的做法是往 EP6FIFOBUF 对应的地址空间写满 512 字节然后对 EP6CS 置位触发传输armSIE 会在主机发 IN 令牌时把这包发出去然后循环下一包。用 fx2lib 写的伪代码大致是这样的uint8_t buf[512]; uint16_t i; while (1) { for (i 0; i 512; i) buf[i] (uint8_t)i; for (i 0; i 512; i) EP6FIFOBUF buf[i]; /* 触发一次IN传输, 具体位见TRM的EPxCS章节 */ EP6CS | 0x02; }这代码能跑但别指望速度。我实测下来普遍就在 1~3MB/s和具体编译优化、循环写法有关但量级不会有太大变化。4.2 主机端测量流程与结果解读主机端用 pyusb 写个持续读脚本最省事import usb.core import time dev usb.core.find(idVendor0x04B4, idProduct0x1004) if dev is None: raise SystemExit(device not found) dev.set_configuration() EP_IN 0x86 # EP6 IN CHUNK 1 * 1024 * 1024 # 每次请求1MB total 0 t0 time.time() duration 10 while time.time() - t0 duration: data dev.read(EP_IN, CHUNK, timeout5000) total len(data) dt time.time() - t0 print(speed: %.2f MB/s % (total / dt / 1024 / 1024))如果 1MB 的请求在 Windows 上报参数错误改成 512KB 或 256KB 再试效果差别不大关键是别用 512 字节这种小请求。这轮测试你会看到速度稳定在 1~3MB/s属于预期之内。4.3 这轮测试真正的价值固件灌数测速虽然跑不出高带宽但它能一次验证好几件事枚举是不是高速、驱动绑定对不对、端点方向对不对、主机读取能不能持续进行。如果这里读出来的速度只有几十 KB/s或者干脆超时那不是带宽问题是链路根本就没通。所以我的建议是每次换新板子、新固件先跑这轮慢速验证确认通路通了再上 FPGA 做高速实测。这样排查问题时至少能把通路问题和带宽问题干净地切开。5. 第二轮实测Slave FIFO 外部数据源逼近极限带宽5.1 为什么必须接外部数据源想看到真实的 40MB/s外部数据源必须通过 Slave FIFO 接口直接往端点 FIFO 灌。最常用的数据源是 FPGA 或 CPLD在内部生成一个递增计数器持续往 FX2 的 FD[15:0] 数据总线写。部分一体板出厂固件已经在做这件事所以插上就能测出高速数字。如果你是纯最小系统板手边有 CPLD 开发板也行甚至可以用一个外部同步 FIFO 芯片预先灌数据。但不管用什么核心要求只有一个能稳定地以超过 40MB/s 的速度往 FX2 的 FIFO 写数据。5.2 同步 Slave FIFO 写入的几个关键点外部主控往 FX2 的 IN FIFO 写数据时重点盯三件事IFCLK 用内部 48MHz外部主控也以这个时钟作为同步基准。数据要在 IFCLK 上升沿前后满足建立保持时间16 位模式下每个时钟沿写入 2 字节理论写速率 96MB/s给 USB 的 40MB/s 留出了充足余量。盯住 EP6 对应的满标志。标志映射由 PINFLAGSAB / PINFLAGSCD 配置把 EP6 的可编程满标志引到某个 FLAG 脚外部主控在标志为满时必须停写否则数据会被覆盖形成错包。这也是四缓冲的优势所在——满标志出现的频率会明显降低。AUTOIN 提交长度要设成 512。数据写满 512 字节SIE 立刻自动组包发送外部主控不需要知道 USB 协议细节只要不停灌数据就行。5.3 一组典型的实测数字我用自己的 FX2FPGA 组合反复测过多次把典型结果整理如下环境是 Win10 CyUSB 驱动 主板原生 USB 2.0 口测试方式方向典型实测速度8051 固件灌数IN1~3 MB/sSlave FIFO 8位 FPGA主机每次读 512BIN6~10 MB/sSlave FIFO 8位 FPGA主机每次读 1MBIN35~40 MB/sSlave FIFO 16位 FPGA主机每次读 1MBIN38~42 MB/sloopback 回环测试双向同时双向合计约 20 MB/s 每方向注意最后一行回环测速时两个方向分带宽所以每方向只有一半。想宣传双向各 40MB/s是不现实的USB 2.0 的物理特性决定了这一点。5.4 影响最终速度的隐藏因素同样一套固件和硬件换个环境速度就可能从 40MB/s 掉到 25MB/s常见隐藏因素有三个主机读请求大小。这是最容易被忽略的。每次只读 512 字节USB 请求的固定开销占比极大速度会掉到个位数单次请求放大到 1MB 以上或者用多个异步请求排队速度立刻上来。xHCI 与 EHCI 的差异。老一些的 xHCI 控制器对 USB 2.0 设备的批量调度效率不如原生 EHCI某些机器上插 USB3 口反而比 USB2 口慢。遇到速度不理想换个口位、换台机器对比一下很有必要。线材和供电。我遇到过一根 2 米普通线只能跑 25MB/s换 15 厘米的短线回到 38MB/s 的情况。USB 线材的屏蔽、线径、触点质量对高速信号影响非常大。6. 速度上不去的通用排查路线从协议到物理层6.1 先对照症状找原因调试过程中我总结了一张速查表每次速度不对就先对着看症状大概率原因解决方向只有 0.9~1.2MB/s枚举成了全速 12Mbps查描述符 bcdUSB / wMaxPacketSize换 USB 2.0 口主机读请求小的时候掉到几 MB/s单次 URB 太小开销占比大把每次读取放大到 512KB~4MB或用异步队列固件灌数只有 1~3MB/s8051 是瓶颈不是芯片问题接 FPGA/CPLD 走 Slave FIFO 数据通路卡在 20MB/s 左右缓冲深度不够或满标志停顿太频繁用 4×512 四重缓冲加宽到 16 位接口速度忽高忽低、平均上不去主机端没有持续排队读取多 URB 流水或减少同总线上的其他 USB 设备换台电脑/换口就变慢xHCI 驱动或集线器调度问题插原生 USB 2.0 口或换主板对比连续长时间跑会掉速供电不稳或 USB 节能策略换线、换口关闭 USB 选择性暂停6.2 从枚举到物理层的排查顺序真到排查的时候别东一榔头西一棒子按顺序来最快先看枚举速度确认 480M。这一步错了后面全白测。再看固件端点配置确认 EPxCFG 的方向、类型、包大小和 USB 描述符一致尤其别把 IN/OUT 搞反。看主机请求大小单次读取必须放大到至少 512KB 以上。看数据源供给能力。FPGA 一侧的时钟、数据、满标志处理都要检查必要时先用一个很慢的计数器验证通路再逐步加速。看物理链路换短线、换原生 USB 口、换电脑。最后看驱动Windows 下换 CyUSB / WinUSB 对比Linux 下看看 usbfs 内存限制是否需要调大。6.3 几个我踩过的坑说几个真实教训给各位省时间。第一个是 Windows 下用 WriteFile 每次写 512 字节测 OUT 方向结果只有 4MB/s当时我还以为是板子坏了。后来把所有写请求合并成 1MB 大块速度直接跳到 38MB/s。主机端请求大小对吞吐的杀伤力比想象中大得多。第二个是 Linux 下用高版本的 libusb 做 4MB 大包读取时报参数错误后来查出来是 usbfs 的 DMA 缓冲限制。解决办法是把单次请求降到 1MB 以内或者调内核参数usbcore.usbfs_memory_mb量不大但很坑人。第三个就是线材。有段时间板子在家里电脑上稳定 40MB/s拿到办公室只剩 12MB/s我还以为是办公室电脑主板太老后来换了根带磁环的短线速度立刻恢复。USB 高速信号对线材质量非常敏感这条建议无论如何强调都不过分。另外提醒一句如果板子上有 EEPROM 且里面烧了别人的固件你下载自己的固件前一定要确认有没有被 EEPROM 里的程序覆盖或干扰。很多一体板出厂固件会把端点配成别的模式导致你自己的程序看起来不生效。先让板子以无 EEPROM 方式启动或者先擦掉 EEPROM再跑你自己的测速固件省得绕弯路。我个人现在的习惯是拿到一块 FX2LP 板子第一件事永远查枚举速率第二件事看主机读取请求大小把这两点确认了再谈其他玄学。测速数字只是一个起点它能告诉你链路通不通、上限高不高但真正能不能用在产品里还得看持续稳定性、CPU 占用和实际业务场景下的表现。先把这套测速流程跑明白后续调优就都有据可依了。