通信协议与联网：OCPP、CAN总线、4G/WiFi
充电桩联网能力是智能运维、计费结算、远程控制的基础。面试核心考察你对三种主流通信协议的理解深度：OCPP（应用层标准）、CAN总线（内部控制器通信）、4G/WiFi（传输层接入）。回答时需体现分层思维、场景匹配和异常处理经验。
协议选型对比表
| 协议 | 层次 | 作用域 | 典型速率 | 容错机制 |
|---|---|---|---|---|
| OCPP | 应用层 | 桩 ↔ 运营平台 | 取决于传输层 | 消息ID重试、心跳保活 |
| CAN | 数据链路层 | 桩内控制器之间 | 250kbps~1Mbps | CRC、仲裁重发 |
| 4G / WiFi | 传输层/物理层 | 桩 ↔ 云端 | 4G: 10~50Mbps, WiFi: 54Mbps | TCP重传、链路断线自动重连 |
📌 面试问题1：请介绍一下充电桩常用的通信协议有哪些？各自用在什么场景？
面试官考察点： 是否具备分层通信思维，能否区分内部通信和外部通信，对OCPP版本了解的深浅。
回答框架： 先说分层（应用层+传输层+物理层）→ 内部用CAN连接BMS、控制器 → 外部用OCPP+4G/WiFi连接云平台 → 补充常用的WiFi用于调试，4G用于生产环境。
简短示例回答： “充电桩通信分为内外部。内部采用CAN总线连接BMS和主控，速率250kbps，实时性强。外部通过4G或WiFi运行OCPP协议与云平台交互，OCPP主要用1.6版本，新项目已开始迁移到2.0版以支持TLS加密和即插即充。”
可能追问： OCPP 1.6和2.0的关键差异是什么？CAN总线在桩端如何布线与终止？
避坑提醒： 不要只提OCPP而忽略CAN；也不要混用“RS485”等不常用于充电桩的协议（除非实际有使用，先确认公司技术栈）。
📌 面试问题2：OCPP协议在充电桩项目管理中需要注意哪些关键点？
面试官考察点： 对协议实现深度的理解，是否遇到过对接兼容性问题，及版本升级迁移经验。
回答框架： 先从协议栈（SOAP/WebSocket、JSON）入手 → 再强调版本兼容（1.6→2.0） → 重点提到身份认证（Security Profile） → 最后说会话管理和重试机制。
简短示例回答： “OCPP关键点在于：1) 传输方式选择，旧项目用SOAP，新项目多用WebSocket+JSON，延迟更低；2) 安全升级到Security Profile 2；3) 交易状态机需处理双倍计费风险；4) 固件升级流程中考勤重试和断点续传。”
可能追问： 如果充电桩离线后用户完成充电，如何保证计费不丢失？如何处理OCPP协议中的连接超时？
避坑提醒： 不要只背诵协议结构，要结合具体项目中遇到的bug或对接第三方平台（如PlugShare、运营商）的坑来说。
📌 面试问题3：当充电桩4G信号不稳定或WiFi网络中断时，如何处理通信异常？
面试官考察点： 边缘容错设计能力，本地存储与恢复逻辑，及真实项目的异常处理经验。
回答框架： 先定义断网场景（建立连接前、充电中、交易结束） → 本地缓存交易记录和心跳 → 重连策略（指数退避+手动触发） → 双链路备份（CAN本地控制仍可用）。
简短示例回答： “方案是三层容错：1) 充电中断网，桩端连续记录充电量至本地Flash；2) 实现断点续传，每次重连时将未上报的交易按序补发；3) 设置心跳超时阈值30s，启动WiFi/4G自动切换，并在桩端LED提示网络状态。”
可能追问： 本地存储空间满了怎么办？多个充电桩同时连回平台如何防雪崩？
避坑提醒： 不要只说“重新连接”，要提到存储介质（eMMC / Flash）、断点标记和平台端去重设计。