电动出行与充电协议测试指南

选择接口与通信测试范围

充电通信协议测试应从连接器及协议版本开始。GB/T 和 CHAdeMO 流程可能涉及 CAN 通信，CCS 流程可能涉及 PLC 通信。应明确实际充电实现、所需报文和用例，不应假定一台分析仪覆盖所有接口。

以具体产品配置划定设备边界：AST-9000 提供集成实验室路线，ST-9980EA-HPC 是可选配 PLC 采集的便携式 CCS2 方案，ST-6680CA-DC 用于 CHAdeMO 测试。采集、解码、故障注入及测量选项需分别与工程师确认。

• ✓ 明确连接器与协议版本
• ✓ 确认 CAN 或 PLC 采集需求
• ✓ 定义正常、超时和终止用例

建立同步充电时间线

首先记录物理连接、导引状态和通信启动。对于 CAN 或 PLC 充电，应将原始流量、时间戳与充电测量一并采集。解码报文表很有用，但不能替代原始数据，因为时序、重复及异常字段可能解释摘要隐藏的行为。

标记参数协商、就绪、电流需求、实际充电和停机的切换，并在各阶段对照请求电压电流、充电机输出及测试仪测量，从而区分通信分歧与电气响应问题。

• ✓ 保留原始报文与时间戳
• ✓ 记录导引与接触器切换
• ✓ 将请求与实测输出对齐

保留完整上下文开展故障测试

协议故障测试应每次仅改变一个受控条件，并在执行前定义预期恢复或停机行为，例如报文延迟、参数超限、通信中断或模拟绝缘条件。避免同时改变多个信号，否则难以可靠归因最终停机。

采集注入前、异常期间及恢复后的数据。相邻报文常能说明充电机是检测到目标故障、响应了次生条件，还是继续使用过期状态信息。

示例：诊断协商阶段停止的充电桩

先保存正常基准会话，再使用相同充电机固件及测试仪配置复现中止会话。找出最后完成的充电状态，并与基准比较参数交换、导引行为和实测输出。

怀疑通信超时时，结论前应检查原始报文间隔和充电机响应。若报文仍持续但能量传输未启动，应评审就绪条件与电气测量。通过或失败限值应来自适用测试程序；仅凭未完成充电不能确定原因。

• ✓ 保存正常基准采集
• ✓ 找出首个不同状态
• ✓ 修正后重新测试

将采集数据整理为可重复验证的记录

每次采集都应保存测试仪配置、软件版本、充电设备标识、标准版本和用例版本。工程报告应将步骤与报文证据、电气测量及观察到的响应关联。复现故障时，相同配置应生成可比较的时间线，而非缺少背景的截图。

• ✓ 记录协议与软件版本
• ✓ 将原始证据关联到各测试步骤
• ✓ 纠正后重复时序