Skip to content
Documentation Menu

TC_E_01_CSMS — Start transaction options - PowerPathClosed

TC_E_01_CSMS — Start transaction options - PowerPathClosed

Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block E. Transactions, page 377.

Identification

FieldValue
Test case nameStart transaction options - PowerPathClosed
Test case IdTC_E_01_CSMS
Use case Id(s)E01(S5)
Requirement(s)E01.FR.05
System under testCSMS
Functional blockE. Transactions

Description

OCPP 2.x.x has a flexible transaction mechanism that allows the transaction start and stop points to be configured differently. This test covers one of the start options.

Purpose

To verify if the CSMS is able to handle a Charging Station that starts a transaction when the power path has been closed.

Prerequisite(s)

N/a

Before (Preparations)

Configuration State:

  • N/a

Memory State:

  • N/a

Reusable State(s):

  • N/a

Main (Test scenario)

Charging StationCSMS
1. The OCTT sends an AuthorizeRequest; With idToken.idToken <Configured valid_idtoken_idtoken> idToken.type <Configured valid_idtoken_type>2. The CSMS responds with an AuthorizeResponse
3. The OCTT notifies the CSMS about the status change of the connector.; Message: StatusNotificationRequest; - connectorStatus is Occupied; Message: NotifyEventRequest; - trigger is Delta; - actualValue is Occupied; - component.name is Connector; - variable.name is AvailabilityState4. The CSMS responds accordingly.
5. The OCTT sends a TransactionEventRequest; With eventType is Started triggerReason is ChargingStateChanged idToken.idToken <Configured valid_idtoken_idtoken> idToken.type <Configured valid_idtoken_type> evse.id is <Configured evseId> evse.connectorId is <Configured connectorId> transactionInfo.chargingState is SuspendedEVSE6. The CSMS responds with a TransactionEventResponse
7. The OCTT sends a TransactionEventRequest; With eventType is Updated triggerReason is ChargingStateChanged transactionInfo.chargingState is Charging8. The CSMS responds with a TransactionEventResponse

Tool validations

Step 2:

Message: AuthorizeResponse

  • idTokenInfo.status must be Accepted

Step 6:

Message: TransactionEventResponse

  • idTokenInfo.status must be Accepted

Post scenario validations

  • N/a