一、上板联调概述

什么是上板联调

上板联调，说白了就是把写好的代码烧到板子上，看看它能不能跑起来。

你可能在仿真环境里跑了一百遍，波形都对。但一上板，灯不亮、数据不对、系统死机——这种事我见得太多了。仿真和真实硬件之间，永远隔着一道鸿沟。

联调就是填这道沟的过程。它不只是「把代码下载进去看看结果」，而是系统地验证硬件和软件是否真的协同工作。

联调在整个开发流程中的位置

先看看整个开发链条长什么样：

从图上你能看到，联调处在整个流程的后半段。前面做的所有工作——架构设计、RTL编码、仿真验证、综合实现——最终都要在板子上见真章。

我个人习惯把联调比作「照妖镜」。仿真里藏得再深的问题，一上板就全现原形了。比如跨时钟域的问题，仿真时可能万年不触发，但实际跑起来，温度一高、电压一波动，它就冒出来了。

联调前的心理准备

嗯，这里我想多说几句。技术之外的东西，往往才是决定成败的关键。

第一，接受「第一次大概率不亮」这个事实。

我做了十几年硬件，从没遇到过第一次上板就全通的。如果你一次就通，要么是设计太简单，要么是你运气太好——但运气不会一直好。所以别慌，不亮是常态。

第二，做好「查问题比写代码花的时间多得多」的心理预期。

写一个模块可能花两天，但调通它可能要花一周。这不是你水平不行，这是硬件的客观规律。信号在板子上飞，干扰、反射、时序余量不足，这些在仿真里根本看不到。

第三，保持怀疑一切的态度。

我曾经花了两天查一个数据错误的问题，最后发现是示波器探头的地线夹子松了。从那以后，我学会了一件事：先怀疑测试工具，再怀疑自己的代码。

硬件检查清单

上板前，花10分钟做一遍硬件检查，能省掉后面几小时的排查时间。这是我自己的检查清单，分享给你：

检查项	检查内容	常见问题
电源	各电压轨是否正常（1.0V/1.8V/3.3V等）	电压偏低导致逻辑错误，或完全不上电
时钟	主时钟源是否起振，频率是否正确	晶振虚焊、负载电容不匹配导致无时钟
复位	复位信号电平是否正确，按键/上电复位是否正常	复位一直有效，芯片永远在复位状态
JTAG/下载接口	下载器能否识别到芯片ID	引脚接触不良、电平不匹配导致无法下载
配置模式	FPGA配置模式引脚设置是否正确（Master/Slave/SPI等）	模式引脚悬空或接错，导致无法加载bitstream
外围器件	DDR、Flash、PHY等关键芯片的供电和初始化	外围器件未初始化，导致通信失败
连接器与排线	所有接插件是否插紧，方向是否正确	排线插反、接插件松动导致信号不通
万用表快速测量	关键节点对地电阻、电源对地是否短路	焊接短路导致上电即烧板

我的个人习惯

最后分享几个我自己的小习惯，不一定适合所有人，但你可以参考：

• 先点灯，再跑复杂逻辑。 上板后第一个程序永远是让一个LED闪烁。这能快速确认时钟、复位、下载链路都正常。
• 用ILA/Signal Tap抓内部信号。 别只盯着外部管脚看。FPGA内部信号才是真相，ILA是你最好的朋友。
• 每次只改一个地方。 联调时发现问题，改完一处就重新测试。别一次改三处，否则你永远不知道是哪个改动起了作用。
• 记录日志。 我习惯在调试时随手记下每次修改的内容和结果。有时候你觉得「这次肯定没问题了」，结果还是不行——翻翻日志，可能发现你改的根本不是问题所在。