三人队最常见的崩溃不是不会写代码，而是三个人在同一个顶层文件里轮流覆盖。竞赛周期短，接口不稳定会让验证永远追不上实现。建议把角色写成岗位而不是「谁比较熟 FPGA」：一人对系统边界和指标，一人对可综合 RTL，一人对仿真、板上测试和文档证据。岗位可以轮换模块，但每周接口负责人必须唯一。
岗位说明书（可直接贴队内文档）
| 岗位 | 周交付 | 否决权 |
|---|---|---|
| 架构 | 框图、寄存器表、指标 | 能否改题目与接口 |
| RTL | 可综合模块+约束草稿 | 能否改微结构 |
| 验证 | 测试清单+波形/资源表 | 能否宣称测过 |
接口先于代码
第一个周末只准输出：时钟域、复位策略、寄存器地址、流接口的 ready/valid 含义。没有这四项，禁止开写业务模块。验证同学从第一周就写「空壳测试台」，用随机或抓来的激励打顶层，逼架构把位宽写死。
- 禁止在微信里改位宽，一律提 merge request 改寄存器表。
- 每人名下模块不超过两个，第三块必须先退役一块。
- 指导老师只审指标和风险，不临门改网表。
答辩时按岗位回答：评委问时序找 RTL，问「为什么做这个题」找架构，问「这个数怎么测的」找验证。抢答会让评委觉得队里没人当真对过系统。
接口文档最小集
一份 Markdown 即可：时钟频率与来源、复位是同步还是异步、每个流接口的 bit 含义、寄存器表地址与复位值、错误码。不要用聊天记录当接口文档。变更走一行变更日志：日期、字段、旧值、新值、影响哪些测试编号。验证同学有权因为文档缺失拒绝合并 RTL。
周会只对接口和指标，不对「我感觉模块快写完了」。感觉不是度量。度量是：测试编号通过数、Fmax、FIFO 最大水位。三个人的 Git 提交信息写模块名和测试编号，方便回归时 git bisect。
问答（按队内真实卡点写）
问：两人抢着改顶层？
答：顶层文件设定 code owner，其他人只能提建议。顶层不稳定是三人队第一杀手。
问：指导老师想临场改架构？
答：请老师改指标或风险列表。临场改网表不进冻结后的仓库。
评论 0