-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unklare Differenzierung zwischen ChargingStationStatus und ChargingPointStatus (Prio: Medium) #2
Comments
Da sowohl OCPP 1.6 als auch OCPP 2.0.1 keine genauere Angabe zur Ladestation, sondern nur zum Ladepunkt machen, erscheint mir das als eine sinnvolle Ergänzung. |
Das muss ich revidieren. ConnectorID=0 beschreibt den Hauptcontroller der Ladestation. Das kann dann für ChargingStationStatus verwendet werden.
Außerdem wurde Occupied ja aufgeteilt:
|
So wie es aussieht, hat sich das in OCPP 2.0.1 geändert. Dort steht:
Also kann man das bei OCPP 2.0.1 nicht mehr konkret am Stecker festmachen, ob das ein Fehler des Steckers ist, oder von der Hauptplatine, wie mir scheint. |
Gibt es in OCPP 2.0.1 noch die Möglichkeit den MainController anzusprechen (per StatusNotification)? |
Das Attribut chargingStationStatus wird ersatzlos gestrichen. |
Erwarte Pull-Request zu diesem Issue |
|
Grafiken: #4 (comment) |
* Add v1.1 JSON schemas fixing issues #2 and #3 * Fixes #5 * removing "uri" format constraint from all string identifiers as agreed in the VDV 463 meeting * removing "uri" format constraint from all string identifiers * removing "uri" format constraint from all string identifiers * Remove obsolete whitespace changes * #20: Allow empty arrays * #22: Allow empty ChargingPredictionData * #22: Add structure ChargingPredictionDataDepartureTime to ChargingPredictionData * #22: Fix descriptions * Update v1.1/ProvideChargingInformationRequest.json Co-authored-by: Maik Wöhl <[email protected]> * Update v1.1/ProvideChargingInformationRequest.json Co-authored-by: Maik Wöhl <[email protected]> * Add critical condition for tractionBattery, add hydrogentankinfo (#16) * Add critical condition for tractionBattery, add hydrogentankinfo * Move vehicleInfo into it's own list * Add VehicleId to ChargingPointInfo to reference it * Switch criticalCondition to integer to reflect SNA values * Revert "Add VehicleId to ChargingPointInfo to reference it" This reverts commit d14814e. Revert "Move vehicleInfo into it's own list" This reverts commit 0aa89ce. * Rename criticalCondition to status * Revert "Add v1.1 JSON schemas fixing issues #2 and #3" * Add evccId to VehicleInfo structure Closes #30 * Revert "Add critical condition for tractionBattery, add hydrogentankinfo (#16)" This reverts commit c82bf61. * Add Validations to JSON Schema Properties (#36) * Move changes of v1.1 to v1.0 Signed-off-by: Maik Wöhl <[email protected]> * Rename v1.0 to schema Signed-off-by: Maik Wöhl <[email protected]> --------- Signed-off-by: Maik Wöhl <[email protected]> Co-authored-by: Kowatsch, Benjamin <[email protected]> Co-authored-by: Dominique Müller <[email protected]> Co-authored-by: Benjamin Kowatsch <[email protected]> Co-authored-by: DohmenClaus <[email protected]> Co-authored-by: Kilian Schneider <[email protected]>
Unklare Differenzierung zwischen ChargingStationStatus [Available, Unavailable, Faulted] und ChargingPointStatus [Available, Occupied, Reserved, Unavailable, Faulted].
Haben die ChargingPointStatus Parameter einen Einfluss auf den ChargingStationStatus, z.B. durch eine Aggregation? Es ist eine detailliertere Definition notwendig.
Änderungsvorschlag:
Folgende Interpretation von ChargingStationStatus wird als Beschreibungstext im Dokument hinzugefügt.
ChargingStationStatus:
Available: Untergeordnete Ladepunkte haben den Status Available, Occupied oder Reserved.
Unavailable: Einer der untergeordneten Ladepunkte hat den Status Unavailable.
Faulted: Einer der untergeordneten Ladepunkte hat den Status Faulted.
The text was updated successfully, but these errors were encountered: