TC_B_20_CSMS — Reset Charging Station - Without ongoing transaction - OnIdle
TC_B_20_CSMS — Reset Charging Station - Without ongoing transaction - OnIdle
Source: OCPP 2.0.1 Part 6 — Test Cases (Core & Advanced Security, FINAL, 2023-06-30) — Functional block B. Provisioning, page 355.
Identification
| Field | Value |
|---|---|
| Test case name | Reset Charging Station - Without ongoing transaction - OnIdle |
| Test case Id | TC_B_20_CSMS |
| Use case Id(s) | B11 |
| Requirement(s) | B11.FR.04 |
| System under test | CSMS |
| Functional block | B. Provisioning |
Description
This test case covers how the CSMS can request the Charging Station to reset itself by sending a ResetRequest without any ongoing transaction. This could for example be necessary if the Charging Station is not functioning correctly.
Purpose
To verify if the CSMS is able to perform the reset mechanism as described at the OCPP specification.
Prerequisite(s)
n/a
Before (Preparations)
Configuration State:
- N/a
Memory State:
- N/a
Reusable State(s):
- N/a
Main (Test scenario)
| Charging Station | CSMS |
|---|---|
| Manual Action: Request the CSMS to reboot the Charging Station with type _OnIdle | |
| 2. The OCTT responds with a ResetResponse; with status Accepted | 1. The CSMS sends a ResetRequest |
| 3. The OCTT sends a BootNotificationRequest | 4. The CSMS responds with a BootNotificationResponse |
| 5. The OCTT notifies the CSMS about the current state of all connectors.; Message: StatusNotificationRequest; - connectorStatus Available; Message: NotifyEventRequest; - trigger Delta; - actualValue "Available"; - component.name "Connector"; - variable.name "AvailabilityState" | 6. The CSMS responds accordingly. |
Tool validations
Step 4:
Message BootNotificationResponse
- status Accepted
Post scenario validations
- N/a