企业官网建设流程全解析

充电桩的现场返修单里，最让人头疼的一类描述是"充不上电，原因不明"。桩端日志只记了一条"充电中断"，车辆端记录的是"等待供电"，两边都觉得自己没问题，扯皮几轮下来，最后往往是换件了事，真正的根因谁也没查清。做充电测试这行时间长了就会明白，EV和EVSE之间这条链路，缺的从来不是功能，而是可观测性——控制导引信号在那一瞬间到底跳到了哪个电平、PWM占空比有没有抖动、CP和PP的时序谁先谁后，这些信息在量产件上是看不见的。

CDS（Charging Diagnostic System，充电诊断系统）就是为补上这块空白而生的东西。它串接在车辆与供电设备之间，一边按当前主流规范把物理层信号完整复现出来，一边用高精度的测量和控制能力把全过程录下来，再通过开放式系统让使用者按自己的判定逻辑写测试程序。说得直白点，它相当于在EV和EVSE中间架了一台带示波器、带可编程电源、还能自己写脚本的翻译官。这篇内容面向做充电功能测试、整车下线检测、桩端研发验证的同行，从机制原理讲到接线实操和踩坑记录，尽量把能直接抄作业的部分写清楚，新手照着走能跑通第一条用例，老手可以重点看判定阈值和故障排查那几节。

1. 项目概述：CDS在充电测试链里的位置

1.1 为什么充电故障总是"两边都没问题"

想理解CDS存在的意义，得先理解充电失败的归因困境。交流慢充这条链路上，真正决定"能不能充"的是一根叫CP的控制导引线。桩端在CP上输出一个±12V、1kHz的PWM方波，车辆通过检测这个方波的高电平幅值和占空比来判断桩的可用状态和最大供电能力，然后用电阻分压把电平拉低，告诉桩"我准备好了"。整个过程没有任何数据报文，全靠电平的静态和动态变化在沟通。一旦某一方在错误的时刻做了错误的动作，比如车辆在桩还没准备好时就闭合了车载充电机，或者桩在车辆还处于准备态时就闭合了主继电器，保护机制会立刻中断充电，而中断之后所有中间状态都被覆盖掉了。

这就是归因困境的根源：事件发生在毫秒级，证据却只存在于最终状态里。你在事发后拿万用表去量CP，量到的是中断后的稳定电平，看不出中断前一瞬间的跳变。CDS的做法是把这段过程全程录下来——它不参与决策，但它在场，而且它带着时间戳在场。事后你打开录制文件，能看到第几毫秒CP从6V掉到了9V，第几毫秒车辆侧的PP电阻发生了变化，桩端继电器线圈电流在哪个时刻爬升，因果关系一目了然。

从我接触过的项目来看，CDS用得最多的场景其实不是研发，而是争议仲裁和产线抽检。研发阶段大家有示波器有逻辑分析仪，愿意折腾；到了量产和售后，没人有空天天架示波器，这时候一台能自动跑用例、自动出判定结果、还能把原始波形存下来的设备，价值就体现出来了。另外一类高频用户是第三方检测和对比测试，他们需要在同一套标准下反复验证不同品牌车辆与不同品牌设备的兼容性，CDS的开放式系统特性让他们可以把自家积累的判定规则沉淀成脚本，而不是每次重新搭台架。

1.2 三种接入形态，先想清楚你要哪一种

刚接触这个概念的人容易把它理解成"一个盒子插在中间"，实际上CDS按接入方式至少分三种形态，选错了后面全是麻烦。

选型的关键判断点是：你要回答的问题，是"发生了什么"还是"能不能承受"。如果问题是前者，透传型或监听型就够了；如果问题是后者，比如"这台桩在CP被拉低到5.5V这种非标电平下会不会误判"，那必须用模拟型主动施加信号。很多人一开始图省事买了监听型，结果要做一致性验证时发现根本没法施压，只能再补一台，白花一笔预算。

