Explanations use OCPI 2.2.1. Physical and billing-system events are authored examples.
Part of the lesson OCPI charging session lifecycle
eMSP sends a StopSession command
Technical
5 min
eMSP sends a StopSession commandExplore the commands module →
The driver taps Stop in the app. The eMSP sends a STOP_SESSION command naming the Session it received, SESSION-R001, and a new response_url. The CPO answers ACCEPTED: it will pass the command to the charger.
The sandbox CPO does not start a Session for a START yet, so there is no Session to stop.
EMSP
CPO
"With the Commands module, commands can be sent from the eMSP, via the CPO to a Charge Point. Most Charge Points are hooked up to the internet via a relative slow wireless connection. To prevent long blocking calls, the commands module is designed to work asynchronously. The Sender (typically eMSP) send a request to a Receiver (typically CPO), via the Receivers Commands interface. The Receiver checks if it can send the request to a Charge Point and will respond to the request with a status, indicating if the request can be sent to a Charge Point. The Receiver (typically CPO) sends the requested command (via another protocol, for example: OCPP) to a Charge Point. The Charge Point will respond if it understands the command and will try to execute the command. This response doesn't always mean that the command was executed successfully. The Receiver (typically CPO) will forward the result in a new POST request to the Senders Commands interface."OCPI 2.2.1 specification · #mod_commands_flow"|ACCEPTED |Command request accepted by the CPO."OCPI 2.2.1 specification · #mod_commands_commandresponsetype_enum
Message FlowStep 4 of 6