2026年电赛FPGA赛题公布后只剩四天三夜，队伍怎么在第一天就把系统框图砍到能落地的规模？

先说结论：第一天真正要冻结的不是代码，是接口和演示边界。很多队伍翻车不是因为模块写不出来，而是到第三天下午发现图像和通信各写各的，数据格式对不上，这时候再改等于重做。

拿到题先干三件事，顺序别乱。第一，把题面里所有动词圈出来，比如采集、识别、显示、通信、控制，这些动词就是功能点；第二，每个功能点问一句「不做它，演示还能不能过」，不能过的进保底清单，能过的进加分清单；第三，把保底清单里的功能串成一条最短数据通路：输入从哪来、经过几级处理、输出到哪去。这条通路就是你的系统框图主干，加分项全部挂在这条主干上，而不是另起一条支路。

砍功能的判断依据其实很朴素：凡是需要「训练模型」「调参收敛」「等结果稳定」的，第一天就默认砍掉，因为这类工作的时间不可控。凡是有现成IP核或者官方例程能跑通的，保留。图像和通信二选一的时候，看哪条链路你们队里有人真的动手做过，没做过的那条不管看起来多酷都放掉。

接口冻结要具体到信号名和位宽。谁产生valid，谁负责ready，数据是8位还是16位，时钟是同一个还是跨时钟域，这些当场写在纸上，三个人都拍张照。跨时钟域能避就避，四天里做异步FIFO调试很奢侈。

分工按数据通路切，不按「你写算法我写顶层」切。常见做法是：一个人守输入侧和存储，一个人守核心处理，一个人守输出和上位机显示，再加一个公共的顶层和约束文件由队长管。每个人对自己的模块能单独仿真、能单独上板点灯或者出波形，这样第三天集成时出问题能快速定位到是谁的段。

最后提醒一句：第一天晚上一定要有一个能跑通的最小闭环，哪怕只是采集到数据直接透传到输出。有这个闭环在，后面所有工作都是替换和增强；没有它，你们做的每一块都是孤岛。你们队现在手上有没有已经跑通过的采集或显示例程，这个直接决定第一天该把哪块当保底。

四天三夜，别想着做完整系统，想着做一条能演示的最短路径。上午争论图像还是通信，本质是没人愿意拍板，建议队长直接定：谁的模块队里有人写过就选谁，没人写过的一律砍。

定完方向马上画一张图，只画数据怎么流，不画控制怎么绕。然后拿红笔把「需要调参才能出效果」的模块全划掉，剩下的就是保底方案。接口当天下午必须写下来，信号名、位宽、时钟、复位，谁改谁请客。

分工按数据流的段来分，一人一段，各自能单独仿真。第一天收工前必须有个能上板跑通的最小闭环，哪怕只是透传。有了它，后面才叫迭代；没有它，后面叫救火。你们题目里最难的那个点，是算法本身还是数据搬运？

先说一个反直觉的判断：第一天上午最该做的不是拆需求，而是先把「演示那天评委看到什么」写下来。很多队伍一上来就讨论图像还是通信，其实是在讨论实现手段，而评委只看现象。你们先花二十分钟，用一句话描述终场演示：评委坐在板子前，看到屏幕上出现什么、灯怎么闪、按键按下去发生什么。这句话定下来，系统框图其实就定了一半。

接着做减法。把题目里所有动词圈出来，每个动词问一句：不做它，上面那句演示还成立吗。不成立的就是保底，成立的全进加分池。保底项串成一条最短数据通路，从输入到输出中间尽量不超过三级：采集、处理、输出。加分项挂在旁边，做出来是锦上添花，做不出来不影响演示。这里有个常见误区，很多人把「算法效果好」当成保底，其实效果类指标时间不可控，第一天就该默认降级，比如识别率要求高就改成能识别固定几个样本。

然后冻结接口。这一步比写代码重要得多。把每个模块的信号名、位宽、时钟域、复位极性写在一张纸上，拍照发群里，谁改谁负责同步所有人。接口冻结之后，队友才能各写各的、各自仿真，晚上再拼。没有这一步，第三天下午一定会出现数据格式对不上、时钟接错、复位没同步这类问题，那时候改等于重做。

分工按数据流的段来切，一人一段，不要按「谁写算法谁写控制」切，那样耦合太紧。每人负责的段要能单独跑仿真，输入给激励、输出看波形，这样进度才可并行。第一天收工前必须有一个能上板跑通的最小闭环，哪怕只是把输入原样透传到输出。有了这个闭环，后面叫迭代；没有它，后面叫救火。

最后说砍功能的判断依据，就两条：需要训练模型或调参收敛的，第一天砍掉；有现成IP核或官方例程能跑通的，保留。你们题目里最难的那个点，到底是算法本身，还是数据搬运和时序对齐？这个想清楚，第一天就不会白吵。

第一天只干一件事：把框图砍到只剩一条能跑通的数据通路，输入到输出中间不超过三级。所有需要调参、等收敛、训模型的模块，当天全部划掉，放进加分池。接口下午必须写死，信号名位宽时钟复位列清楚，谁改谁请客。分工按数据流分段，一人一段各自仿真。收工前上板跑通最小闭环，哪怕只是透传。有了它后面才叫迭代。你们队里现在有人能把输入数据稳定送进FPGA吗？

先把一件事想明白：四天三夜不是让你做完一个系统，是让你做完一个能演示的系统。这两者的差距，往往就是第一天有没有把框图砍对。

我见过太多队伍第一天上午卡在图像还是通信上，其实这个争论本身就是信号，说明大家还没把题目翻译成「输入是什么、输出是什么」。你想想，评委最后看到的不是你的架构图，是板子上电之后屏幕出现什么、灯怎么闪。所以第一步不是拆需求，是先写一句演示描述：评委坐下来，看到什么现象，按哪个键，发生什么变化。这句话写不出来，说明题目还没读懂；写出来了，框图其实已经有一半了。

接着做减法，方法很朴素：把题目里所有动词圈出来，采集、识别、显示、通信、控制，每个动词问一句「不做它，演示还成立吗」。不成立的进保底清单，成立的全扔进加分池。保底清单里的功能串成一条最短通路，输入到输出中间尽量不超过三级。这里有个坑，很多人把「算法效果好」当成保底，其实效果类指标时间完全不可控，第一天就该默认降级，比如要求识别率高，就改成能稳定识别固定几个样本。凡是需要训练模型、调参收敛、等结果稳定的模块，第一天全部划掉，放进加分池，做出来是锦上添花，做不出来不影响演示。

然后是最容易被忽视但最要命的一步：冻结接口。下午必须把信号名、位宽、时钟、复位写下来，写成一张表，谁改谁请客。很多队伍翻车不是因为模块写不出来，是第三天下午发现图像和通信各写各的，数据格式对不上，这时候再改等于重做。接口冻结之后，分工按数据流分段，一人一段，各自能单独仿真。这样即使某一段进度慢，其他段也能先跑。

第一天收工前必须有一个能上板跑通的最小闭环，哪怕只是透传。有了它，后面才叫迭代；没有它，后面叫救火。这个闭环不用好看，不用功能完整，只要能证明数据从输入进得来、从输出出得去，链路是通的。

最后说一句取舍：第一天如果还在纠结选哪个方向，队长直接拍板，选队里有人写过的那个，没人写过的一律砍。四天三夜，时间比方案重要，能跑通比做得好重要。你们题目里最难的那个点，是算法本身，还是数据搬运和接口对接？