2026年大二学生想用FPGA做毕业设计选题，选「RISC-V软核+自定义指令加速」和「多路视频拼接」哪个答辩更容易讲出工作量？

先说结论：大二起步、板子是GW2A/EG4S20这种规模，优先RISC-V软核+自定义指令。原因不是它「更高级」，而是它的工作量天然可切、可量化、答辩时每一条都能落到数字上，而视频拼接在本科阶段极容易变成一个「IP核拼装」的讲故事题。

拆开看。RISC-V软核这条线的因果链很清晰：你先跑通一个开源核（比如PicoRV32或蜂鸟E203的精简版），这是保底工作量；然后针对某个具体算子做指令扩展，比如把CRC、卷积、查表、位运算之类改成一条自定义指令。答辩老师不会问你「写了多少行Verilog」，他会问：加这条指令前后，CoreMark或者你自己的测试程序跑了多少周期？资源多了多少LUT、多少DSP、多少BRAM？主频掉没掉？这三个数字就是你的工作量护城河。指令扩展做两条是基础，做三到五条并且能横向对比，深度就出来了。

但这条线有个坑要提前知道：软核本身的调试链路是真费时间。很多时候你卡的不是指令扩展，而是总线握手、中断、工具链重编。所以大二下到大三上这个阶段，别急着改指令，先把仿真跑通、把程序load进去、把串口打印做出来。这一步过了，后面全是增量。

视频拼接为什么我不太推荐？不是它没难度，而是它的难度高度集中在「帧缓存调度」上。多路视频进来要跨时钟域、要行缓存/帧缓存、要做缩放和同步，这些如果全靠自己写，工作量其实比软核还大，大二学生大概率做不完；而一旦你用了厂商的拼接IP或者参考设计，答辩老师一句「这个IP核占比多少」就能把你问住。你要能答上来，前提是你自己写了调度算法和缓存管理，那又回到做不完的问题。

所以路径建议是：主线RISC-V+自定义指令，保底能讲体系结构；如果实在想沾视频，把它做成软核的一个外设或加速对象，比如用自定义指令去加速图像预处理里的某个算子。这样两个方向不冲突，工作量还能叠加。你现在板子到手了吗？高云和安路的工具链生态差别不小，选核之前最好先确认一下哪块板子的仿真和下载流程你已经跑通了。

选RISC-V那套。大二能动手、能跑分、能改指令，工作量按「扩展了几条指令、CoreMark涨了多少、资源多了多少」来报，全是硬数字。视频拼接本科阶段很容易变成调IP，老师一问IP占比就露馅，除非你自己写帧缓存调度，但那工作量对二大来说偏重。先把软核跑通再谈扩展，别一上来就改指令。

RISC-V吧。加几条自定义指令，跑分和资源一对比，工作量就立住了；视频拼接不自己写帧缓存调度，答辩很难扛住追问。

先说个容易被忽略的判断标准：答辩老师问「工作量」时，他真正在意的不是你把东西做出来了没有，而是你能不能把「做了什么」翻译成「凭什么难」。这两个方向在这个标准上的差别，其实比网上说的「RISC-V更高级」要具体得多。

视频拼接这条线的麻烦在于，它的难度是「隐性的」。你去查资料，多路视频拼接的典型实现就是：DDR缓存几帧、用几个BRAM做行缓存、按坐标把几路像素拼到一幅图上、再走HDMI时序输出。如果你一路用现成的VDMA、现成的视频时序IP、现成的AXI互联，最后你手里能拿出来的「自己的东西」可能只有拼接坐标的计算逻辑和一点状态机。答辩时老师一句「你这个系统里哪些是你写的、哪些是调IP的」，如果你答不上来清晰的比例，前面讲得再热闹都会塌。要撑住这条线，你必须自己写帧缓存调度——也就是几路输入帧怎么进DDR、怎么按输出时序的节奏取、带宽怎么算、行缓存深度怎么定。这部分做扎实了工作量是够的，但它是那种「不写就完全没有、写了又很难拆成阶段性成果」的活，大二起步容易卡在中途，进度不可控。

RISC-V软核这条线的优势恰恰在可控性。它的因果链条天然是分段的：第一步把开源核（PicoRV32、蜂鸟精简版之类）在GW2A或EG4S20上跑起来、跑通UART和一点片上RAM，这是保底；第二步挑一个你自己测试程序里耗时最多的算子，用自定义指令替掉它；第三步做前后对比。每一步都能独立停下来，也都能单独写进论文。

量化这件事，其实不用等到答辩才想。你每加一条指令，就固定记三个数：这条指令替掉的那段软件循环原来跑多少周期、加完之后跑多少周期、整个核的LUT/FF/DSP多了多少，主频有没有掉。哪怕只加了两三条指令，只要这三个数是真的、是你自己测的，工作量就立得住——因为老师没法反驳数字。反过来，视频拼接那边你要量化「带宽够不够」「帧率稳不稳」，得先把系统跑起来才有数据，反馈周期长得多。

还有一个现实因素：你的板子是GW2A和EG4S20，逻辑资源和片上存储都比较紧凑。RISC-V软核本身占的资源可控，加指令扩展也只是多一个译码分支和一条执行通路，规模好估。视频拼接要几路输入、要DDR、要HDMI，资源一紧就得砍路数，砍完又显得工作量缩水，这个两难在答辩前会很难受。

所以我倾向RISC-V那条线，但有个前提：别一上来就改指令。先把软核跑通、把工具链跑顺、能写C程序、能看波形，这个过程本身就要花掉不少时间，先确认自己能走完第一段再谈扩展。你现在是已经能独立跑通一个软核工程，还是只停留在看文献阶段？这个决定了你要不要先把第一步的时间预算留足。