RTD2775/2795显示主控硬件检查表：电源时序与视频信号链设计要点

简介：RTD2775QT/RTD2795T/QT硬件使用手册HW CheckList是一份面向显示驱动板卡硬件工程师、嵌入式开发与调试人员的接口配置检查清单，主要覆盖HDMI、DVI与DisplayPort的电路设计和信号完整性注意事项。手册针对DDC-CI、热插拔检测、AUX通道、TMDS交换等高频问题给出明确处理建议，包含串阻、上拉/下拉电阻、滤波电容的具体取值及四层板设计等要求，并特别提醒GPIO电压耐压、音频功能与MCU引脚冲突等易踩坑细节。资源共1个PDF文件，压缩包大小约1.58MB，内容精炼，可直接作为硬件原理图评审与调试排错的速查参考。目前已有1162人浏览学习，适合需要快速掌握该系列芯片接口设计要点的中高级硬件工程师。

1. 一块显示主控板为什么需要一张 HW CheckList

RTD2775QT、RTD2795T/QT 这类显示主控，在 4K 显示器、一体机、商显板卡和工业 HMI 里出现频率很高，但“原理图画得漂亮”和“板子回来能点亮”之间，往往隔着好几天的排障时间。我见过不少第一版样机的翻车现场：背光不亮、HDMI 认不到设备、DP 接上就黑屏，最后查下来都不是芯片本身的问题，而是 HPD 漏了上拉、电源域顺序错、DP AUX 差分对不等长这类硬件细节。RTD2775QT/RTD2795T/QT 硬件使用手册 HW CheckList，就是把这类经验固化成一张逐项勾选的检查表，从电源、时钟、复位一直追到视频输入输出、背光、EEPROM 和量产烧录。这篇笔记按“先立住理论、再照着复现”的顺序，把这张清单拆开讲清楚，适合正在做显示器主板、商显驱动板，或者刚接手一颗 RTD 主控的硬件工程师和 PCB Layout 工程师。

2. 最小系统的电源、时钟与启动：先把板子“唤醒”

显示器主控和 MCU 不一样，它内部集成了 HDMI/DP PHY、eDP/LVDS 发送器、音频编解码和一颗 DDR 控制器，所以电源轨多、时序要求严。RTD2775QT 和 RTD2795T/QT 在设计上的第一步不是画视频接口，而是先把电源树、时钟和复位搞定。很多“上电后芯片发烫”“固件烧不进”“HDMI 偶尔无信号”的怪问题，根源都在这一层。

2.1 先分清电源域：核心、IO、模拟和 DDR

RTD 主控常见的供电域可以粗分成四类：核心逻辑电源、IO 电源、模拟 PHY 电源和 DDR 电源。不同型号的电压值会有差异，但设计思路一致，我一般会先列一张电源域表格，再把每个域的滤波电容、磁珠和测试点标注在原理图上。

我在做第一版原理图时，最容易犯的错误是把 AVDD 直接接到 VDDIO 上。模拟 PHY 对纹波很敏感，数字 IO 的开关噪声会耦合进 HDMI/DP 的时钟恢复电路，表现出来就是“HDMI 能点亮但画面有细雪花点”或者“DP 握手成功率低”。AVDD 这条支路单独用一颗 LDO，成本只增加几毛钱，但能省掉后面大量的信号完整性排查时间。

去耦电容的位置比容值更重要。RTD 主控通常是 BGA 封装，核心电源的去耦电容要放在 BGA 底面的扇出过孔旁边，而不是堆在电源芯片输出端。电源芯片那边的电容负责稳定环路，BGA 底面的电容负责提供瞬态电流，两者职责不同。PCB Layout 上，VDDC 的过孔到电容焊盘的走线越短越好，如果走线超过 1mm，高频去耦效果会明显下降。

2.2 24MHz 晶体和复位电路：不起振就等于没通电

RTD 主控的系统时钟一般用一颗 24MHz 无源晶体，配合主控内部振荡器工作。晶体选型时要注意负载电容参数，常见的是 12pF 到 18pF，但 PCB 上的走线寄生电容和主控引脚电容也要算进去。我一般会先按晶体规格书标称的负载电容，减去 3pF 左右的寄生电容，再除以 2，得到两颗并联电容的容值。比如标称 18pF 负载的晶体，PCB 上每边放 8.2pF 或者 10pF 比较稳妥。

晶体附近还要放一颗 1MΩ 的并联电阻，用来给振荡器提供直流工作点。有些参考设计不会标这颗电阻，但去掉之后低温起振会变慢，甚至出现“冷机开机黑屏、热机正常”的玄学问题。晶体走线要短，并且周围包地，不要在晶体底下走其他信号线，尤其是不要把 HDMI 差分线从晶体下面穿过。

复位电路相对简单，大部分 RTD 主控的 RESET 引脚是低电平复位，常见做法是 10kΩ 上拉到 3.3V，再用 100nF 电容下拉到地，构成 RC 复位电路，复位时间约 1ms。如果系统里有多颗芯片需要同步复位，或者对复位时序有严格要求，就换成专门的复位 IC，带手动复位输入和开漏输出那种。RC 复位的问题在于上电瞬间如果电源爬升很慢，复位释放时间可能早于电源稳定，所以用示波器确认一下 RESET 释放时各电源轨是否都已经稳定，这一步很有必要。

2.3 上电时序实测：用示波器把“玄学”变成数据

RTD 主控的上电时序要求，严格来说需要查对应型号的 datasheet，但常见做法是模拟电源域先于数字核心电源稳定，或者两者同时上升。所谓“同时”，一般指时间差在 10ms 以内，不能出现数字电源已经稳定而模拟电源还没起来的情况。

验证时序的步骤我一般是这样做的：首先把示波器设为 4 个通道，分别接 AVDD、VDDC、VDDIO 和 RESET，使用 500ms 的时基，触发电平设为 AVDD 电压的一半，上升沿触发。然后冷启动给板子供电，抓一次完整的电源爬升波形，测量 AVDD 到 VDDC、VDDC 到 VDDIO 之间的延迟时间。如果发现 VDDC 比 AVDD 早超过 50ms，就需要在电源芯片的 EN 引脚上增加 RC 延时，或者调整电源的启动顺序配置。

如果板子上有 I2C 接口可以连到主控，还可以用一个小脚本读取芯片版本和启动状态。下面是一个用 Linux 下 i2c-tools 读取 EEPROM 的基础命令示例，用来确认主控的 DDC 通道已经工作：

# 检测 I2C 总线上挂载的设备，地址 0x50 一般是 EDID EEPROM i2cdetect -y 0 # 读取 0x50 设备的前 8 个字节，也就是 EDID 头 i2ctransfer -y 0 w2@0x50 0x00 0x00 r8

代码里i2cdetect -y 0的作用是扫描总线 0 上的所有 I2C 设备，-y表示跳过交互确认。i2ctransfer -y 0 w2@0x50 0x00 0x00 r8的含义是，先向地址 0x50 发送两个字节的寄存器地址0x00 0x00，然后连续读取 8 个字节。EDID 的前 8 个字节固定是00 FF FF FF FF FF FF 00，如果读出来不是这个头，说明主控到 EEPROM 之间的 I2C 通路有问题，或者 EEPROM 没焊好。

3. 视频信号链：HDMI、DP/USB-C 到 eDP/LVDS 的连接与参数

最小系统能跑起来之后，重点就转到视频信号链。RTD2795T/QT 这类主控的输入侧通常支持 HDMI 和 DP，部分型号通过 USB-C 走 DP Alt Mode，输出侧接 eDP 或者 LVDS 面板。信号链的连接看起来就是一根根线，但每一根线都有它的脾气，HPD 漏一个上拉、AUX 少一颗电阻、差分对不等长，都会让整块板子“看起来正常但不工作”。

3.1 HDMI 输入：HPD、DDC 和 5V 检测一个都不能少

HDMI 接口的连接，最容易出问题的不是 TMDS 差分对，而是 HPD 和 DDC。HPD 是 Hot Plug Detect，源端靠它判断显示器有没有连接。显示器侧的做法一般是把 HDMI 连接器的 5V 引脚作为检测来源，当源端输出 5V 时，通过一个 MOS 管或三极管把 HPD 拉高到主控的检测引脚。有些设计为了省成本，直接把 HPD 用一颗电阻上拉到 3.3V，结果源端设备插入顺序不对时就可能误判。

我的经验是，HPD 电路要满足两个要求：第一，HPD 高电平时间要足够长，让源端能够稳定读到；第二，HPD 要能反映 5V 的真实状态。用 MOS 管做 5V 检测的方案比较可靠，HPD 上拉电阻取 10kΩ 到 3.3V，串联一个 100Ω 电阻到主控引脚，能起到限流和滤波的作用。DDC 线上的上拉电阻一般是 2.2kΩ 到 3.3V，上拉电阻太小会增加 I2C 上升沿的过冲，太大则可能导致高速 I2C 通信失败。

ESD 保护也要在这一步加好。HDMI 连接器到主控之间，TMDS 线对地并一个容性负载小的 ESD 二极管，DDC 和 HPD 线上同样要加。我见过一块板子在量产产线测试时偶发 HDMI 无信号，最后定位到 DDC 线上的 ESD 器件结电容过大，I2C 信号边沿被拖缓，主机端读取 EDID 超时。所以 ESD 器件的选型要关注结电容参数，一般选 0.5pF 以下的，不要只盯着浪涌能力。

TMDS 差分对在 Layout 上要控制 100Ω 差分阻抗，对内等长控制在 5mil 以内，对间等长控制在 50mil 以内。RTD2795T 支持 4K 分辨率，TMDS 速率到 6Gbps 左右，等长和阻抗控制不好会直接表现为高分辨率下画面有噪点或者闪屏。如果板子上 HDMI 走线必须跨层，要在换层过孔旁边加一个回流地过孔，减少回流路径的突变。

3.2 DP 和 USB-C：AUX 握手不顺就是黑屏

DP 接口和 HDMI 最大的区别是，DP 靠 AUX 通道做链路训练和 EDID 读取，AUX 是一对差分信号，速率在 1Mbps 左右，虽然不高，但对极性很敏感。AUX_P 和 AUX_N 接反是 PCB 上容易犯的错误，表现是显示器背光亮但完全没有图像，用逻辑分析仪抓 AUX 能看到持续的握手失败。

AUX 通道还需要在主控侧配置一个上拉或下拉电阻，用来标识设备类型。显示器作为 sink 设备，AUX 上一般需要下拉电阻，具体阻值要看主控的内部配置，有些主控已经把下拉集成在芯片内部，外部只需要留测试点。如果外部又加了下拉，可能和内部下拉并联后阻值过低，导致 AUX 信号幅值不够。

USB-C 接口走 DP Alt Mode 时，还要处理 CC 引脚。显示器作为 UFP（UFP 即设备端）角色，CC1 和 CC2 各需要一颗 5.1kΩ 的下拉电阻到地，用来向源端声明自己是设备。如果下拉电阻没焊或者焊错，源端会认为没有设备插入，USB-C 口完全没有输出。带 USB-C 输入的显示器，还要考虑是否需要支持 PD 充电，如果做的是“一线通”方案，CC 引脚就不止下拉电阻这么简单，需要加 CC 逻辑芯片做握手。

DP 差分对的阻抗要求是 100Ω 差分，AUX 差分对同样需要控制阻抗。AUX 的走线可以比主链路长一些，但不要超过主链路长度的 1.5 倍。我经历过一个项目，改动版时为了让 USB-C 连接器靠近侧边框，把 AUX 走线绕了很长一段，结果接部分笔记本时偶发黑屏，把 AUX 走线缩短并且和主链路拉齐之后就没再出现。

3.3 到屏的 eDP/LVDS：背光时序和信号极性并重

