Skip to content
Documentation Menu

TC_B_21_CS — Reset Charging Station - With Ongoing Transaction - OnIdle

TC_B_21_CS — Reset Charging Station - With Ongoing Transaction - OnIdle

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

Identification

FieldValue
Test case nameReset Charging Station - With Ongoing Transaction - OnIdle
Test case IdTC_B_21_CS
Use case Id(s)B12
Requirement(s)B12.FR.01, B12.FR.03, E07.FR.03
System under testCharging Station
Functional blockB. Provisioning

Description

This test case covers how the CSMS can remotely request the Charging Station to reset itself by sending a ResetRequest during a transaction. When ResetRequest "OnIdle" is send the charging stations schedules a reboot after all transactions are stopped. This could for example be necessary if the Charging Station is not functioning correctly.

Purpose

To verify if the Charging Station is able to perform the reset mechanism while there is an ongoing transaction as described at the OCPP specification.

Prerequisite(s)

n/a

Before (Preparations)

Configuration State:

  • N/a

Memory State:

  • N/a

Reusable State(s):

  • State is EnergyTransferStarted

Main (Test scenario)

Charging StationCSMS
2. The Charging Station responds with a ResetResponse1. The OCTT sends a ResetRequest; with type OnIdle
3. Execute Reusable State StopAuthorized
4. Execute Reusable State EVConnectedPostSession
5. Execute Reusable State EVDisconnected
Notes(s): Steps 4 and 5 will only be executed if TxStartPoint does not contain: EnergyTransferStarted, DataSigned, PowerPathClosed, or Authorized
6. Execute Reusable State ParkingBayUnoccupied
Notes(s): Step 6 will only be executed if TxStartPoint does not contain: EnergyTransferStarted, DataSigned, PowerPathClosed, Authorized, or EVConnected
7. The Charging Station sends a BootNotificationRequest8. The OCTT responds with a BootNotificationResponse
9. The Charging Station notifies the CSMS about the current state of all connectors.10. The OCTT responds accordingly.
11. The Charging Station sends a SecurityEventNotificationRequest12. The OCTT responds with a SecurityEventNotificationResponse

Tool validations

Step 2:

Message ResetResponse

  • status Scheduled

Step 7:

Message BootNotificationRequest

  • reason ScheduledReset

Step 9:

Message: StatusNotificationRequest

  • If the transaction was stopped at step 3, then connectorStatus Occupied Else connectorStatus Available Message: NotifyEventRequest
  • If the transaction was stopped at step 3, then eventData[0].actualValue "Occupied" Else eventData[0].actualValue "Available"
  • eventData[0].trigger Delta
  • eventData[0].component.name "Connector"
  • eventData[0].variable.name "AvailabilityState"

Step 11:

Message: SecurityEventNotificationRequest

  • type StartupOfTheDevice or ResetOrReboot

Post scenario validations

  • A message to report the state of a connector has been received for all connectors.