2026年集创赛和电赛都改规则了，FPGA赛道选题从「堆模块」转向「系统指标」，普通队伍怎么在两个月内做出评委认可的亮点？

先说结论：普通队伍两个月内别去碰「实时目标跟踪」这种听起来很唬人但指标容易被碾压的题。评委要的系统指标，本质是「一条完整链路里有一个能被量化的硬指标」，而不是功能多。你们两人只会基础Verilog、一人做过图像处理，最稳的路子是找一条数据流清晰、能测出数的题，比如高速ADC采集加实时滤波加千兆网/PCIe上传，或者多路视频拼接输出。先定指标再定架构：把指标写成「输入分辨率、处理延迟、吞吐率、资源占用」四个可测数字，然后倒推架构。比如延迟小于1ms、1080p60输入，你就得考虑行缓存、流水线级数、跨时钟域怎么处理。选题时优先选「指标有物理上限、对手不容易拉开代差」的方向。你们现在的板子是什么型号、有没有高速接口子卡？这直接决定能不能做。

两个月想做出评委认可的亮点，我的建议是反着来：先看你们手里有什么，再定指标，最后才挑题目。很多队伍栽在「先想一个炫酷题目，做到一半发现板子带宽不够或者没有摄像头子卡」。具体拆法可以这样：第一步，列出你能稳定拿到的输入输出——摄像头、ADC、网口、HDMI，哪个有现成的就用哪个；第二步，给链路每一级标上理论吞吐和延迟，找出瓶颈那一段；第三步，把瓶颈做成你的亮点，比如别人用DDR缓存整帧，你用行缓存加流水线把延迟压到几百微秒。评委通常更看重「指标可复现、有对比基线」，而不是绝对数值多高。你可以在报告里放一张表：本队指标、理论极限、同类常见做法，差距和原因写清楚，这比堆十个模块管用。风险也要提前想：图像类题目调参时间长，如果两周内跑不通基础链路，果断换题，别沉没成本上头。你们三个人里做图像的那位，是偏算法仿真还是真的上过板子？这个差别挺大。

这个问题我拆成两层说，一层是选题逻辑，一层是两个月怎么排。

先说选题逻辑。规则从「堆模块」转向「系统指标」，其实是评委在筛「你有没有系统思维」。堆模块的题，功能列表很长但每个模块都是孤立验证；系统指标题，要求你把输入、处理、输出当成一条有约束的流水线。所以选题时不要问「做什么题目牛」，要问「哪条链路的指标我能测、能优化、能解释」。实时目标跟踪之所以难，是因为它的指标维度太多——帧率、延迟、精度、资源，任何一项被对手拉开，你的亮点就没了，而普通队伍两个月很难同时压住四项。

再说拆解模板。我一般建议按「约束—瓶颈—指标—验证」四步走。约束是板子资源、接口带宽、时钟频率；瓶颈是链路里最慢或最占资源的一级；指标要选一个主指标加两个辅助指标，主指标用来打擂台，辅助指标用来证明你不是靠牺牲别的换来的；验证要有可复现的测试方法和数据。比如做高速采集加实时滤波，主指标可以是端到端延迟，辅助指标是吞吐率和LUT/BRAM占用，测试时用信号源加逻辑分析仪抓时间戳。

两个月怎么排：第一个月必须打通最小闭环，哪怕指标很差；第二个月只做一件事——把主指标往上推，同时记录每次改动的收益。很多队伍第二个月还在加功能，这是大忌。另外，报告里要有一节写「我们放弃了什么、为什么」，评委很吃这套，因为它证明你们在做工程取舍而不是碰运气。

最后提醒一句，别迷信往届国奖的题目，规则变了，去年的高分套路今年可能就是及格线。你们现在最缺的信息其实是板子型号和可用IP核，先把这两个确认了再定题，比空想题目有用得多。

先别纠结题目名字，先问一句：你们能把哪条链路的延迟或吞吐量测出来？测不出来，任何题目都是堆模块。两个人基础Verilog，两个月最优解是选一个瓶颈明确、能用示波器或逻辑分析仪看到数的题，比如ADC采集加滤波加网口上传，然后死磕延迟这一个指标。你们板子上有高速接口吗？

先纠正一个很多人没说透的点：改规则改的不是题目类型，是评分时看的东西从「你做了什么」变成了「你做到了什么程度」。这两个的差别，直接决定你们两个月该怎么花。

堆模块的逻辑是：我做了串口、VGA、按键、DDR、摄像头，清单长就赢。评委看的是覆盖度。系统指标的逻辑是：我这条链路跑多快、多稳、延迟多少、资源用多少，评委看的是你对自己系统的掌控力。所以你们真正要回答的问题不是「做什么题」，而是「我能不能把这条链路的一个数讲清楚，并且证明这个数是我调出来的，不是碰巧跑出来的」。

那先定指标还是先定架构？我的答案是先定指标，但前提是你们得先知道自己手里有什么。指标不是拍脑袋定的，是从约束里长出来的。约束有三层：板子资源（逻辑单元、DSP、BRAM、有没有DDR）、接口能力（能不能进1080p、网口带宽多少）、你们三个人的能力（谁能写Testbench、谁会约束、谁会调时序）。这三层一列，能选的题其实就剩两三个了。

拿实时目标跟踪举例。这个题对普通队伍最大的坑不是算法难，是指标维度太多而且互相打架。帧率、延迟、精度、资源，你压住一个往往牺牲另一个。评委一看就知道你是真的做了权衡，还是只调了一个数然后别的不敢提。我见过比较可惜的情况是：队伍花了六周把算法跑通，最后一周才发现帧率只有十几帧，报告里只能写「实现了目标跟踪功能」，这就又退回堆模块的逻辑了。

所以普通队伍更稳的做法是选一条指标维度少的链路。比如单路视频采集加实时滤波加输出，你可以把延迟当成主指标，吞吐当辅助，资源占用当第三指标。三个数，每个都能测，每个都能解释为什么是这么多。这比四个维度互相拉扯的题好打太多。

指标拆解我一般建议这么走：先把整条链路画成输入—处理—输出三段，给每段标上理论延迟和理论吞吐；然后找最慢的那段，那就是瓶颈；瓶颈就是你的亮点所在。比如别人整帧缓存到DDR再处理，你用行缓存加流水线，延迟从几十毫秒压到几百微秒，这个对比一放，评委立刻懂你在干什么。

最后说验证。两个月里，能复现的测试比性能本身还重要。你们至少要有一套固定的激励、一个能量延迟和吞吐的脚本、一张和理论极限对比的表。评委问「你这个数怎么来的」，你能当场打开波形说清楚，这分就稳了。你们板子上到底有没有DDR或者高速子卡？这决定了瓶颈能不能被你们自己压下去。