Over current error code#63
Conversation
Definitions and telemetry push
Definitions and telemetry push
Definitions and telemetry push
|
|
||
| EVSE definition : This error code is set when the EVSE detects the Side B current exceeds the | ||
| maximum allowed Side B current threshold of the EVSE. | ||
|
|
There was a problem hiding this comment.
Cannot include the scenario where the EVSE does not regulate current accurately to EV target, since as per iec that situation does not fall under "OverCurrent".
There was a problem hiding this comment.
Does IEC specify the error code or scenario name for such situation? So that we can introduce dedicated error code with aligned naming.
There was a problem hiding this comment.
If we are separating Side B or Side A - (also is it site or side) - we should consider renaming this to be more specific to the error message.
| ************************ | ||
| OverCurrent Location | ||
| ************************ | ||
|
|
There was a problem hiding this comment.
Since we decided to make the side A fault as a different error code, i am making the location of the fault as if its set by the EV/ EVSE, rather than side or side b. Because as per definition this error code is only monitoring and measuring side B and will be set only if that side violates.
| Trigger Conditions | ||
| ================== | ||
|
|
||
| - The EVSE trigger conditions and thresholds are as defined in the IEC 61851-23 standard, section CC.6.4. |
There was a problem hiding this comment.
Should we include requirements related to chademo or gbt?
There was a problem hiding this comment.
Since this is CharIN, I think we should stay focused on CCS for now.
| - **Description**: The actual current measured at the over current location at the time of the over current condition. | ||
| - **Values**: Any positive numeric value representing the current in amperes. | ||
| - **Unit**: Amperes (A) | ||
| - **Resolution**: 0.1 A |
There was a problem hiding this comment.
Any thoughts on resolution?
There was a problem hiding this comment.
I don't have any specific thoughts on this. 0.1 seems reasonably good, and we can always change it later.
There was a problem hiding this comment.
@AravindSubramanian752 thank you for the patch. Please find some comments from me and my AI.
| SPDX-License-Identifier: CC-BY-4.0 | ||
| Copyright CharIN e.V. and Contributors | ||
|
|
||
| .. _error_overcurrent: |
There was a problem hiding this comment.
🟡 Label vs title inconsistency: label is _error_overcurrent while the title is OverCurrentFailure. The existing pattern keeps them aligned (ConnectorLockFailure → _error_connectorlockfailure). So the label name should be — _error_overcurrentfailure.
| .. _error_overcurrent: | ||
|
|
||
| ********************** | ||
| OverCurrentFailure |
There was a problem hiding this comment.
🟡 Filename convention: existing files follow definitions_<Title>.rst (e.g. definitions_ConnectorLockFailure.rst). This file is definitions_OverCurrent.rst but the title is OverCurrentFailure. Consider definitions_OverCurrentFailure.rst to match.
| Description | ||
| =========== | ||
|
|
||
| EVSE definition : This error code is set when the EVSE detects the Side B current exceeds the |
There was a problem hiding this comment.
🟢 Trailing whitespace here and on lines 15, 17, 21. Please strip.
|
|
||
| The following telemetry signals are required for analyzing this error: | ||
|
|
||
| - :ref:`telemetry_OverCurrent` |
There was a problem hiding this comment.
🟠 High: "Related Telemetry" lists only the Location signal, but this PR also defines Actual Current and Threshold Current — the essential values for an over-current diagnosis. Compare definitions_ConnectorLockFailure.rst, which references both of its signals. List all three (Location label per the naming note in the telemetry file):
- :ref:`telemetry_fault_location`
- :ref:`telemetry_OverCurrent_ActualCurrent`
- :ref:`telemetry_OverCurrent_ThresholdCurrent`| SPDX-License-Identifier: CC-BY-4.0 | ||
| Copyright CharIN e.V. and Contributors | ||
|
|
||
| .. _telemetry_OverCurrent: |
There was a problem hiding this comment.
🧭 Naming (supersedes an earlier suggestion of mine to nest this under _OverCurrent_): this Location signal — values EVSE / EV / unknown — is orthogonal to the fault type and reusable. ConnectorLockFailure ("either EV or EVSE") already wants the same thing. Give it a neutral label and title now, e.g. .. _telemetry_fault_location: / title "Fault Location" (or "Detection Side"), even while it physically stays in this file. Then promoting it to the generic definitions.rst later is a pure cut-and-paste with zero :ref: churn. Deferring the move is fine; deferring the name costs a breaking rename once refs point at it.
| .. _telemetry_OverCurrent: | ||
|
|
||
| ************************ | ||
| OverCurrent Location |
There was a problem hiding this comment.
🟢 Stylistic: existing telemetry files indent the title one space under the overline ( Connector Lock Position); these titles are flush-left. Worth matching for a clean diff.
| - **Unit**: N/A | ||
| - **Resolution**: N/A | ||
|
|
||
| .. _telemetry_OverCurrent_ActualCurrent: |
There was a problem hiding this comment.
The convention is to keep labels lowercase: _telemetry_over_current_actual_current.
However, I like your approach, as it provides a clean separation between the error code name and the value being measured.
What is inconsistent is starting with a lowercase letter while the subsequent parts are capitalized. Maybe the right way would be:
_telemetry_overCurrent_actualCurrent (my preferred approach)
or
_Telemetry_OverCurrent_ActualCurrent
Same comment for other labels.
| OverCurrent Location | ||
| ************************ | ||
|
|
||
| - **Description**: The location of the over current condition. |
There was a problem hiding this comment.
🟢 Trailing whitespace. Please strip.
Definitions and telemetry push
Definitions and telemetry push
Definitions and telemetry push