2026年自学FPGA三个月，跟着视频敲完了UART、I2C、SPI，但一脱离教程就不知道从哪下手，这种「教程依赖症」怎么破？

说个最直接的办法：把教程关掉，从你已经敲过的模块里挑一个，比如UART接收，给自己一句话需求——「波特率9600，8位数据，1位停止位，收到一个字节就输出并给个valid脉冲」。然后不看任何代码，只画框图、写状态机草图、列寄存器清单。卡住的地方就是你的缺口，记下来再去查，而不是先看视频。

这中间的差别其实就是：跟着敲是「翻译」，独立写是「设计」。翻译只需要认识语法，设计需要你做决策——数据位宽定多少、跨时钟域怎么处理、FIFO深度给几。这些决策教程都替你做好了，你从没练过。

所以训练的核心是「先决策，后写码」。每周做一个小练习：需求自己写，框图自己画，接口自己定，最后才动手。哪怕做得很烂也比抄一遍强。

你现在有具体想练的方向吗，是偏接口协议还是想往图像/通信算法走？

你这个阶段其实挺典型的，不用太焦虑。缺的不是知识点，是「从需求到模块划分」这一层没练过。教程里需求是别人拆好的，你只负责翻译成 HDL。破法就一条：自己给自己当甲方。

具体做法：拿 I2C 举例，不要重敲一遍。改成设计一个「温度传感器读取器」——需求写成：每 500ms 启动一次读，读回 2 字节，校验 PEC，结果写进一个 8 位寄存器并产生 update 脉冲。然后只画框图：分频、启动定时、字节收发状态机、PEC 计算、结果寄存。先画，卡住再查。画完再写码。

一开始会很慢很痛苦，但这就是把「翻译能力」换成「设计能力」的唯一路径。每周一个这种小需求，一个月后你会发现自己看到题目先想框图而不是先想代码。

你现在手边有开发板吗，还是只跑仿真？这个会影响练习怎么安排。

我做过一段时间带新人的活，说点工程视角的东西。

跟着教程敲完三个协议，说明你已经过了语法和仿真工具那关，这是好事。但真实项目里，没人会给你一个「写个 SPI 主机」这种干净需求。需求长这样：板子上挂了一颗 ADC，采样率 10k，主控是 50M 时钟，要连续采 1024 点存进 RAM，采完给上位机发中断。你得自己决定：SPI 时钟分频到多少、是否要跨时钟域、RAM 用双口还是单口、1024 点存哪、中断怎么给。教程把这些全替你定了。

所以训练方向应该是「补上被替你做的决策」。我建议一个笨办法：把你敲过的每个模块，反向写一份设计文档。就一页纸，写清楚输入输出、时钟域、位宽依据、状态机几个状态、异常怎么处理。写的时候你会发现很多地方你其实说不出为什么，那就是缺口。

再进一步，拿两个模块拼一个小系统。比如 UART 收到命令字，去控制 I2C 读一个寄存器，结果从 UART 发回去。这一拼，你立刻会遇到教程里不讲的麻烦：两个模块时钟不一样怎么办、命令还没执行完又来了新命令怎么办、读失败怎么上报。这些才是面试和实际工作真正在考的东西。

风险也说一句：别一上来就冲图像或通信算法项目，那类项目对时序、DSP 资源、带宽的要求会把你按死，容易打击信心。先把「控制通路」类的小系统做扎实，比如命令解析加寄存器读写加外设驱动，这个能力覆盖面最广。

另外提醒，写文档不是形式主义。面试官问你项目时，最想听的就是你为什么这么定参数、遇到什么坑、怎么定位的。如果你只能说出「教程这么写的」，那基本就露底了。

你之前仿真验证是自己写的 testbench 吗，还是用的教程现成的？如果 testbench 也是抄的，那这块得单独补，它和设计能力是一体两面。