Everest Charge Control C 1.6.0#96
Conversation
Signed-off-by: Fabian Hartung <fabian.hartung@chargebyte.com>
Signed-off-by: Fabian Hartung <fabian.hartung@chargebyte.com>
Signed-off-by: Fabian Hartung <fabian.hartung@chargebyte.com>
- update initialization instructions of git sub modules Signed-off-by: Fabian Hartung <fabian.hartung@chargebyte.com>
Signed-off-by: Fabian Hartung <fabian.hartung@chargebyte.com>
| - `-` | ||
|
|
||
| In order to use High-Level Communication, the EVerest modules *EvseV2G* and *EvseSlac* must be considered. | ||
| In order to use High-Level Communication, the EVerest modules *EvseV2G*, *Evse15118D20* and *EvseSlac* must be considered. |
There was a problem hiding this comment.
Do we need to mention IsoMux here?
| - `standardized/SecurityCtrlr.json: SecurityCtrlrIdentity`: In "attributes" adapt the "value" key to configure the SecurityCtrlrIdentity. It is the Charging Station identity. | ||
|
|
||
| For further information about the device model initialization, please refer to the | ||
| `libocpp documentation <https://github.com/EVerest/libocpp/blob/main/doc/v2/ocpp_201_device_model_initialization.md>`_. |
There was a problem hiding this comment.
Not sure, if this complete section still applies
There was a problem hiding this comment.
It does not, it has moved into the main EVerest mono-repository.
There was a problem hiding this comment.
Okay, how should we handle this? Drop the "important points" completely ?
| prepared for the basic AC PWM charger setup. | ||
|
|
||
| Just type "less /etc/everest/bsp-only.conf" to see the content of the configuration file: | ||
| Just type "less /etc/everest/bsp-only.yaml" to see the content of the configuration file: |
| Please note, however, that the range of functions described in the linked `libiso15118` library documentation may not | ||
| correspond to those already integrated in EVerest, as the library has not yet been fully integrated. | ||
| Implementation gaps may exist, particularly in the case of BPT (bidirectional power transfer) functionality. | ||
| For Plug & Charge related setup details, please also refer to the |
There was a problem hiding this comment.
Maybe we should add a note, that for a real PnC use case the customer should contact us (regarding HSM/TPM).
barsnick
left a comment
There was a problem hiding this comment.
There are still three links to the obsolete libocpp repository in docs/source/troubleshooting.rst. The content can remain, but the links need to be updated to the new location in the mono-repo.
| ------------- | ||
|
|
||
| The internal eMMC storage of a chargebyte device is divided into several partitions. The main aim is to have two independent systems available, i.e. system A and system B. This allows to running firmware updates in background while performing normal charging operation, and then switching to the updated system with a fast restart of the device. This also allows to supporting a rollback mechanism in case of failures during firmware updates. In other words, during a firmware update, the active root file system switches from A to B or vice versa, leaving the other as rollback. | ||
| The internal eMMC storage of a chargebyte device is divided into several partitions. The main aim is to have two independent systems available, i.e. system A and system B. This allows firmware updates to run in the background while normal charging operation continues, and then switches to the updated system with a fast restart of the device. This also supports a rollback mechanism in case of failures during firmware updates. In other words, during a firmware update, the active root file system switches from A to B or vice versa, leaving the other as the rollback system. |
There was a problem hiding this comment.
Can we break this line (in the RST source)?
Refresh shared EVerest Charge Control C documentation for release 1.6.0