2026年了，FPGA大赛拿国一的核心到底是算法创新还是工程完成度？评委打分表里最看重哪几项？

先说结论：评委看的是「工程完成度兜底，算法创新拉上限」，但真正决定国一的往往是答辩那十分钟里你能不能把每一处细节讲圆。我拿过集创赛国二，也帮老师做过校赛评委，见过太多死在最后一轮的作品：算法论文里写得漂亮，现场演示时板子一热就重启；或者系统跑通了，但问到底层时序约束、跨时钟域处理、资源利用率为什么这么高，支支吾吾答不上来。打分表一般分三块：技术报告（约30分）、现场演示（约30分）、答辩（约40分），注意答辩权重最高，因为它同时考察你对系统的理解深度和真实工作量。如果你的时间只够做一件事，先把系统做到「断电重启后能一键复现演示」的稳定程度——录好备用视频、准备两套供电方案、把关键波形和中间结果打印在屏幕上，这比多写一个花哨的加速模块有用十倍。创新点不是拍脑袋想出来的，是从调试日志里挖出来的：比如你发现某个查表法在资源紧张时可以用移位加近似代替，或者把串行处理改成流水线后吞吐提升了两倍，这些真实遇到的坑和解决过程，写进报告里比引用十篇论文都可信。算法方面，除非你们队里有数学功底很强的人能提出全新的硬件友好型结构，否则不建议碰那些顶级会议刚发的复杂模型——评委自己都未必吃透，你移植过来跑不稳反而扣分。选题时优先选「有明确量化指标且可对比」的方向，比如图像处理里的帧率/延迟/峰值信噪比，通信里的误码率/吞吐量，这样演示时数据一摆，好坏一目了然。另外，答辩前务必让队伍里最不擅长表达的那个人来试讲一遍，他卡壳的地方就是评委大概率追问的地方。你们现在最缺的不是灵感，是把一个中等复杂度的题目做到极致完整度的决心。你们目前是更倾向做图像视频类还是通信信号处理类？这两个方向的评委关注点差异挺大。

个人感觉，2026年这个时间点，纯算法创新在FPGA大赛里的边际收益已经很低了——除非你们能拿出像超线性加速比或者片上学习这类硬核东西，否则评委看多了论文复现，早就不新鲜了。真正拉开差距的是「工程完成度的颗粒度」：同样是图像边缘检测，别人做到80fps@1080p，你们如果能做到120fps同时还把功耗压到2瓦以下，这本身就是创新。建议你们选题时先画一个系统框图，把每个模块的输入输出、时序约束、资源预算都标清楚，然后问自己三个问题：哪些模块是现成IP能拼的？哪些必须自己写RTL？哪些地方可能会成为瓶颈？把第三个问题的答案作为你们的技术亮点去深挖。时间分配上，六成精力做系统集成和调试，三成做文档和波形截图整理，一成留给算法优化——因为现场演示时，一个流畅的demo比十页花哨的架构图都管用。你们现在组里有人专门负责写文档和画时序图吗？这个角色往往比写代码的还关键。

我说个可能跟主流看法不太一样的角度：2026年这个节点，与其纠结算法创新还是工程完成度，不如先想清楚你们组到底想给评委留下什么记忆点。我自己带过三届集创赛队伍，发现一个规律——评委一天要看几十组，真正能让他们在讨论环节主动提一句的作品，往往不是参数最漂亮的，而是那个「一眼能看出哪里是学生自己死磕出来的」作品。比如去年有个组做了个医疗图像加速，算法就是普通的高斯滤波加边缘检测，但他们在板上把DDR读写带宽榨到了极限，还自己写了套基于AXI-Stream的轻量级流控，答辩时被问到跨时钟域丢数据怎么办，直接掏出波形图现场讲FIFO深度怎么算的。这种细节是编不出来的。所以我的建议是：选题别先想创新，先想你们组手里最擅长什么——如果写代码的人强，就选一个对时序和资源优化要求高的方向；如果画板子的人强，就选一个接口种类多、需要处理模拟前端信号的题目。把优势变成工程细节上的护城河，比硬憋一个看起来很酷但没人能复现的算法靠谱得多。时间分配上，如果只剩三周，我会把七成时间花在让系统跑满一个完整流程——从上电到出结果中间所有状态都要有日志——剩下的时间写文档，文档里只写两个东西：你们踩过最深的坑是什么，以及为了解决它你们改了什么架构。答辩时评委问什么都能往这两个故事上引。最后提醒一句：现场演示翻车是大忌，宁可功能少一点，也要保证断电重启五次次次都能出结果。你们现在组里有专门负责测试和录屏的人吗？没有的话建议现在就定一个，这个角色在最后两周比写代码的还重要。