输出侧连接面板，RTD 主控一般支持 eDP 和 LVDS 两种接口，具体用哪种由面板决定。eDP 接口的连线里，除了主链路差分对，还有 AUX 通道、背光使能 BL_EN、背光 PWM 和面板热插拔检测。BL_EN 的控制时序在硬件上就要设计好，不能让 BL_EN 和主链路信号同时上电，否则面板可能亮一下白屏再黑掉。

正确时序是：先让 eDP 主链路输出稳定的视频信号，再拉高 BL_EN。很多主控有专用的背光控制引脚，内部已经做了延时，硬件上只需要把 BL_EN 接到背光驱动 IC 的使能脚。如果用的主控没有这个功能，就要在 BL_EN 通路上加 RC 延时，常见取值是 100kΩ 电阻串联 1uF 电容到地，产生约 100ms 的延时。这个延时不能太长，否则开机画面会延迟出现，用户感知明显。

LVDS 接口的信号极性也值得注意。LVDS 每个通道的正负极性、时钟通道极性，如果和面板定义不一致，屏幕会显示为满屏雪花或者颜色错乱。RTD 主控的 LVDS 输出极性通常可以在软件里配置，但硬件设计时最好按照面板规格书的标准定义来接，不要把宝押在软件配置上。量产时有软件配置遗漏的风险，硬件上接对才是第一道保障。

4. DDC/EEPROM、背光与音频：决定“体验”的周边电路

视频信号链通了，板子能点亮，接下来这些周边电路决定的是用户能不能正常使用。EDID 读不到、背光有频闪、喇叭有杂音，这些问题不会让板子完全不能工作，但足以让整机在客户那里被判不合格。RTD2775QT/RTD2795T/QT 硬件使用手册 HW CheckList 里，这一部分的检查项是最容易在评审时被跳过的，因为它们看起来“不致命”。

4.1 EDID 和配置 EEPROM：认不到设备的最大元凶

显示器通过 DDC 通道向显卡或 SoC 提供 EDID 数据，EDID 存在一颗 EEPROM 里，通常是 24C02 或 24C04。有些 RTD 方案会把 EDID 数据放在主控外挂的 SPI Flash 里，通过主控转发，但大多数量产方案还是会单独放一颗 EEPROM，方便产线烧录和更新。

EEPROM 的 I2C 地址一般是 0x50，这是 EDID 的标准地址，A0/A1/A2 引脚全部接地即可。如果板子上还有其他 I2C 设备，要注意地址不要冲突，比如音频 Codec 常用地址是 0x1A，配置 EEPROM 用 0x51，这些都比 0x50 好区分，但还是要逐一确认。

我在调试一块商显板时，遇到过“接 HDMI 能亮，接 DP 认不到显示器”的情况。用示波器抓 DP 的 AUX 通道，发现源端一直在读 EDID，但 EEPROM 没有 ACK。查下来是 EEPROM 的电源引脚虚焊，板子震动后接触不良，DP 握手失败。AUX 通道读 EDID 的时序比 HDMI DDC 更严格，EEPROM 供电不稳时 HDMI 可能还能工作，DP 就直接失败。

针对 I2C 通道的验证，可以用 Linux 下的 i2c-tools 来检查。下面这段命令能快速确认 EEPROM 是否能正常响应并且读取 EDID 内容：

# 扫描总线上所有 I2C 设备，确认 0x50 和 0x51 是否存在 i2cdetect -y 0 # 从 0x50 EEPROM 的偏移 0x00 开始读取 128 字节 EDID i2ctransfer -y 0 w2@0x50 0x00 0x00 r128 | hexdump -C

i2ctransfer后面的参数含义是：-y 0指定总线号，w2@0x50表示向地址 0x50 写 2 个字节，0x00 0x00是 EEPROM 内部的字节地址，r128表示连续读 128 字节。读出来的数据首先看前 8 字节是不是00 FF FF FF FF FF FF 00，再看 0x12 到 0x13 字节，高 4 位是 EDID 版本，常见的是03 01表示 EDID 1.3。如果读出来的 EDID 全是对称的重复字节，多半是 I2C 总线时序有问题，比如上拉电阻太小导致信号过冲。

