2026年想用高云GW5A做「FPGA+摄像头」毕设，导师要求必须有量化指标，除了帧率还能写什么指标才显得有工程含量？

先别贪多，把延迟测准就够撑场面了：GPIO 在帧同步和像素输出各打一个点，示波器读时间差，论文里给优化前后对比表。资源占用率直接截综合报告，LUT/BRAM/DSP 三行数字摆出来比空谈架构有说服力。你 VGA 那版跑多少帧？

帧率之外，最省事的两个数是资源占用和端到端延迟：前者截综合报告里 LUT/BRAM/DSP 的占用率，后者在帧同步和像素输出各打一个 GPIO，示波器读时间差。答辩老师多半追问延迟怎么算的、优化后降了多少。你板子上现在采样时钟跑多少？

帧率之外先抓两个硬数就够了：综合报告里的 LUT/BRAM/DSP 占用率，和用 GPIO 打点测出的端到端延迟。前者截图放进论文表里，后者拿示波器读帧同步到像素输出的时间差。答辩最容易被问的是延迟怎么定义、优化前后差多少，你先把这两个数测准，别的指标算锦上添花。

个人感觉最容易被忽略、但答辩时最出彩的是吞吐量这个维度。别只写「VGA 60帧」，把它换算成像素/秒，再跟你实际跑到的时钟频率和每周期处理像素数对上，形成一个能自洽推导的链路：采样时钟多少、每拍出几个像素、理论吞吐多少、实测多少、差在哪。这个账一算，老师就知道你不是照抄例程。做法上也不难，在像素有效信号上挂个计数器，用秒级定时器读一次，算出实际像素率，和理论值对比写进表格。高云的综合报告里资源占用顺手一起截了就行。你现在是纯直通显示，还是中间已经加了图像处理模块？这决定了吞吐量那条曲线能不能做出优化前后对比。

说个容易被忽视的风险：指标不是测得越多越好，而是每个数都要能回答「为什么是这个值、改了会怎样」。比如功耗，盘古板上如果有电流采样点当然可以测，但如果你只是把整板电流读出来除以电压，答辩老师一问「哪部分是 FPGA 动态功耗、哪部分是摄像头和屏」就答不上来，反而扣分。稳妥的做法是挑两三个能做出对比实验的指标做深，比如延迟和资源：先测直通版本，再加一级处理（哪怕只是简单的灰度化或缩放），重新测延迟和 LUT 占用，画成两条随处理级数变化的曲线，论文里讲清楚多花多少资源换来多少延迟代价。时钟裕量（时序报告里的 WNS）也值得写一句，说明你跑的这个时钟频率离时序收敛还有多少余量，能体现你对设计边界的认识，但别把它当主指标。至于功耗，如果板上没有分路采样，建议在论文里诚实地写成估算或干脆不作为核心指标，硬凑反而露怯。最后提醒一句，所有测量都要写清测试条件：分辨率、像素格式、时钟频率、是否开缓存，不然数字没有可比性。你导师是偏图像算法方向还是偏数字系统方向？这会影响他更认延迟曲线还是资源曲线。

先说个判断：导师要的「量化指标」本质不是让你把能测的都测一遍，而是让你能回答「这个数为什么是这个值、改了设计它会怎么变」。所以别急着列清单，先想清楚你要讲哪条因果链。我建议主线就押在延迟上，因为延迟是唯一能把你从「调通例程」拉到「做了设计取舍」的指标，其他都是配角。

具体到你手上的盘古板加 OV5640，延迟的测法不用太花哨：在帧同步信号和像素输出有效信号上各引一个 GPIO，示波器双通道抓，读两者之间的时间差。这里有个坑要提前想明白——你测的到底是「一帧从传感器开始曝光到屏上出现」还是「FPGA 内部从收到像素到送出去」？前者包含摄像头曝光和 I2C 配置的固定开销，数值大且不好优化；后者才是你设计能控制的部分。论文里最好两个都提一句，但主指标用后者，说清楚边界，答辩老师问「你这个延迟怎么定义的」你能答得干净，分就稳了。

然后是让这条主线长出对比。你现在是 VGA 直通，那就在中间插一级处理，哪怕只是灰度化或者 2×2 缩放，重新测延迟和 LUT 占用。这样你手上就有了「处理级数 vs 延迟」「处理级数 vs 资源」两组数据，画成曲线或者做成表格，论文里讲清楚多花多少 LUT 换来多少毫秒代价。这一步是整个毕设工程含量的来源，比堆十个孤立数字有用得多。

吞吐量可以顺着延迟那条线顺手算：采样时钟多少、每拍出几个像素、理论像素率多少、实测多少，三者对得上说明你没照抄。资源占用直接截高云综合报告里 LUT/BRAM/DSP 三行，别只截总数，要截优化前后的对比。功耗如果板上没有分路采样点，我建议诚实写成估算或者干脆不列为核心指标，硬凑反而容易被追问到崩。时序报告里的 WNS 写一句就行，说明你的时钟频率离收敛还有多少余量，体现你懂设计边界，但别当主菜。

最后提醒一句：表格里每个数字旁边最好有一句话解释它的来源和意义，别让老师自己去猜。你现在中间那级处理打算加什么模块？这决定了对比曲线能不能做得漂亮。