4. 常见硬件异常诊断
在量产测试中，硬件异常往往不是以“硬件坏了”这种直白方式出现，而是先在TestStand的步骤结果、日志和仪器返回信息中留下痕迹。能否快速区分“DUT供电异常”“信号连接异常”“继电器动作异常”和“仪器通信超时”，决定了停线时间的长短。本节围绕这四类高频硬件异常，说明它们在TestStand中的典型表现、定位路径和判断依据。
一、四类异常在TestStand中的“指纹”
TestStand本身不直接测量电压或判断继电器触点，它通过步骤执行状态、步骤返回的错误码、仪器驱动抛出的异常以及Sequence上下文中的变量值来反映硬件状态。因此，定位的第一步是读懂这些“指纹”。
| 异常类型 | TestStand中的典型表现 | 首要排查方向 |
|---|---|---|
| DUT供电异常 | 上电步骤通过但后续测量值整体偏低/偏高；或Power Supply步骤返回电压不符；DUT无响应导致后续步骤连续失败 | 电源输出、DUT供电引脚、电流限值、上电时序 |
| 信号连接异常 | 单点或局部测量值异常，重复测量结果不稳定；开路/短路检测步骤失败；同一信号在不同测试项中表现矛盾 | 测试夹具探针、线缆、连接器、开关矩阵通道 |
| 继电器异常 | 切换后测量值仍停留在上一状态；某通道始终不通或始终导通；继电器动作步骤耗时明显变长 | 继电器线圈驱动、触点粘连、通道映射、切换时序 |
| 仪器通信超时 | 步骤报Timeout、VISA timeout、-1073807339等错误；仪器无响应或返回空字符串；连续多个步骤在同一仪器上超时 | 通信接口、地址、波特率/端口、仪器状态、线缆 |
需要强调的是，这四类异常可能互相伪装。例如DUT供电不足会导致DUT不响应，看起来像通信超时；继电器未切换会导致测量值异常，看起来像信号连接问题。因此不能只看第一个报错步骤，而要结合前后步骤的结果链判断。
二、DUT供电异常的定位
DUT供电异常通常最先体现在上电或电源相关步骤。假设某测试站使用可编程电源为DUT提供3.3V，TestStand中有一个“Set DUT Power”步骤，调用电源驱动设置电压和电流限值，随后有一个“Measure DUT Current”步骤读取实际电流。若电源步骤返回的电压为3.28V、电流为0.00A，而DUT应在待机时消耗约50mA，则说明供电回路可能未真正接通。
定位时按以下顺序检查：第一，确认电源输出端到DUT供电引脚之间的路径，包括夹具上的电源探针、保险丝、继电器或MOSFET开关；第二，确认电源的电流限值是否设置过低，导致电源进入恒流模式而电压被拉低；第三，确认上电时序，某些DUT要求核心电压先于IO电压建立，若TestStand中步骤顺序颠倒，DUT可能进入保护状态。可以在TestStand中插入一个“Read Power Supply Status”步骤，读取电源的恒压/恒流标志和实际输出电压，作为判断依据。
三、信号连接与继电器异常的定位
信号连接异常和继电器异常经常同时出现，因为继电器本身就是信号路径上的开关。区分二者的关键是：信号连接异常通常表现为“某一路信号始终不对”，而继电器异常通常表现为“切换前后测量值不变”或“某通道始终导通/断开”。
在TestStand中，可以设计一个“Path Check”步骤组：先断开所有继电器，测量某节点对地电阻，应接近开路；再闭合目标继电器，测量同一节点对地电阻，应接近导通。若两次测量结果相同，说明继电器未动作或触点粘连；若闭合后仍为开路，说明继电器线圈驱动或信号线缆有问题。对于信号连接异常，可以使用开关矩阵逐通道扫描，在TestStand中记录每个通道的测量值，形成通道健康表。
示例：继电器通道检查步骤序列
1. Close Relay K1
2. Measure DMM -> 记录 V1
3. Open Relay K1
4. Measure DMM -> 记录 V2
5. 判断：若 V1 ≈ V2，则 K1 未有效切换
若 V1 与 V2 均异常，则检查 K1 驱动或线缆实际排查时，还应检查继电器驱动电源是否正常、驱动信号是否到达线圈、继电器触点是否氧化或粘连。对于高频信号，还要注意继电器寄生电容和线缆屏蔽，但这些通常表现为测量值偏差而非完全不通。
四、仪器通信超时的定位
仪器通信超时在TestStand中通常以步骤错误的形式出现，错误信息可能包含“Timeout”“VISA”“-1073807339”等关键字。定位时先区分是“单台仪器超时”还是“多台仪器同时超时”。单台仪器超时，优先检查该仪器的通信线缆、接口地址、波特率或LAN端口；多台仪器同时超时，优先检查控制器、GPIB卡、交换机或电源等公共环节。
在TestStand中，可以查看步骤的“Run State”和“Error”信息，确认超时发生在哪一层：是VISA层、驱动层还是仪器命令层。若VISA层超时，说明物理通信未建立；若驱动层超时，说明仪器收到命令但未在预期时间内返回；若仪器命令层超时，可能是命令格式错误或仪器处于本地锁定状态。一个实用的做法是在TestStand中增加“Instrument Ping”步骤，在测试开始前对每台仪器发送“*IDN?”并设置较短超时，提前暴露通信问题。
五、建立可复用的定位顺序
面对一个报错的测试站，建议按“供电→连接→继电器→通信”的顺序逐层排除。原因是供电是DUT工作的前提，连接和继电器是信号路径的基础，通信是仪器交互的通道。若跳过供电直接查通信，很可能在错误的层面浪费时间。
在TestStand中，可以把这套顺序固化为一个“Hardware Health Check”序列，在正式测试前运行：先设置并读取电源状态，再逐通道检查继电器和信号路径，最后对每台仪器发送“*IDN?”。任何一步失败，就在日志中记录具体通道、仪器地址和测量值。这样，当量产中出现异常时，操作员可以直接根据失败步骤定位到具体硬件对象，而不是从零开始排查。
最后，四类异常的定位都依赖可观测的数据。在TestStand中合理使用步骤返回值、Sequence变量和日志记录，把电源电压、通道电阻、继电器状态和仪器响应时间都保存下来，才能让每一次异常都有据可查，逐步形成本站点的硬件健康档案。