还有一个容易忽略的点：串接形态的线束长度会直接影响测量结果。CP信号是±12V、1kHz的方波，边沿上升时间在微秒量级，线束超过一米，分布电容和电感就会让边沿出现振铃和过冲，测出来的波形和桩端实际输出已经不一样了。我的做法是自备一根尽量短的转接线，把CDS的接入点尽量靠近车端插头，同时在报告里注明线束长度，避免不同批次数据没法横向比较。

1.3 符合当前主流规范，具体意味着什么

这句话经常被写进产品资料，但实际含义需要拆开看。所谓符合规范，至少覆盖三层：物理层电平的静态定义、状态迁移的时间约束、异常状态的进入与退出条件。静态定义好理解，就是CP在开路时应当是多少伏、车辆进入准备态后应当是多少伏、占空比落在哪个区间对应哪一档电流能力。时间约束才是真正难做的部分——从插枪到车辆发出请求、从请求到桩闭合继电器、从检测到故障到切断输出，每一段都有明确的时间窗口，窗口之外就是不合规。

CDS要做到"符合"，不是说它自己输出一个合规波形就完事，而是它得能准确判断被测对象是否合规。这就要求它的测量精度显著优于被测对象：判断一个±0.5V的电平门限，测量误差至少要做到±0.05V；判断一个10ms量级的时序，采样间隔至少要到100微秒以内。这里有个经验法则，判定阈值的测量不确定度应当控制在阈值的十分之一以内，否则误判率会高得没法用。后面讲校准的章节会详细展开这一点。

2. 核心机制解析：状态机、电平与测量链路

2.1 从插枪到继电器闭合，CP线上到底发生了什么

整个交流充电的握手过程，本质上是一台由电阻和电压门限构成的状态机。理解它不需要背规范条文，只要抓住一个核心动作：车辆通过改变自己在CP上的等效电阻，把桩端输出的高电平往下拉。桩端检测到电平下降，就知道车辆在回应它。

插枪瞬间，CP处于开路状态，桩端输出稳定的+12V直流，这个状态表示"车还没接上"。车辆检测到这个12V后，会在CP与PE之间投入一个约2.7k的电阻，桩端看到电平被拉低到9V左右，状态迁移到"已连接但未准备"。此时桩端开始输出1kHz的PWM方波，高电平仍然是+9V，低电平到-12V。车辆看到方波之后，如果电池允许充电，再并入一个1.3k左右的电阻，电平被拉低到6V，这就是"准备就绪"。桩端看到6V，确认无误后闭合主继电器，同时把PWM的占空比调整到与自身供电能力相匹配的值，车辆随后检测占空比，据此设定车载充电机的输入电流上限，充电正式开始。

这套流程里最容易被忽略的是下降沿和上升沿的对称性。理想的1kHz方波占空比是50%时，高低电平各占500微秒。实际设备里，由于驱动电路的上升时间和下降时间不同，高电平持续时间往往比理论值略长，占空比偏高零点几个百分点。对于32A这种大电流档位，零点几个百分点对应的电流偏差就有0.2A以上，如果判定门限卡得很死，就会出现"明明合规却判不合格"的情况。CDS在测量占空比时通常会做边沿补偿，测的是50%过零点之间的间隔而不是简单的阈值穿越，这个细节在后面讲校准的时候还会提到。

还有一个状态叫"故障态"，桩端在检测到CP电平异常时会输出-12V持续电平或者停止输出，车辆侧看到这个信号后必须停止充电请求并断开继电器。这个状态在实车上很难自然复现，但对测试来说恰恰是最需要覆盖的场景——很多安全事故都不是发生在正常流程里，而是发生在异常注入时某一方没有正确响应。

2.2 占空比到电流能力的换算，以及精度为什么这么苛刻

这是整个测试里最容易出错、也最值得展开讲的一段。交流充电的电流能力不是通过通信报文传递的，而是编码在PWM的占空比里。当前的通用做法是：占空比在10%到85%之间时，供电能力按每1%对应0.6A线性换算，即最大电流等于占空比百分数乘以0.6。按这个关系可以推算出一张常用的对照表。

超过85%之后进入保留编码区，不同区域对更高的电流档位有自己的映射约定，这一段的判定逻辑必须按被测对象实际适用的规范来配置，不能想当然。低于10%和等于100%通常意味着切换到了数字通信模式，此时CP只承载唤醒和基本状态信息，电流能力由后续的数字交互协商确定。

