一枚芯片的设计，从来不是课本里那句"从RTL到签核"的轻描淡写。

它是低功耗设计阶段查了三天的电源连接Bug，是综合脚本每次运行数小时、工具却反复崩溃的深夜，是Setup时序怎么都收敛不了的焦灼。

第十届全国大学生集成电路创新创业大赛颁奖已经落下帷幕，我们特地采访了叩持企业赛题的参赛队伍。

下面这些回答，是他们最真实的声音。

选择叩持企业赛题的原因？

复旦大学 你说的都队：

①叩持赛道能提供完整的IC数字设计流程训练；

②有助于将课堂所学理论知识转化为实际工程能力。

大连理工大学 星辰无限队：

队伍成员都是大二在读，考虑到自身基础尚浅，选择 RISC-V 这一热门且相对容易上手的赛题，旨在通过比赛快速熟悉集成电路设计的竞赛流程。

西安理工大学 逻辑电路队：

叩持赛道命题和专业方向深度契合，同学们看重的是通过该项目获得从设计到仿真验证，再到综合流程优化的全面系统体验，这是平时学习中较少有机会接触到的。

最崩溃与最有成就感的时刻

复旦大学 你说的都队：

在低功耗设计阶段，团队遇到了电源连接断开的 BUG，导致设计无法连通。持续研究了三天，这位同学在某个晚上决定从前端开始修改设计，通过重构部分设计来尝试解决连接问题。修改后点击运行并查看报告，发现原本存在的 "open"（断开）标记消失，确认问题已解决。

大连理工大学 星辰无限队：

在分赛区阶段，赛题方要求将初赛使用的RM和DRM模块替换为SRAM隐宏。团队在替换后遭遇仿真失败，经过长时间调试并咨询赛迪专家后，才最终完成替换并确保仿真波形与初赛一致。

西安理工大学 逻辑电路队：

在逻辑综合阶段面临巨大压力。由于需要编写自动化综合脚本，每次运行耗时数小时，且频繁遇到库文件读取失败或时序违例等问题，导致综合工具DC多次崩溃，调试过程极为煎熬。

山东大学 逻辑永远队：

最崩溃：后端签核阶段，布局布线、时序（Timing）、LVS、DRC 及功耗等问题同时爆发，需全局平衡，经常熬夜。

最有成就感：当所有问题解决且指标表现良好的时候。

重庆邮电大学 猪猪侠队：

最崩溃：数字 IC 后端设计时，Setup 时序持续不通过，困扰团队很久。

最有成就感：在团队努力下成功化解了 Setup 时序问题。

南通大学 雯骁队：

最崩溃：零基础学习前端和后端知识，找不到软件位置，不熟悉后端语言；需将 SPEF文件转换为SDF文件，缺乏相关脚本编写能力。

理论怎么和实践结合？

复旦大学 你说的都队：

课程知识的应用：大二修读的数字电路设计课程为Verilog和RTL代码编写提供了基础支持；半导体物理课程中关于NMOS、CMOS管及漏电流的知识为低功耗设计奠定理论基础。

学校未覆盖的内容：参数调整、Bug定位等工程经验无法在课堂中学到；主要依赖比赛过程中的自主探索与积累。

大连理工大学 星辰无限队：

学校主要教授C/C++等编程语言及理论知识，这些在前端Verilog编写中有借鉴作用。但综合与后端涉及的EDA工具使用是学校不教的。

西安理工大学 逻辑电路队：

学校课程在数字集成方面仅覆盖到前端理论和功能验证。对于后端设计，他们起初完全不了解，是在备赛过程中通过逐步学习，才补全了这部分学校未涉及的知识体系。

山东大学 逻辑永远队：

实际工程中遇到的许多具体问题在课本中查不到，需要在实践中逐步解决。

重庆邮电大学 猪猪侠队：

不能完全依靠课堂和书本知识，需要发挥自学能力，并利用AI工具辅助开发。

通过参加叩持赛题，收获了什么？

复旦大学 你说的都队：

①深入理解服务器环境下的EDA工具使用方法；

②学会搭建完整的设计流程与自动化脚本；

③需深入阅读技术文档以理解指令集与参数配置；

④实现设计方案在工具平台上的精准落地；

⑤从头到尾完成工程项目并进行优化的全流程经验；

⑥培养了工程化思维，超越了仅完成功能实现的作业式学习模式。

大连理工大学 星辰无限队：

完整了解了CPU设计的前端、综合及后端流程，并学会了关键的EDA工具使用。

西安理工大学 逻辑电路队：

比赛为提供了软硬件平台，备赛过程中对数字IC有了全新认知，真正脱离了课本理论。

给学弟学妹的建议？

复旦大学 你说的都队：

微电子学科虽复杂枯燥，但只要认真投入，必能找到感兴趣的方向。鼓励积极参与实践类竞赛以获得真实项目经验。

西安理工大学 逻辑电路队：

不要等待知识完备，而应在参赛过程中通过解决问题来实现快速成长。

山东大学 逻辑永远队：

如果对芯片设计感兴趣，不能只学理论知识，一定要真实地跑一次项目。功能、面积、功耗无法同时最优，需权衡找到最优点，这种工程思维是学校学不到的。

重庆邮电大学 猪猪侠队：

可以利用发达的 AI 工具辅助开发及相关设计。

南通大学 雯骁队：

在学校有机会一定要抓住，进国赛是因为努力就有收获，一定要努力去干。

写在最后

回看这些回答。

崩溃是具体的：Bug查了三天、脚本一跑就是数小时、时序反复不通过。

成长也是具体的：报告里的"open"标记消失的那一刻、波形与初赛完全一致的那一刻、所有指标都达标的那一刻。

课堂给了他们理论的起点，比赛则逼他们补上了工程的全部拼图——读文档、写脚本、调参数、查Bug，在功耗、面积与时序之间反复权衡，找到那个最优解。

而他们留给学弟学妹的话，朴素却有力：别等知识完备再上场，去真实地跑一次项目；AI工具可以帮你加速，但工程思维只能靠自己练出来。

一枚芯片从代码到签核，要经历千锤百炼；一名学生走向工程师的路，同样如此。明年赛场，期待看到更多坚定的身影。