4.2 背光 PWM 参数：频闪和波纹都从这来

背光驱动的硬件连接比较简单，BL_EN 接使能，BL_PWM 接调光，但 PWM 的参数却和显示质量直接相关。PWM 频率太低，用户会看到屏幕亮度有可感知的闪烁，尤其在低亮度档位。PWM 频率太高，驱动 IC 的开关损耗增大，还可能和面板的刷新率产生差频干扰，表现为屏幕上出现缓慢滚动的黑色条纹。

我一般把 PWM 频率设置在 1kHz 到 25kHz 之间，具体看背光驱动 IC 的规格。驱动 IC 支持多少频率，就直接设到它规格书内尽量高的值。如果面板是 60Hz 刷新率，PWM 频率不要设在 60Hz 的整数倍附近，最好避开 60、120、180、240 这些频率点，否则容易和刷新率拍频。实际项目里我常用 19.2kHz，这个频率既能避开可见闪烁，也和多数 LED 驱动 IC 的开关频率兼容。

PWM 的极性也是硬件设计时要确认的点。有些背光驱动 IC 的调光输入是高电平有效，有些是低电平有效，主控输出的 PWM 极性要匹配。RTD 主控的 PWM 极性一般可以在软件里改，但硬件上最好按照驱动 IC 规格书的典型电路接。还有一个细节是 BL_PWM 的信号幅值，如果主控是 3.3V 输出，而驱动 IC 的调光引脚是 5V 逻辑，就需要加电平转换，不能直接连。

4.3 音频通路：I2S 的 MCLK 和主从模式最容易错

RTD 主控的 HDMI 和 DP 输入都带音频，输出到显示器内置喇叭一般走 I2S 给外部功放。I2S 有四根线：MCLK、BCLK、LRCLK 和 DATA，主控作为 I2S 主设备输出时钟和数据。硬件连接容易踩的坑是 MCLK 没接或者接错。有些外置 Codec 可以配置为从 BCLK 生成内部时钟，但大部分简单功放需要主控提供 MCLK，频率一般是 256fs 或 512fs，比如采样率 48kHz 时 MCLK 是 12.288MHz。

如果喇叭输出有杂音或者完全无声，先量 MCLK 和 BCLK 是否存在，再用示波器看 LRCLK 的频率是否正确。I2S 的 DATA 线极性也很重要，主控默认输出的左右声道数据顺序如果和功放不一致，会出现左右声道互换。RTD 主控一般有软件寄存器可以交换声道，但硬件上最好先确认。

功放的电源纹波对音频输出影响很大，D 类功放的电源要加足够的去耦电容，我一般会在功放电源脚放一个 100uF 电解电容加一个 0.1uF 陶瓷电容。音频地和数字地之间用单点连接，避免数字噪声串入音频地，否则即使 I2S 配置完全正确，喇叭里也会有“滋滋”的背景噪声。

5. RTD2775QT/RTD2795T/QT 硬件设计中 5 个高频踩坑与排查方法

前面几章把硬件设计的各个模块分开讲了，但实际问题往往不是单个模块的问题，而是多个设计疏忽叠加在一起。这一章挑 RTD 系列主控里出现频率最高的 5 类故障，按“现象 → 原因 → 解决”的方式逐一拆开。这些案例大多来自实际调试和产线反馈，虽然具体板子型号不同，但规律通用。

5.1 故障一：通电后屏幕不亮，背光也没动作

整机通电，主控有供电，但屏幕完全不亮，背光也没有任何动作。用万用表测量主控的 BL_EN 引脚，发现一直是低电平，说明主控没有发出背光使能信号。进一步测量主控的供电、复位和时钟信号都正常，但这颗 RTD 主控没有启动。

原因是主控的 Boot 引脚电平配置错了。RTD 主控启动时会采样一组 Strapping 引脚的电平，决定从 SPI Flash 启动还是进入烧录模式。如果 Boot 引脚的电平组合不对，主控会停在等待烧录的状态，不加载固件，也就不会输出背光使能信号和视频信号。

