ocppsim is a terminal OCPP-J (Open Charge Point Protocol JSON) charge point
simulator written in Rust.
It connects to a CSMS over WebSocket, negotiates an OCPP subprotocol, and lets
an operator drive common charge point workflows from an interactive terminal UI.
The simulator is focused on practical protocol development and CSMS testing. It keeps local connector, transaction, meter, reservation, charging profile, and configuration state, then emits protocol-shaped OCPP messages from that state.
-
Cargo
cargo install ocppsim
-
Homebrew
brew install zhongruoyu/tap/ocppsim
-
Prebuilt binaries
Download prebuilt binaries for Linux, macOS, and Windows from
ocppsim's latest release on GitHub. -
Docker
Docker images for
ocppsimare also available on Docker Hub aszhongruoyu/ocppsim, and on GitHub Container Registry asghcr.io/zhongruoyu/ocppsim. Use thelatesttag or a specific version tag likev0.1.0to track stable releases, andmainto track the latest commit on the main branch.
Run ocppsim directly against a CSMS endpoint:
ocppsim --ws-url ws://csms.example.com/ocpp --cp-id CP-001Or use a named profile from a TOML config file
in ~/.config/ocppsim/ocppsim.toml or a custom path:
ocppsim some-profile
ocppsim some-profile --config-path ./ocppsim.tomlIn a Docker container, you can run ocppsim with a mounted config file like:
docker run --rm -it \
-v "$PWD/ocppsim.toml:/config/ocppsim.toml:ro" \
zhongruoyu/ocppsim some-profile --config-path /config/ocppsim.tomlRun ocppsim --help for more CLI options.
Inside the terminal UI, type help to see available simulator commands.
See documentation for more details on usage.
Shell completions can be enabled by adding the relevant command to your shell profile:
# Bash
source <(ocppsim completions bash)
# Zsh
source <(ocppsim completions zsh)
# Fish
ocppsim completions fish | source
# PowerShell
ocppsim completions powershell | Out-String | Invoke-ExpressionDocumentation on design, protocol support, usage, and more is available in the
docs directory.
OCPP 1.6 base JSON schemas are the primary complete target.
The OCPP 1.6 Security Whitepaper extension is implemented at simulator level,
including security profiles, certificate-management flows, security event
notifications, signed firmware status, and log status notifications.
Security events are replayed after reconnect until acknowledged by the CSMS,
and original OCPP 1.6 UpdateFirmware is rejected in favor of
SignedUpdateFirmware for whitepaper conformance.
Certificate and firmware security flows use synthetic in-memory material for
interoperability testing; they do not perform full PKI validation, OCSP/CRL,
real CSR generation, file transfer, or firmware binary verification.
OCPP 2.0.1 and OCPP 2.1 support the feature subset that maps to already
implemented OCPP 1.6 behavior, overlapping certificate/security flows, plus
GetVariables and SetVariables for the configuration-equivalent device
model surface.
Other 2.x actions are explicitly treated as unsupported until they are
implemented and tested.
Schema validation tests use files under schemas as the
source of truth.
This project is licensed under the MIT License. See LICENSE for details.