2026年FPGA大赛国赛选题，做「实时视频去雾+目标检测」这种复合题会不会因为工作量太大反而被评委扣分？

先说结论：大而全不是原罪，半吊子才是。评委不怕你模块多，怕你每个都说不清边界条件。你俩要是能把去雾那一路的延迟、资源占用、帧率讲透，检测只是顺带跑通，反而加分；反过来两路都糊，那就危险了。你们现在板子到手了吗，跑通第一个链路没？

我个人感觉，先别纠结评委怎么想，先问自己能不能在答辩前拿出一条能自圆其说的数据链。去雾和检测串起来，最容易崩的不是算法，是中间那一环：去雾输出的位宽、时序、缓存怎么和检测的输入对齐。如果这级没想清楚，两路都是半吊子。

比较稳的走法是先做单点深，再拼系统。比如先把去雾这一路做透：固定分辨率、固定光照条件，测出前后 PSNR 或者主观对比，把资源占用和帧率写清楚。等这条路稳了，再接一个轻量检测头，哪怕帧率降一点，只要你能解释瓶颈在哪、怎么权衡的，评委是认的。

反过来，如果一开始就想着端到端全通，很可能到答辩时去雾说不清指标、检测说不清模型压缩，两头挨问。你们现在手里有几块板子、打算用哪版 YOLO，定下来了吗？

先说一个容易被忽略的点：复合题的风险不只是工作量大，而是工作量分布不均。去雾和检测在 FPGA 上的实现难度、调试周期、资源消耗完全不是一回事。去雾通常是像素级流水线，好做定点、好上流水；检测涉及卷积、缓存、调度，工程量大得多。你俩要是把时间平摊，很可能去雾早早做完，检测卡到截止前还在调时序。

我的建议是把选题当成一次有主次的组合，而不是两个并列的大模块。主线定成检测，去雾作为前置增强，并且明确写清去雾对检测精度或者可视效果的贡献。答辩时评委最想听到的是：你做了什么、为什么这么做、代价是什么。比如你可以说去雾让低对比场景下的召回提升了多少，代价是多了多少 BRAM 和几毫秒延迟。这种带取舍的叙述，比单纯堆模块有说服力。

还有一个替代做法值得考虑：如果时间不够，把去雾降级成一个可开关的预处理级，重点把检测这条链路做扎实，包括量化、定点、带宽优化。答辩时主动说明这是基于资源约束的取舍，反而显得你清楚边界。最怕的是两个模块都写了，但问哪个都是『大概能跑』。你们队里现在分工是怎么切的，有人专门盯验证和上板吗？

先说个我踩过的坑：复合题真正扣分的点，往往不是「模块多」，而是「你说不清哪块是自己做的、哪块是调库」。去雾如果是拿现成 IP 拼的，检测是移植现成工程，那评委一问「这级流水线为什么这么切」你就哑了。所以我的建议是：选大而全可以，但必须有一个你俩能扛住追问的深水区。比如去雾那条链路的暗通道估计、透射率细化、定点位宽怎么定，这些你亲手推过一遍，答辩就有底气。检测那边哪怕帧率低一点，只要能解释瓶颈在卷积调度还是 DDR 带宽，也算过关。反过来，如果两路都是黑盒，那确实会被扣分。你们现在板子上的视频通路跑通了没？

我个人感觉，评委扣分不是因为「你做了两个模块」，而是因为「你两个模块都讲不出代价」。去雾加检测串起来，答辩时最容易被问的是中间那一环：去雾输出的位宽、时序、缓存怎么和检测输入对齐，帧率掉在哪儿。如果你能把这条链路的延迟、BRAM 占用、每级流水怎么切说清楚，哪怕检测那边帧率低一点，也算单点有深度。反过来，两路都是调库拼的，一问就露馅。所以别急着砍功能，先把「哪一级是你亲手推过的」定下来。你们板子到手了吗，视频通路跑通没？

我换个角度说，可能对你有用：评委扣分往往不是因为你做得多，而是因为你讲不出取舍。你先别急着定选题，先想清楚答辩那天你俩准备怎么回答这三个问题——你这套系统最慢的一环在哪？为什么慢？你为它做了什么妥协？

去雾加检测串起来，真正难的不是两个算法各自跑通，而是中间那一环的对接。去雾输出的位宽、时序、缓存怎么喂给检测的输入，帧率掉在哪儿，这些才是评委最容易追问的地方。如果这一环你没亲手推过，两个模块都是调库拼的，一问就露馅。

所以我的建议是：别砍功能，但必须定一个「深水区」。比如去雾这条链路的暗通道估计、透射率细化、定点位宽怎么定，你亲手推一遍，答辩就有底气。检测那边哪怕帧率低一点，只要你能解释瓶颈在卷积调度还是 DDR 带宽，也算过关。

再说投入产出。你们用高云 FPGA，工具链和 IP 生态跟 Xilinx 那套不一样，很多现成工程移植过来要重新调时序。这意味着你花在「让两个模块串起来」的时间，可能比预期多一倍。如果时间线本身就紧，把去雾降级成一个可开关的预处理级、主线押检测，是更稳的走法。

反过来，如果两路都是黑盒，那确实会被扣分。但如果你能说清「哪一级是我亲手推过的、代价是什么」，大而全反而加分。

你们板子到手了吗？视频通路跑通没？这两个问题的答案，基本决定你该选大而全还是小而深。