-
Notifications
You must be signed in to change notification settings - Fork 20
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
Provide an ISO 15118-2 AC plus OCPP 1.6J demo #7
Conversation
Requesting a review from @shankari |
One note: This demo only works with manager images that include the changes from EVerest/everest-core#388. For instance, the version of |
3752f60
to
f69f957
Compare
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
Signed-off-by: Daniel Moore <[email protected]>
@shankari: This PR should be ready to merge after the following:
|
Signed-off-by: Daniel Moore <[email protected]>
I don't have
@hikinggrass @caller can one of you pull + push, or give me the appropriate permissions so that we can push these manually created images? Here are the instructions:
|
@drmrd since OCPP 1.6J integration will be deprecated soon anyway, and we are not rebuilding the images automatically, Once we have true end-to-end automated testing (including EV <-> EVSE <-> CSMS), we can include it as part of the smoke tests and know when to update the steve images (if necessary). |
Signed-off-by: Daniel Moore <[email protected]>
Merging, excited to finally see the end to end test working! |
* 👷Initial workflow to checkout and build the CSMS This can definitely be polished, but it works now so can unblock #78 Changes: - Add a new workflow - Configure it with a hardcoded set of images to build for maeve - Apply compile-time patches - Build and push, similar to the original `cicd` workflow ----- full list of changes ----- * Build on pull requests to upgrade branches as well * Handle the two directories correctly Need to explicitly `cd` into `everest-demo` And apply patches from there * Fix repo format * Fix checked out directory format * Again change directory properly before building * Now that build works, re-tag and push * Fix invalid workflow format * Really fix the format * read the env properly (from within the demo) * Login before pushing * Switch to the build-push-action so that push to packages works #78 (comment) * Actually push the values * Give more permissions to the token To be consistent with https://docs.github.com/en/packages/managing-github-packages-using-github-actions-workflows/publishing-and-installing-a-package-with-github-actions * Change the permission to "admin" So that we can really really push?! * Temporarily switch to US-JOET so we can verify that it works * Split the maeve patches into compile time and runtime And apply only the compile time patch while building the image Signed-off-by: Shankari <[email protected]>
These changes include the addition of a new SteVe-based OCPP 1.6J demo that can be executed as a one-liner. Updates to the existing SteVe images (such as the one in the everest-utils repository) were made to obtain a SteVe server that operates well on macOS, Linux, and Windows.
Unfortunately, the build process for the SteVe image is not fully automated at this time. Fully automating it requires disabling or tracking CSRF tokens produced by the SteVe server.
The good news is that the build process is straightforward, with its only manual steps being configuring a charge point and several OCPP ID tags within SteVe before calling
docker commit
for the SteVe and OCPP DB containers. Instructions for the build process are captured insteve/README.md
.