解决方法是对照硬件手册里的 Strapping 引脚表，逐个测量这组引脚在复位释放时的电平。有一款板子的 Boot 引脚需要通过 10kΩ 电阻下拉到地，PCB 上漏焊了这颗电阻，引脚悬空导致电平不稳定，补焊后开机正常。排查这个故障一定要用示波器抓复位释放瞬间的电平，不要用万用表，因为引脚在启动后可能被软件复用，静态测量结果会误导判断。

5.2 故障二：HDMI 插上后主机认不到“显示器”

HDMI 线连接好，主机端显示“未检测到显示器”，设备管理器或者系统显示里看不到第二块屏。用 i2cdetect 扫描 DDC 通道，发现 0x50 地址完全无响应。测量 HDMI 连接器的 5V 引脚有电，但 HPD 引脚始终是低电平。

原因是 HPD 检测电路没有工作。很多 RTD 方案的 HPD 信号不是直接连到主控引脚，而是通过一个 MOS 管做电平转换，用 HDMI 的 5V 检测来控制 HPD 上拉。如果这个 MOS 管的栅极电阻接错，或者 MOS 管型号选错，5V 检测就无法传导到 HPD。还有一种情况是 HPD 线上串联的 0Ω 电阻被换成高阻值，量产时贴片错料。

解决方法是先查原理图，确认 HPD 链路，然后用示波器测 HPD 引脚电平，正常情况插入 HDMI 线后 HPD 应立即拉高。如果 HPD 没反应，短接 MOS 管的源漏确认后端主控引脚是否正常，再逐级检查 MOS 管控制端。这类问题在 PCB 返修时最好直接改版，因为原因往往不是一颗料的问题，而是整个检测电路设计过于绕，简化成“5V 通过二极管直接拉高 HPD”更可靠。

5.3 故障三：DP/USB-C 接上后黑屏，但背光正常

通过 DP 或 USB-C 连接主机，显示器背光亮，但屏幕全黑，主机端显示“未知显示器”或者分辨率识别为最基本的 800x600。用示波器抓 AUX 通道，能看到间歇性的信号活动，但主控始终没有输出视频。

原因是 DP 链路训练失败，常见的有三种：第一，AUX 差分对正负极接反；第二，USB-C 的 CC 下拉电阻阻值不对，导致源端认为连接的是其他类型设备；第三，eDP 主控侧的 DPCD 初始化失败，链路训练无法进入正常状态。

排查时先确认接口类型。如果走 USB-C，量 CC1 和 CC2 对地电阻，应该是 5.1kΩ，偏差超过 10% 就要检查。如果走标准 DP 接口，重点量 AUX 差分对是否通畅，用万用表二极管档测 AUX_P 和 AUX_N 对地是否对称。还有一个容易忽略的点是主控的 DP 输入需要外部提供一个上拉或下拉电阻来标识 sink 设备，这个电阻通常在参考原理图里有标注，硬件设计时容易漏。

5.4 故障四：固件烧录成功率低，失败后无法恢复

量产产线上烧录固件，部分板卡烧录失败，重新插拔再烧又有概率成功。失败时烧录工具报错“连接超时”或者“无法识别芯片”。拆下 SPI Flash 用编程器单独烧录，Flash 本身没有坏。

原因是烧录接口的时序不满足要求。RTD 主控的烧录模式通过 UART 或 USB 进入，量产时很多板子使用排针引出 UART 接口。如果排针到主控的走线过长，或者烧录工具的电平不匹配，握手就不稳定。还有一种玄学情况是 SPI Flash 的 WP 和 HOLD 引脚悬空，导致烧录过程中 Flash 进入保护状态。

解决方法是把 SPI Flash 的 WP 和 HOLD 引脚固定上拉到 3.3V，不要在 Flash 烧录座上悬空。烧录接口的走线尽量安排在 PCB 边缘，线长控制在 20mm 以内，如果烧录工具和板卡距离较远，改用带屏蔽的线缆。量产烧录失败时，不要反复重试同一块板子，先测烧录接口波形，再检查 Flash 供电电压，多半能定位问题。