核心其实就一句话：工程完成度决定你站在哪个台子上，算法创新决定你从台子上能跳多高。但绝大多数队伍连台子都没搭稳就想着跳高。拿国一的作品我见过两类——一类是算法确实有突破，但人家底层时序、资源报告、功耗测试全是一套完整体系；另一类算法平平无奇，可人家把系统做到了工业级稳定，答辩时每个模块的边界条件都答得清清楚楚。你们时间有限的话，我建议做个减法：砍掉所有非核心功能，只留一条主链路，把这条链路上的每个环节都做到能讲出「为什么这么设计」的程度。文档里别堆原理，就写三个东西：系统架构图、关键时序约束说明、调试过程中遇到的三个典型问题及解决过程。答辩评委最喜欢问的就是「你怎么排查的问题」，这个问题答好了，比你说十个创新点都管用。选题上如果实在定不下来，就选一个你们实验室有现成参考设计的题目，哪怕只是把别人的方案改到性能翻倍，也比从零做一个没人验证过的方向性价比高——比赛比的不是谁从零造轮子，比的是谁能在有限时间内把轮子调得最顺滑。

先说个容易踩的坑：很多组把算法创新和工程完成度当成二选一，其实评委看的是「工程完成度是及格线，算法创新是加分题」——但及格线没过，加分题再漂亮也白搭。我自己带过一届电赛，当时组里有个兄弟算法写得特别猛，图像去雾那套在PC上跑得飞起，结果上板之后DDR带宽不够，demo卡成PPT，最后连省二都没摸着。反过来，另一组就做了个很朴素的自适应阈值分割，但人家把VGA时序、按键消抖、状态机复位全都弄得干干净净，现场演示时拔电重插三次都能一键恢复，评委反而多问了好几句。所以如果时间紧，我建议先砍功能：只留一条主链路，从摄像头进来到HDMI出去，中间每级都用ILA抓过波形、标注过时序余量。文档里别堆什么「基于深度学习的边缘检测」，就老实写清楚你的系统架构、时钟树怎么约束的、遇到跨时钟域丢数是怎么用异步FIFO解决的。答辩时评委最爱问「这个模块为什么这么设计」，你能把两三个这种问题答透，比列十个创新点都强。当然，如果你组里写代码的人确实强，也可以选个接口多的题，比如带PCIE或以太网的，把精力花在把AXI-DMA的读写效率调上去，这本身就是很实在的亮点。你们选题的时候，有没有先统计过手里现成的IP核和参考设计有哪些？这往往比拍脑袋想方向靠谱得多。

我换个角度说吧，别盯着「创新还是工程」这个二元问题，真正拉开差距的是你能不能在答辩那十分钟里证明「这东西是我自己弄明白的」。拿国一的队伍我见过两类：一类是算法确实新，但人家能把推导过程、边界条件、时序违例怎么修的全讲清楚；另一类算法老掉牙，可人家从系统架构到每一级流水线的延迟、每一块BRAM的利用率都门儿清，评委问任何一个模块都能画着框图讲出设计取舍。评委打分表一般是技术报告、现场演示、答辩三个大头，但我个人感觉答辩权重最高——因为它最能鉴别真实工作量。你说你做了个加速器，但问到你DDR读写冲突怎么仲裁的、FIFO深度怎么算的、跨时钟域丢包怎么处理的，你答不上来，那报告写得再漂亮也没用。所以我的建议是：选题阶段先别想创新点，先画系统框图，把每个模块的输入输出、时序约束、资源预算标清楚，然后问自己三个问题——哪些模块是现成IP能拼的？哪些必须自己写RTL？哪些地方可能会成为瓶颈？把第三个问题的答案作为你的技术亮点去深挖。比如你发现查表法在某个分辨率下会浪费大量BRAM，那就改成CORDIC迭代，这既解决了实际问题，也是答辩时能讲深的故事。时间分配上，六成精力做系统集成和调试，三成做文档和波形截图整理，一成留给算法优化——因为现场演示时，一个流畅的demo比十页花哨的架构图都管用。另外提个醒：一定要把系统做到「断电重启后按一个键就能复现完整流程」的程度，再录一份备用视频，因为现场环境永远可能出幺蛾子。你们现在组里有专门负责写文档和整理调试日志的人吗？这活儿看起来不起眼，但到后期比写代码还救急。