【OCPP】ocpp1.6协议第3.7章节：与交易相关的消息-介绍及翻译

目录

3.7章节 概述

3.7. 与交易相关的消息-译文(Transaction-related messages)

3.7.1. 对交易相关消息的错误响应-译文(Error responses to transaction-related messages)

---

 

3.7章节 概述

OCPP 1.6协议中的3.7章节 "Transaction-related messages" 主要涉及到与充电事务相关的消息。充电事务（Transaction）通常是指用户使用充电桩进行一次完整的充电过程，包括充电开始，充电中和充电结束等阶段。

这一章节详细描述了在充电事务中充电桩（Charge Point）与中央系统（Central System）之间交互的一些消息，具体包括：

1. StartTransaction： 当充电开始时，充电桩会发送StartTransaction消息给中央系统。

2. StatusNotification： 在充电过程中，充电桩会通过发送StatusNotification消息将实时状态更新给中央系统。

3. MeterValues： 同样在充电过程中，充电桩会发送包含电表读数（MeterValue）的消息给中央系统。

4. StopTransaction： 当充电结束时，充电桩会发送StopTransaction消息给中央系统。

通过这些消息，中央系统可以实时监控和记录充电事务的整个过程，包括充电的开始和结束时间，消耗的电量，充电设备的状态等信息。同时，这些信息通常会用作计费和故障诊断等后续处理的依据。

 

3.7. 与交易相关的消息-译文(Transaction-related messages)

这一部分是规范性的。

充电桩应该尽快按时间顺序将交易相关消息传递到中央系统。与交易相关的消息是 StartTransaction.req、StopTransaction.req 和周期性或时钟对齐的 MeterValues.req 消息。

当离线时，充电桩必须将所有与交易相关的消息排队，如果充电桩在线，则该消息将发送到中央系统。

如果充电桩有与交易相关的消息排队等待发送到中央系统，则与交易无关的新消息可以立即传送，而无需等待队列清空。因此，允许在交易相关的消息队列被清空之前发送例如授权请求或通知请求，使得客户不会等待并且紧急通知不会被延迟。

新的交易相关消息的传递应等到队列被清空。这是为了确保与交易相关的消息始终按时间顺序传递。

当中央系统收到在充电桩排队一段时间的与交易相关的消息时，中央系统不会意识到这是一条历史消息，除非通过推断，因为各个时间戳都明显是过去的。它应该像处理其他消息一样处理此类消息。

3.7.1. 对交易相关消息的错误响应-译文(Error responses to transaction-related messages)

充电桩可以跳过与交易相关的消息，但前提是中央系统反复报告“无法处理消息”的情况。这样的规定是必要的，因为否则，按照时间顺序传递每个与交易相关的消息的要求将意味着，当软件错误导致中央系统未能确认充电桩的某个与交易相关的消息时，充电桩将无法向中央系统传递任何与交易相关的消息。

关于何种响应或未响应构成“无法处理消息”的定义在OCPP JSON规范和OCPP SOAP规范文件中有详细说明。

充电桩可以通过配置TransactionMessageAttempts和TransactionMessageRetryInterval配置键来设置重试失败的与交易相关的消息的次数和间隔。

当充电桩首次遇到无法传递某个特定的与交易相关的消息时，只要继续导致无法处理消息，并且尚未达到其TransactionMessageAttempts配置键指定的失败处理消息的次数，充电桩应该再次发送该消息。在每次重发之前，充电桩应该等待TransactionMessageRetryInterval键指定的秒数，乘以之前发送该相同消息的次数。

举个例子，假设充电桩的TransactionMessageAttempts配置键的值为3，TransactionMessageRetryInterval配置键的值为60。它发送一个StopTransaction消息并检测到中央系统无法处理该消息。充电桩将等待60秒，然后重新发送该消息。如果第二次失败，充电桩将等待120秒后再次发送该消息。如果最后一次尝试失败，充电桩应该丢弃该消息并继续处理下一个与交易相关的消息（如果有的话）。