精度为什么苛刻？算一笔账就清楚了。假设占空比测量误差是±0.5%，对应到50A档位就是±0.25A的能力判断偏差。如果被测设备的实际输出能力是49.8A，而CDS因为测量偏高判成了50.2A，就会误判为合格；反过来，被测设备明明做到50.2A，却因为CDS测量偏低被判不合格，产线上一天能误杀几十台。所以占空比的测量不确定度要做到±0.1%以内，这是一个比被测对象高一个数量级的要求，靠普通示波器的自动测量功能很难稳住，必须用带时间基准校准的专用测量通道。

同样的问题也出现在电压上。CP的高电平门限在状态判定里非常敏感，比如6V和9V之间的区分，实际判决门限往往设在7V附近，被测设备本身的容差可能有±0.3V，如果测量通道再叠加±0.2V误差，就正好卡在误判边缘。我见过一个项目，换了三台设备测同一根桩，结果两台判合格一台判不合格，最后查出来是其中一台设备的地线接得不好，共模干扰把采样值抬高了0.15V。这类问题在实验室里不容易暴露，到了现场环境里就很常见。

2.3 实时性：采样率、时间戳与判定窗口

"实时的测试程序"这个说法容易被误读成"响应很快"，其实对测试设备而言，实时性的核心是事件顺序的可靠性，而不是单纯的速度。具体拆成三个指标：采样率决定你能看到多细的波形细节，时间戳分辨率决定你能分辨多小的先后差异，判定窗口的长度决定你能不能在有限的观测期内得出稳定结论。

采样率方面，要还原1kHz方波的边沿细节，按香农定理至少需要10倍以上的过采样，实际工程里常用100kS/s到1MS/s。低于10kS/s的话，占空比测量还能做，但边沿过冲和振铃完全看不到，而这两者恰恰是判断接触不良和驱动电路异常的重要线索。时间戳方面，状态跳变事件的时间戳分辨率最好做到1毫秒以内，理想是100微秒，这样才能判定"继电器闭合"和"电流建立"之间是否满足规定的先后顺序。判定窗口则要看具体用例，握手阶段的观测窗口通常设几百毫秒到2秒，异常保护的响应窗口往往只有几十毫秒，窗口设短了会漏判，设长了会把后续正常流程的抖动也算进去。

这里还有个隐形成本：高采样率带来的数据量。一个通道1MS/s、16位精度、连续录10秒，原始数据就是20MB，多通道再加上电参数，一个用例下来几百兆很常见。所以实际配置时要按需取舍，握手阶段可以用高采样率短时录制，稳态阶段切成低速长时录制，中间靠事件触发切换。开放式系统在这一点上的优势就体现出来了，触发条件和录制策略都可以自己写。

3. 开放式系统与实时测试程序：能改到什么程度

3.1 把判定逻辑从固件里搬出来，价值在哪

封闭式测试设备最大的问题是"判定规则写死在固件里"。你想改一个门限，得等厂商发新版本；你想加一条自定义判据，比如"连续三次握手中有两次的占空比漂移超过0.2%就报警"，厂商告诉你需求排期到下个季度。这类需求在实际项目里非常普遍，因为不同车厂、不同运营商对兼容性的容忍度完全不同，一套固定规则根本覆盖不了。

开放式系统的做法是把测量通道和判定逻辑解耦：设备负责稳定地采、准确地打时间戳、把数据以约定的格式吐出来，判定部分交给外部脚本。这样一来，同一条波形数据可以被多套规则同时评估，A项目的规则和B项目的规则互不干扰，改规则不用改设备，调设备不用改规则。我个人的使用习惯是把常用的判定封装成几个函数，每个函数负责一类检查，主脚本只负责编排顺序和汇总结果，这样后期维护成本很低。

提示：判定逻辑外置之后，一定要保留"原始数据+脚本版本"的绑定关系。我踩过一次坑，同一个用例隔了两个月重跑，结果不一致，查了半天发现是中间改过门限但没记版本，报告没法追溯。

3.2 脚本接口长什么样，一个可复用的骨架

开放式系统一般会提供几种接口形式：命令行工具直接下发、进程间通信的实时通道、或者基于标准仪控指令的文本协议。最实用的组合是"实时通道做控制 + 文件系统做数据落盘"，控制指令走低延迟通道，波形和事件按块写入本地文件，脚本读文件做判定。下面这个骨架是我常用的结构，跟具体厂商的接口无关，换个环境只要改两个适配函数就能用。

# 充电握手流程自动化测试骨架（示例，按实际接口替换适配层） import time import json class ChargingRig: def __init__(self, adapter): self.dev = adapter # 适配层：负责与测试设备通信 self.records = [] def set_cp_mode(self, mode, duty=None): # mode: 'idle' | 'pwm' | 'fault' self.dev.write("CP_MODE", mode) if duty is not None: # 占空比精度要求 ±0.1%，下发时带两位小数 self.dev.write("CP_DUTY", round(duty, 2)) time.sleep(0.05) def set_pp_resistance(self, ohm): # 模拟线缆容量编码，常见档位 1500/680/220/100 欧 self.dev.write("PP_RES", ohm) time.sleep(0.02) def snapshot(self, tag): # 同步抓取当前所有通道，返回带时间戳的快照 raw = self.dev.read("SNAPSHOT") item = { "tag": tag, "t": self.dev.read("LAST_TS"), "cp_hi": raw["cp_high"], "cp_lo": raw["cp_low"], "duty": raw["duty"], "i_rms": raw["current"], "state": raw["state"], } self.records.append(item) return item def run_handshake_case(rig, target_current): # 依据目标电流反推占空比：I = duty * 0.6 duty = round(target_current / 0.6, 2) if not (10.0 <= duty <= 85.0): raise ValueError("目标电流超出线性编码区间") rig.set_pp_resistance(220) # 32A 线缆档位 rig.set_cp_mode("idle") # 12V 直流，模拟未连接 time.sleep(0.3) rig.snapshot("S0_idle") rig.set_cp_mode("pwm", duty) # 进入 9V/1kHz，模拟已连接未准备 time.sleep(0.5) rig.snapshot("S1_connected") # 由对端（被测车辆或模拟负载）拉低到 6V，此处等待电平事件 evt = rig.dev.wait_event("CP_LEVEL_DROP_TO_6V", timeout=3.0) rig.snapshot("S2_ready") result = { "duty_set": duty, "duty_meas": evt.get("duty"), "rise_ms": evt.get("t_relay_on") - evt.get("t_ready"), "passed": abs(evt.get("duty", 0) - duty) <= 0.3 and evt.get("t_relay_on") > 0, } return result

这段代码里有几个刻意的设计。一是占空比按目标电流反推而不是直接写占空比，因为项目上讨论需求时大家说的是"测一下40A档"，换算成占空比是66.67%，写死百分比容易搞混。二是每次状态切换后都插入一个短延时再抓快照，因为设备的输出建立和被测端的检测都需要时间，不延时直接抓往往会拿到过渡态。三是判定里同时检查占空比偏差和继电器动作是否发生，把"波形对但动作缺失"这种情况也覆盖进去。这几条都是从失败用例里总结出来的，不是理论推导。

3.3 接口与数据格式的约定，别等到事后才定

开放式系统还有一个隐性好处是生态兼容，但前提是数据格式要提前约定。我的经验是至少在项目启动时定下三件事：时间基准（所有通道用同一个时钟源还是允许各通道独立）、事件编码（状态跳变用什么标识，同名事件如何区分）、单位与量纲（电流是有效值还是峰值，电压是瞬时还是平均）。这三件事如果没定，后期做多设备比对时会非常痛苦。

举个具体例子。曾经有个项目需要对比两台设备的测量结果，做了一周发现数据始终对不上，最后定位到一台报的是CP的峰值电压，另一台报的是RMS，差了将近一倍。还有一次是事件时间戳，一台用绝对时间，一台用相对触发点的时间，做关联分析时得先手动平移几百毫秒。这些坑都不难避免，但必须在开始之前说清楚，事后补是补不回来的。

4. 实操过程：从接线到跑通第一条用例

4.1 接线顺序与上电/断电的规矩

这一段看起来琐碎，但实际事故大多出在这里。串接型CDS接入时，正确的顺序是先接保护地，再接信号线，最后接功率线；断电时反过来，先断功率，再断信号，最后断地。理由很简单：保护地是唯一的等电位参考，如果先接功率线，设备外壳和车辆之间可能存在电位差，插拔瞬间会有浪涌电流通过信号线泄放，轻则烧保护二极管，重则打坏采样前端。

CP和PP这两根信号线要做电气隔离，别和功率线捆在一起走。我一般用双绞线单独走，长度控制在1米以内，接头用带锁扣的插拔式端子，避免测试过程中被碰掉。PP线尤其要注意，它本质上是在测一个电阻值，接触电阻大一点，换算出来的线缆容量就差一档，明明是32A的线被判成16A，后面的用例全废。

功率回路的接线要点是先确认被测设备的输出断路器处于断开状态，接好线再合闸。这一步没有任何技术含量，但每年都有人在这个环节出事。还有就是设备侧的电流采样如果是穿心式互感器，注意穿线方向，方向反了读数就是负的，很多新手会以为是设备坏了。

4.2 零点校准与量程校验，花二十分钟省两天

校准这件事，我建议做成开机必做，哪怕设备标称出厂已校准。分三步走：静态零点、满量程、以及中间点的线性度抽检。

静态零点是把CP置于开路、PP置于开路、功率回路不通电的状态，读一遍所有通道的原始值，看电压通道是否在±10mV以内、电流通道是否在±5mA以内。超了就先查地线，八成是接地不良或者附近有大功率设备在跑。

满量程校验要用标准源，CP通道加±12V，看读数偏差；电流通道如果条件允许，用标准分流器过一个大电流点，比如额定值的80%。没有标准源的话，至少要做一次比对校验：拿一台已知准确的万用表同时测同一个点，两边读数差异应当在设备标称精度的一半以内。

中间点线性度最容易被跳过，但对判定影响最大。因为状态门限都落在中间电压区间，比如6V和9V附近。做法是在5V到10V之间取五个点，每个点稳定30秒，记录读数，画出偏差曲线。我在一个项目上就靠这一步发现了某台设备在7.5V附近有0.18V的系统性正偏，正好落在判决门限上，导致所有临界用例全部误判。如果不做这个抽检，可能要排查好几天。

注意：校准数据要记录环境温度和湿度。有一次冬天在没暖气的车间校准完，设备搬到有暖气的实验室后，同一条用例的电流读数整体偏高0.3%，查了很久才发现是采样电阻的温漂。精密测量这件事上，环境记录不是形式主义。

4.3 参数配置：几个必须拍板的数值

跑用例之前有几个参数必须明确，这几个数值定错了，后面所有结论都不可信。

这里特别说一下数据留存策略。全量录制当然最保险，但一个用例几百兆、一天跑几百个用例，存储很快就撑不住。我的做法是默认只存判定结果和关键事件前后的原始波形片段，"事件前后各200毫秒"这个数是从实际回溯经验里定的——充电异常的表现形式在时间上往往很集中，中断前200毫秒基本能覆盖到异常信号的起始点。遇到特别难复现的问题，再单独开启全量录制。

4.4 用例编排：把大流程拆成可独立验证的小段

一条完整的充电流程包含插枪识别、握手、参数协商、继电器闭合、稳态充电、正常结束、异常中断等多个阶段。新手常犯的错误是把整条流程写成一个巨大的用例，中间任何一步失败，整个用例就红了，但你不知道是哪一步的问题。正确的做法是分段验证+整体串联：先写若干个短用例，每个只验证一个阶段的行为和时序，全部通过之后再写一条串联用例跑全流程。

分段的好处是失败定位快。比如"插枪识别"这个短用例只关心从开路到9V的迁移时间和电平准确性，失败了就是这一段的问题，跟后面的握手无关。串联用例的作用是检查阶段之间的衔接，比如从上电到握手的过渡时间是否超限、稳态阶段的电流是否稳定。这两类用例的判定阈值也不一样，短用例可以卡得很严，串联用例要留出合理的余量。

