Skip to content

Everest Charge Control C 1.6.0#96

Open
FaHaGit wants to merge 5 commits intoeverest/charge_control_cfrom
everest/ccc-1.6.0
Open

Everest Charge Control C 1.6.0#96
FaHaGit wants to merge 5 commits intoeverest/charge_control_cfrom
everest/ccc-1.6.0

Conversation

@FaHaGit
Copy link
Copy Markdown
Contributor

@FaHaGit FaHaGit commented Apr 24, 2026

Refresh shared EVerest Charge Control C documentation for release 1.6.0

FaHaGit added 5 commits April 24, 2026 10:47
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>
@FaHaGit FaHaGit requested review from barsnick and lategoodbye April 24, 2026 09:27
Comment thread docs/source/hardware.rst
- `-`

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.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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>`_.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure, if this complete section still applies

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It does not, it has moved into the main EVerest mono-repository.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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:
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice catch!

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
Copy link
Copy Markdown
Member

@lategoodbye lategoodbye Apr 24, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe we should add a note, that for a real PnC use case the customer should contact us (regarding HSM/TPM).

Copy link
Copy Markdown
Member

@lategoodbye lategoodbye left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just some thoughts

Copy link
Copy Markdown
Contributor

@barsnick barsnick left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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.

Comment thread docs/source/firmware.rst
-------------

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.
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we break this line (in the RST source)?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants