「桩报通信超时,是不是桩坏了。」运维把日志发过来,我看了时间戳,超时集中发生在下午两点到四点。问了一句:那个时段场地有没有别的车在充。他说有,两台大巴在旁边的直流桩上充。
交直流充电桩测试与运维排查,很多异常不是桩的故障,是场地电气条件、车辆状态或测试配置造成的。
交流桩的测试核心是引导信号与安全保护:控制导引的占空比、保护接地连续性、剩余电流保护动作。它的「通信」简单,异常多表现为无法启动或中途断电。
直流桩的测试核心是通信协议与功率输出:握手、参数配置、绝缘检测、充电阶段的状态转换。异常多表现为握手失败、绝缘检测不通过、功率爬升受限。
两者的排查路径不同,先分清能省掉一半无效动作。
第一个是供电侧。进线电压、相序、接地电阻、变压器容量。多台桩同时工作时,容量不足会造成电压跌落,桩侧保护动作。
第二个是桩侧配置。协议版本、最大输出电流、绝缘检测阈值、计量参数。固件升级后配置被重置的情况并不少见。
第三个是枪线与接口。触点氧化、锁止机构不到位、温度传感器异常。大功率直流充电的枪头带温度监测,传感器故障会让桩降功率运行。
第四个是车辆侧。BMS 的充电请求、绝缘状态、温度保护策略。车辆在低温或高 SOC 状态下的功率限制是正常行为。
第五个是环境。环境温度、散热条件、粉尘与湿度。户外桩在夏季高温下的降功率属于设计行为,不是故障。
排查时最有用的不是单次读数,是同一时段的对比记录:同一把枪、同一台车、不同时段;或同一时段、不同枪。对比能快速定位是桩、是车还是场地。
测试报告要写清依据的协议版本与判据来源。不同版本对同一测试项的要求不同,报告不写版本,结论就无法复核。
掉功率、握手偶发失败、通信超时这三类现象,先排除场地与车辆因素再动硬件。实践中相当比例的换件是无效的,换完问题依旧。
判断方法:换一把枪、换一个车位、换一台车,做三组对照。三组里只有一组复现,指向那一组的对象;三组都复现,才回到桩本身。
还有一个细节:记录异常发生的时段与当时的并发充电数量。多桩同时工作时,场地容量、电压跌落、通信干扰都会变化,这些信息在事后排查里比单台桩的日志更有用。