还有一个实用技巧是给每个用例打上标签，比如"兼容性""时序""异常注入""精度"，跑完之后按标签统计通过率。这样在给项目组汇报时能快速指出薄弱环节在哪一类，比笼统地说"通过率85%"有用得多。

5. 应用案例：三个典型场景怎么用

5.1 场景一：整车下线检测中的快速判定

产线的诉求和实验室完全相反，实验室追求信息丰富，产线追求节拍和确定性。一条总装线一分钟下线一台车，留给充电功能检测的时间可能只有四十秒。这种场景下CDS的角色是"快速的合格判定器"，用例设计要做减法：只验证最关键的四五项——CP电平是否正常、占空比与标称功率是否匹配、继电器动作时序是否在窗口内、稳态电流是否达到下限、有无异常中断。

判定阈值要按"宁可误杀不可放过"的思路收紧，因为产线误杀的代价是返工复检几分钟，而漏放的代价可能是整车召回。这时候开放式系统的价值体现在可以让产线和实验室用同一台设备、不同的规则集。产线上跑精简规则，实验室跑完整规则，两者数据格式一致，出了问题可以直接把产线的记录拿到实验室复现，省去了重新搭台架的时间。

一个实际的经验是，产线用例一定要做失败自动重试一次。有些偶发失败是插枪接触不良或者环境干扰造成的，重试一次能过滤掉大部分假失败，同时又不会掩盖真实缺陷，因为连续两次失败的概率很低。重试的判定逻辑也要写进脚本，不能靠人工点击重试，否则数据就没法统计了。

5.2 场景二：兼容性矩阵测试里的批量比对

做充电兼容性的人都懂这个痛：N款车乘以M款桩，组合数轻松上百，每个组合都要测一遍。人工做的话一个人一个月也做不完，而且不同人操作的标准不一致，数据没法横向比较。CDS在这里的价值是把操作标准化、把数据结构化，脚本按矩阵遍历，每个组合跑同一套用例，输出统一格式的报告。

这类测试的关键不是通过率高低，而是找出失败模式。比如某款车在占空比大于60%时握手成功率高，低于40%时偶尔失败；或者某款桩在PP电阻为680欧时电流输出偏低。这些规律只有在大样本、结构化数据的前提下才能看出来。我建议在报告里除了"通过/失败"之外，再增加几个衍生指标：握手耗时分布、占空比偏差分布、稳态电流波动范围。这几个指标画成散点图之后，问题往往一眼就能看出来。

批量测试还要注意环境变量的控制。不同时间、不同工位、不同环境温度下测出来的数据会有系统性偏差，如果不记录这些元数据，后面分析时会误把环境差异当成设备差异。我通常会在每个组合的测试记录里带上环境温度、湿度、供电电压的实测值，虽然麻烦，但事后分析时能救命。

5.3 场景三：异常注入与边界验证

这是最能体现"开放式系统+高精度控制"价值的一类场景。所谓异常注入，就是主动构造现实中出现概率很低但后果严重的工况，观察被测对象是否按规范响应。常见的几类：CP电平缓慢漂移、PWM占空比突变、CP线短时断路、PP电阻在充电过程中变化、供电电压跌落。

这些场景用手工搭很难控制精度，比如"让CP从6V缓慢漂移到5.6V，用时3秒"，手工调电位器根本做不到，但用脚本下发一个斜坡参数就很容易。关键在于斜坡的斜率本身要有精度，因为被测对象的响应门限可能就卡在某个特定电压上，斜率太快会导致它还没来得及响应就越过了门限，测出来的响应时间偏短；斜率太慢又会让它提前触发保护，测出来的响应时间偏长。我一般用0.1V/s这个量级的斜率，既贴近真实工况，又能稳定测出响应门限。

注意：做异常注入之前，务必确认被测设备的保护功能是完好的。有一次在一个老旧的台架上做CP断路测试，被测设备没有正确进入保护态，功率回路一直保持输出，所幸当时接的是模拟负载不是实车。从那以后我的习惯是先跑一遍保护功能自检用例，确认保护正常之后再做注入。

这类测试的产出通常是一张"响应矩阵"表：左边是注入的异常类型和幅度，上边是响应指标（进入保护时间、切断电流、复位方式、恢复后是否可重新充电），格子里填实测值。这张表比单纯的通过率有说服力得多，因为很多设备能进保护，但复位后无法自动恢复，必须人工断电重启，这种细节只有矩阵表才能体现出来。

6. 常见问题与排查技巧实录

6.1 故障速查表

这张表里最值得多说两句的是"占空比偏差"和"时间戳颠倒"两行，因为它们都属于看起来像设备故障、实际是配置问题的类型。前者很多人第一反应是设备坏了要返厂，其实只要启用正确的测量方法就能解决；后者更隐蔽，表面上是"事件顺序不对"，实际是多通道各自为政没有统一时基，改动一个配置项就恢复正常。

6.2 几个真金白银换来的经验

第一条：先录基线，再谈偏差。任何新接入的系统，第一件事都是录一段"一切正常"的基线数据，把正常工况下的电平、时序、波形形态完整存下来。后面所有异常判定都是相对基线做的，没有基线，你根本不知道某个数值是"本来就长这样"还是"确实出问题了"。我见过太多人直接拿规范条文上的理论值当基线，结果被测设备因为设计余量的关系本来就在理论值边缘，一上来就判不合格，白折腾半个月。

第二条：不要相信单次测量。充电握手涉及电阻分压和电容充电，同一个状态多测几次，读数会有几十毫伏的离散。如果判定门限恰好落在离散范围内，结果就会忽好忽坏。正确做法是每个状态点连续采N次取中位数，同时记录离散程度，离散度超标本身就是一个故障信号，可能意味着接触不良或者电容老化。

第三条：异常复现时先固定变量。遇到偶发失败，最忌讳的是同时改好几个东西再观察。我的流程是：先固定线束、固定工位、固定环境温度，把同一个用例连跑50次，记录失败次数和失败时的具体状态；确认了失败率之后，每次只改一个变量，看失败率变化。这个过程慢，但结论可靠。曾经为了定位一个千分之三概率的失败，连跑了三天，最后发现是某批次插头的端子镀层厚度不一致导致的接触电阻波动，如果一开始就乱改，永远查不到这一层。

第四条：报告里的每个数字都要能回溯到原始波形。判定结果只是结论，结论背后的证据必须保留。我给自己的规矩是，报告里出现的每一个异常数值，都要能通过编号在原始数据里找到对应的波形片段。这样做一开始觉得麻烦，但当你需要向别人解释"为什么判不合格"的时候，一段波形胜过十页文字。

6.3 关于精度和成本的一个现实取舍

最后说一个实际问题。高精度测量和控制意味着更高的成本，而项目预算永远是有限的。我的判断标准是：测量不确定度要小于判定裕度的三分之一。举个例子，某个电平门限是7.0V，被测设备的容差是±0.3V，那么实际判决应当在6.7V到7.3V之间不产生误判，判定裕度是0.3V，测量不确定度控制在0.1V以内就够了，没必要追求0.01V。

反过来说，如果判定裕度本身很小，比如占空比偏差只允许±0.2%，那测量不确定度就必须压到±0.07%以内，这时候省钱是省不掉的。想清楚这个关系，选型时就不会被参数表上的数字牵着走，也不会为了省预算而在关键指标上妥协。我在实际项目里见过两种极端，一种是拿着一台低精度设备硬测高要求项目，报告出来没人敢签字；另一种是明明判定裕度很宽，非要上最高精度档，预算花在了看不见的地方。这两种都不是好买卖。

做充电测试这些年，最深的体会是：能测出来不算本事，能说清楚为什么测出来才算。设备只是工具，真正决定测试质量的，是你对那条CP线上每一次电平跳变背后含义的理解，以及你愿不愿意为了一个说不清的偶发失败连跑三天。CDS这类中间诊断环节的价值，归根到底就是把"说不清"变成"说得清"，而这个转化过程，靠的还是一线的人怎么用它。