29 lines
1.5 KiB
Markdown
29 lines
1.5 KiB
Markdown
# OCPP_Server
|
|
|
|
`OCPP_Server` ist ein Transport- und Routing-Scaffold fuer das neue `Ladestation_OCPP` Modul.
|
|
|
|
## Aufgabe
|
|
|
|
- Vorbereitung der CSMS-Transportrolle innerhalb von IP-Symcon.
|
|
- Routing von eingehenden OCPP-Frames nach `ChargePointId`, `EVSEId` und `ConnectorId`.
|
|
- Entgegennahme von ausgehenden Frames aus `Ladestation_OCPP`.
|
|
- Pufferung ausgehender Frames je `ChargePointId` fuer den WebHook/WebSocket-Spike.
|
|
- Dokumentation des WebHook/WebSocket-Spikes.
|
|
|
|
## Status
|
|
|
|
Dieses Modul ist bewusst ein Scaffold. Symcon bietet einen WebSocket Client sowie WebHook Control mit WebSocket-Support und `ProcessHookData()` fuer PHP-Module. Ob diese Mechanik fuer dauerhafte OCPP-CSMS-Verbindungen mit realen Ladestationen robust genug ist, muss mit einer OCPP-Referenzstation, einem Simulator oder dem Fronius Wattpilot getestet werden.
|
|
|
|
Eingehende Calls werden an `Ladestation_OCPP` geroutet. Die dort erzeugten OCPP-CallResults werden in `OCPP_Server` gepuffert und fuer denselben `ChargePointId` wieder ausgegeben, sofern der Symcon-Hook diesen Rueckkanal bereitstellt.
|
|
|
|
## Konfiguration
|
|
|
|
- `HookPath`: Standard `/hook/ocpp`
|
|
- `DefaultTargetInstance`: Zielinstanz, wenn kein spezifisches Routing gefunden wird
|
|
- `Ladepunkte`: optionale Routingliste je ChargePoint/EVSE/Connector
|
|
- `HeartbeatSeconds`: Watchdog-Basis
|
|
|
|
## Zusammenspiel
|
|
|
|
`Ladestation_OCPP` bleibt das fachliche Ladepunktmodul und setzt den EMS-Vertrag um. `OCPP_Server` bleibt Transport/Routing. Mehrere Ladepunkte koennen spaeter ueber denselben Transport angebunden werden.
|