5.5 故障五：低温环境下开机闪 logo 后黑屏

整机在常温下一切正常，但放在低温环境（比如零下 10 度）里冷启动，屏幕亮一下开机 logo 就黑屏，主控似乎没有正常启动。用热风枪加热主控附近区域后再开机，又能正常工作。

原因是低温条件下，24MHz 主晶体起振不畅或频率偏差过大。RTD 主控内部的 PLL 以 24MHz 为基准，如果晶振在低温下频偏超出 PLL 的锁定范围，主控就无法输出稳定的视频时钟。闪 logo 说明主控已经启动了一部分，但 PLL 锁定失败后视频输出中断。

解决方法是换用宽温晶振，工作温度范围选 -40℃ 到 +85℃，不要用 0℃ 到 +70℃ 的商业级晶振。同时调整晶振的负载电容，在原有并联电容基础上各增加 1pF 到 3pF，让振荡电路在低温下更容易起振。这个问题的排查需要用温箱配合示波器，测量低温下晶振引脚的波形幅度，正常正弦波峰峰值不低于电源电压的一半，如果幅度明显降低，基本可以确定是起振不足。

6. 把 HW CheckList 落到产测：一个脚本和两个习惯

前面几章已经把 RTD2775QT/RTD2795T/QT 硬件使用手册 HW CheckList 的检查项拆开了，理论上可以照着一步步查。但实际项目里，我会把这张清单变成一个可以重复执行的产测流程，而不是每次评审都靠人眼瞪原理图。

比较实用的一套做法是，把电源、时钟、复位、HPD、DDC、背光使能这些关键信号整理成一个“硬件自检矩阵”，每个测试点配上电压或波形的判定阈值，再用脚本自动比对。下面是一个用 Python 读取 CSV 格式测试点数据并判定是否通过的示例：

import csv # CSV 每行格式：测试点名称, 预期最小值, 预期最大值, 实测值 test_points = [] with open("hw_check_points.csv", "r") as f: reader = csv.DictReader(f) for row in reader: test_points.append({ "name": row["name"], "min": float(row["min"]), "max": float(row["max"]), "value": float(row["value"]), }) # 逐项比对，实测值在范围内则通过，否则输出失败点 for tp in test_points: if tp["min"] <= tp["value"] <= tp["max"]: print(f"PASS: {tp['name']}") else: print(f"FAIL: {tp['name']} = {tp['value']}, expected {tp['min']}~{tp['max']}")

这个脚本本身很简单，逻辑就是读 CSV、区间判断、输出结果，但它的价值在于把 HW CheckList 从纸质文档变成了可追踪的记录。测试点在原理图上都标注了编号，对应到脚本里的每一行，产线上换人也能执行。参数说明里，CSV 的min和max列是判定阈值，比如 VDDC 核心电源写 0.9V 到 1.1V，实测值落在区间内就判 PASS，这样可以避免“看起来差不多”这种模糊判断。

除了脚本，我还有一个习惯：每次 PCB 回板后，上电之前先用万用表二极管档，把所有电源轨对地测一遍，确认没有短路才敢通电。这个习惯帮我校住过一次事故，一批板子 VDDC 对地全部短路，排查下来是去耦电容封装贴反，0Ω 电阻位贴成了 0402 电容，上电必烧主控。如果直接通电，那一批板子的主控大概率全报废，返修成本远高于测一遍的几分钟时间。

另一个习惯是评审原理图时，把 HPD、BL_EN、复位、Boot Strapping 这类“控制型引脚”单独列一页，逐项确认上拉下拉和时序。这些引脚在正常工作时静态电平看起来都对，但它们决定的是上电瞬间的行为。RTD 主控的硬件设计，真正难的不是把线连对，而是把“上电那一瞬间”的行为设计对。希望帮到你。

本文还有配套的精品资源，点击获取