Skip to content
Documentation Menu

TC_G_08_CSMS — Change Availability Connector - Inoperative to operative

TC_G_08_CSMS — Change Availability Connector - Inoperative to operative

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

Identification

FieldValue
Test case nameChange Availability Connector - Inoperative to operative
Test case IdTC_G_08_CSMS
Use case Id(s)G03
Requirement(s)N/a
System under testCSMS
Functional blockG. Availability

Description

This test case covers how the CSMS requests the Charging Station to change the availability of one of the Connectors from one EVSE from Inoperative to Operative. A Connector is considered Operative in any status other than Faulted and Unavailable.

Purpose

To verify if the CSMS is able to perform the change availability mechanism as described at the OCPP specification.

Prerequisite(s)

n/a

Before (Preparations)

Configuration State:

  • N/a

Memory State:

  • Unavailable for <Configured connectorId>

Reusable State(s):

  • N/a

Main (Test scenario)

Charging StationCSMS
Manual Action: Request the CSMS to change the availability of a Connector to Operative.
2. The OCTT responds with a ChangeAvailabilityResponse; with status Accepted1. The CSMS sends a ChangeAvailabilityRequest
3. The OCTT notifies the CSMS about the current state of the connector.; Message: StatusNotificationRequest; - connectorStatus Available; - evseId <Configured evseId>; - connectorId <Configured connectorId>; Message: NotifyEventRequest; - trigger Delta; - actualValue "Available"; - component.name "Connector"; - component.evse.id <Configured evseId>; - component.evse.connectorid <Configured connectorId>; - variable.name "AvailabilityState"4. The CSMS responds accordingly.

Tool validations

Step 1:

Message ChangeAvailabilityRequest

  • operationalStatus Operative
  • evse.id <Configured evseId>
  • evse.connectorId <Configured connectorId>

Post scenario validations

  • N/a