Open the-bay-kay opened 1 week ago
I will be handling this portion of the tests. For this, we will test the following scenarios:
[x] Base case: Charge with no DepartureTime or Grid Clamp
[x] OCPP Grid Clamp only
https://github.com/user-attachments/assets/a169a710-4396-4f1f-93ca-aa3bf6b05e8a
https://github.com/user-attachments/assets/fbfa5cc0-af9e-44e3-9295-ac30827c1dcd
[x] Profile becomes active during charging
For each of these, we should test
I can't get the demoes in the main branch to run since they're not compatible with aarch64
"EVerest Demos are currently NOT supported on M1 chips"
Oh I see. I guess I just use my personal laptop
On my nrel laptop (2017 MacBook Pro with Intel chip):
curl https://raw.githubusercontent.com/everest/everest-demo/main/demo-iso15118-2-ocpp-201.sh | bash -s -- -1
After purging docker to free up space, runs until it gets the know error: ERROR [manager builder 6/8] RUN go mod download
I'll take a quick look over at #78 to see if there's a known fix I can try...
Also - draft readME PR #85
I don't see anything for the nodered ui when running demo-ac.sh
I'll take a quick look over at https://github.com/EVerest/everest-demo/issues/78 to see if there's a known fix I can try...
Ah good to see that it is not just my laptop. There is no fix (I tried several options from the issue). We just have to pre-build and change the demo script accordingly. The good news is that I can now pre-build through a CI. I am actively refactoring the demo to use them now, gimme ~ 30 mins more.
https://github.com/EVerest/everest-demo/issues/84#issuecomment-2477238967
It looks like I'm getting this error because nodered isn't up to date.
node-red-1 | 14 Nov 19:28:47 - [warn] [node-red-node-ui-table] Node module cannot be loaded on this version. Requires: >=3.0.0
Are you able to run from Katie's fork? She has updated node-red. I am updating it more formally in https://github.com/EVerest/everest-demo/pull/85 but that is blocked on the maeve CSMS
Are you able to run from Katie's fork? She has updated node-red. I am updating it more formally in #85 but that is blocked on the maeve CSMS
No I wasn't. I thought I was supposed to be testing the main branch, but I guess I should the use the fork for now.
Yeah, the main branch is WiP
Made a quick change to the node-red flows to fix a bug where we failed during an initial empty DT charging session, but changes are working and pushed! Will update this list with videos of my demo tests, as to not clog this issue with lots of posts.
EDIT: Oops, iso_server.cpp
expects a "no-entry" version of DT to be 0, not 86400 -- my bad, let's tweak that so we correctly use the default params...
once we are done, we should set up a meeting to demo to the rest of the team
@the-bay-kay ready to schedule a meeting tomorrow?
ready to schedule a meeting tomorrow?
I still have some cleanup to do, let me see how the next 12 hours go. Where I'm at now:
iso_server.cpp
, and adjust it to call the same mechanism that reduces power when the OCPP profile begins.Will be putting my debug findings below a cut for now, as to not clog this issue for others. We can move & format this documentation once the dust settles (to avoid the "under-the-cut" issues).
@Abby-Wheelis, you should be able to test the AC, ISO 15118-2 DC and the ISO 15118 + OCPP 201 demos now.
Attaching to everest-ac-demo-manager-1, everest-ac-demo-mqtt-server-1, everest-ac-demo-node-red-1
everest-ac-demo-mqtt-server-1 | 1731683942: mosquitto version 2.0.20 starting
everest-ac-demo-mqtt-server-1 | 1731683942: Config loaded from /mosquitto/config/mosquitto.conf.
everest-ac-demo-mqtt-server-1 | 1731683942: Opening ipv4 listen socket on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683942: Opening websockets listen socket on port 9001.
everest-ac-demo-mqtt-server-1 | 1731683942: mosquitto version 2.0.20 running
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.596562 [INFO] manager :: ________ __ _
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.600661 [INFO] manager :: | ____\ \ / / | |
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.601231 [INFO] manager :: | |__ \ \ / /__ _ __ ___ ___| |_
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.601340 [INFO] manager :: | __| \ \/ / _ \ '__/ _ \/ __| __|
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.601396 [INFO] manager :: | |____ \ / __/ | | __/\__ \ |_
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.601496 [INFO] manager :: |______| \/ \___|_| \___||___/\__|
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.602000 [INFO] manager ::
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.602076 [INFO] manager :: everest-framework 0.17.2 @v0.17.2
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.602134 [INFO] manager :: everest-core 2024.9.0 @2024.9.0
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.603172 [INFO] manager ::
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.603278 [INFO] manager :: Using MQTT broker mqtt-server:1883
everest-ac-demo-manager-1 | 2024-11-15 15:19:05.603466 [INFO] manager :: Telemetry enabled
everest-ac-demo-manager-1 | 2024-11-15 15:19:07.027361 [INFO] everest_ctrl :: Launching controller service on port 8849
everest-ac-demo-manager-1 | 2024-11-15 15:19:07.121585 [INFO] manager :: Loading config file at: /ext/source/config/config-sil.yaml
everest-ac-demo-manager-1 | 2024-11-15 15:19:10.286793 [INFO] manager :: Config loading completed in 3432ms
everest-ac-demo-mqtt-server-1 | 1731683950: New connection from 172.18.0.4:38638 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683950: New client connected from 172.18.0.4:38638 as auto-A2C819AD-B3E3-2854-732E-09F1BC310916 (p2, c1, k600).
everest-ac-demo-node-red-1 | 15 Nov 15:19:10 - [info]
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | Welcome to Node-RED
everest-ac-demo-node-red-1 | ===================
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | 15 Nov 15:19:10 - [info] Node-RED version: v4.0.5
everest-ac-demo-node-red-1 | 15 Nov 15:19:10 - [info] Node.js version: v20.18.0
everest-ac-demo-node-red-1 | 15 Nov 15:19:10 - [info] Linux 5.15.49-linuxkit-pr x64 LE
everest-ac-demo-node-red-1 | 15 Nov 15:19:12 - [info] Loading palette nodes
everest-ac-demo-node-red-1 | 15 Nov 15:19:17 - [info] Dashboard version 3.6.5 started at /ui
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [info] Settings file : /data/settings.js
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [info] Context store : 'default' [module=memory]
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [info] User directory : /data
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [warn] Projects disabled : editorTheme.projects.enabled=false
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [info] Flows file : /config/config-sil-flow.json
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [warn]
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | ---------------------------------------------------------------------
everest-ac-demo-node-red-1 | Your flow credentials file is encrypted using a system-generated key.
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | If the system-generated key is lost for any reason, your credentials
everest-ac-demo-node-red-1 | file will not be recoverable, you will have to delete it and re-enter
everest-ac-demo-node-red-1 | your credentials.
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | You should set your own key using the 'credentialSecret' option in
everest-ac-demo-node-red-1 | your settings file. Node-RED will then re-encrypt your credentials
everest-ac-demo-node-red-1 | file using your chosen key the next time you deploy a change.
everest-ac-demo-node-red-1 | ---------------------------------------------------------------------
everest-ac-demo-node-red-1 |
everest-ac-demo-node-red-1 | 15 Nov 15:19:19 - [info] Server now running at http://127.0.0.1:1880/
everest-ac-demo-node-red-1 | 15 Nov 15:19:20 - [warn] Encrypted credentials not found
everest-ac-demo-node-red-1 | 15 Nov 15:19:20 - [info] Starting flows
everest-ac-demo-node-red-1 | 15 Nov 15:19:20 - [info] Started flows
everest-ac-demo-mqtt-server-1 | 1731683960: New connection from 172.18.0.3:41890 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683960: New client connected from 172.18.0.3:41890 as nodered_f350619498f52f1a (p2, c1, k60).
everest-ac-demo-node-red-1 | 15 Nov 15:19:20 - [info] [mqtt-broker:fc8686af.48d178] Connected to broker: mqtt://mqtt-server:1883
everest-ac-demo-mqtt-server-1 | 1731683964: New connection from 172.18.0.4:40076 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:24.114472 [INFO] auth:Auth :: Module auth initialized [13085ms]
everest-ac-demo-mqtt-server-1 | 1731683964: New client connected from 172.18.0.4:40076 as auto-C739733E-AA4F-4D23-2C37-775DE896AA9F (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683969: New connection from 172.18.0.4:40078 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683969: New client connected from 172.18.0.4:40078 as auto-5699942B-1769-4682-0B0A-EC9B4BC49FDA (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:29.306513 [INFO] token_provider: :: Module token_provider initialized [6781ms]
everest-ac-demo-mqtt-server-1 | 1731683970: New connection from 172.18.0.4:38204 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683971: New client connected from 172.18.0.4:38204 as auto-0645BA7E-E8B2-1FF4-3E5A-77159B8E9879 (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:31.190987 [INFO] grid_connection :: Module grid_connection_point initialized [13813ms]
everest-ac-demo-mqtt-server-1 | 1731683972: New connection from 172.18.0.4:38220 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:32.997036 [INFO] setup:Setup :: Module setup initialized [9387ms]
everest-ac-demo-mqtt-server-1 | 1731683973: New client connected from 172.18.0.4:38220 as auto-5F7D6449-0F89-8B0F-9B17-66E2CCD220E3 (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683974: New connection from 172.18.0.4:38226 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:34.691206 [INFO] api:API :: Module api initialized [23585ms]
everest-ac-demo-mqtt-server-1 | 1731683974: New client connected from 172.18.0.4:38226 as auto-5EED59FA-2945-93B3-13D5-92AAE1E24A20 (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683980: New connection from 172.18.0.4:56940 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683980: New connection from 172.18.0.4:56946 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:40.906756 [INFO] error_history:E :: Resetting database
everest-ac-demo-manager-1 | 2024-11-15 15:19:41.304248 [INFO] ev_manager:EvMa :: Module ev_manager initialized [26250ms]
everest-ac-demo-mqtt-server-1 | 1731683981: New client connected from 172.18.0.4:56946 as auto-7BEC658C-B656-47A6-2960-6ADDBBA0491A (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:41.605178 [INFO] error_history:E :: Module error_history initialized [26863ms]
everest-ac-demo-mqtt-server-1 | 1731683981: New client connected from 172.18.0.4:56940 as auto-F9D68279-F943-9E2C-1046-AC6190157F29 (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683981: New connection from 172.18.0.4:56956 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:41.989907 [INFO] energy_manager: :: Module energy_manager initialized [27650ms]
everest-ac-demo-mqtt-server-1 | 1731683981: New connection from 172.18.0.4:56970 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683981: New client connected from 172.18.0.4:56956 as auto-0BBF8C03-5B2D-6279-DE3C-64C2246EC64B (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.211343 [INFO] iso15118_charge :: Module iso15118_charger initialized [22665ms]
everest-ac-demo-mqtt-server-1 | 1731683982: New client connected from 172.18.0.4:56970 as auto-43543B6E-7EA5-5A3E-DD23-B9F6AA81328B (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683982: New connection from 172.18.0.4:56974 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.509068 [INFO] token_validator :: Module token_validator initialized [19296ms]
everest-ac-demo-mqtt-server-1 | 1731683982: New client connected from 172.18.0.4:56974 as auto-39F6F3A5-DD0F-1969-5CFB-55A98E4B5F0E (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683982: New connection from 172.18.0.4:56988 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.697672 [WARN] evse_security:E evse_security::EvseSecurity::EvseSecurity(const evse_security::FilePaths&, const std::optional<std::__cxx11::basic_string<char> >&, const std::optional<long unsigned int>&, const std::optional<long unsigned int>&, const std::optional<std::chrono::duration<long int> >&, const std::optional<std::chrono::duration<long int> >&) :: Could not find configured V2G bundle file at: /ext/dist/etc/everest/certs/ca/v2g/V2G_ROOT_CA.pem, creating default!
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.703110 [WARN] evse_security:E evse_security::EvseSecurity::EvseSecurity(const evse_security::FilePaths&, const std::optional<std::__cxx11::basic_string<char> >&, const std::optional<long unsigned int>&, const std::optional<long unsigned int>&, const std::optional<std::chrono::duration<long int> >&, const std::optional<std::chrono::duration<long int> >&) :: Could not find configured MO bundle file at: /ext/dist/etc/everest/certs/ca/mo/MO_ROOT_CA.pem, creating default!
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.704824 [WARN] evse_security:E evse_security::EvseSecurity::EvseSecurity(const evse_security::FilePaths&, const std::optional<std::__cxx11::basic_string<char> >&, const std::optional<long unsigned int>&, const std::optional<long unsigned int>&, const std::optional<std::chrono::duration<long int> >&, const std::optional<std::chrono::duration<long int> >&) :: Could not find configured CSMS bundle file at: /ext/dist/etc/everest/certs/ca/csms/CSMS_ROOT_CA.pem, creating default!
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.706137 [WARN] evse_security:E evse_security::EvseSecurity::EvseSecurity(const evse_security::FilePaths&, const std::optional<std::__cxx11::basic_string<char> >&, const std::optional<long unsigned int>&, const std::optional<long unsigned int>&, const std::optional<std::chrono::duration<long int> >&, const std::optional<std::chrono::duration<long int> >&) :: Could not find configured MF bundle file at: /ext/dist/etc/everest/certs/ca/mf/MF_ROOT_CA.pem, creating default!
everest-ac-demo-manager-1 | 2024-11-15 15:19:42.792106 [INFO] evse_security:E :: Module evse_security initialized [27293ms]
everest-ac-demo-mqtt-server-1 | 1731683982: New client connected from 172.18.0.4:56988 as auto-821BBD4A-E71E-2476-8C62-FAC76A9101EF (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683983: New connection from 172.18.0.4:56998 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:43.506160 [INFO] connector_1:Evs :: Module connector_1 initialized [30286ms]
everest-ac-demo-mqtt-server-1 | 1731683983: New client connected from 172.18.0.4:56998 as auto-BBC13811-DEC0-E4B8-6679-F6E259062A1C (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683984: New connection from 172.18.0.4:57002 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683984: New connection from 172.18.0.4:57014 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683984: New client connected from 172.18.0.4:57014 as auto-EDAAD223-CFC3-FBF5-B5FB-668145FB7A56 (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:44.487168 [INFO] persistent_stor :: Module persistent_store initialized [23262ms]
everest-ac-demo-mqtt-server-1 | 1731683984: New client connected from 172.18.0.4:57002 as auto-6055B101-554D-FA9C-2CBC-D8D70D42A630 (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683984: New connection from 172.18.0.4:57030 on port 1883.
everest-ac-demo-manager-1 | 2024-11-15 15:19:44.797894 [INFO] slac:SlacSimula :: Module slac initialized [22581ms]
everest-ac-demo-mqtt-server-1 | 1731683984: New client connected from 172.18.0.4:57030 as auto-27066FFE-6462-7DB9-4A2E-EB6F7D41B118 (p2, c1, k600).
everest-ac-demo-mqtt-server-1 | 1731683985: New connection from 172.18.0.4:57042 on port 1883.
everest-ac-demo-mqtt-server-1 | 1731683985: New client connected from 172.18.0.4:57042 as auto-7FA4A310-35EF-A816-65A0-4500E0512088 (p2, c1, k600).
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.909744 [INFO] manager :: 🚙🚙🚙 All modules are initialized. EVerest up and running [40467ms] 🚙🚙🚙
everest-ac-demo-manager-1 |
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.917624 [INFO] iso15118_charge :: TCP server on eth0 is listening on port [fe80::42:acff:fe12:4%21]:61341
everest-ac-demo-manager-1 |
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.919228 [INFO] iso15118_charge :: TLS server on eth0 is listening on port [fe80::42:acff:fe12:4%21]:64109
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.925755 [INFO] evse_security:E :: Requesting leaf certificate info: V2G
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.926897 [WARN] evse_security:E evse_security::GetCertificateInfoResult evse_security::EvseSecurity::get_leaf_certificate_info_internal(evse_security::LeafCertificateType, evse_security::EncodingFormat, bool) :: Could not find any key pair
everest-ac-demo-manager-1 |
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.930029 [ERRO] iso15118_charge void dlog_func(dloglevel_t, const char*, int, const char*, const char*, ...) :: Failed to read cert_info! Not Accepted
everest-ac-demo-manager-1 | 2024-11-15 15:19:45.931061 [WARN] iso15118_charge void {anonymous}::log_handler(openssl::log_level_t, const std::string&) :: trusted_ca_keys support disabled
everest-ac-demo-manager-1 |
everest-ac-demo-manager-1 | 2024-11-15 15:19:46.004046 [INFO] iso15118_charge :: SDP socket setup succeeded
everest-ac-demo-manager-1 | 2024-11-15 15:19:46.227554 [INFO] connector_1:Evs :: AC HLC mode enabled.
everest-ac-demo-manager-1 | 2024-11-15 15:19:46.440602 [INFO] connector_1:Evs :: Ignoring BSP Event, BSP is not enabled yet.
everest-ac-demo-manager-1 | 2024-11-15 15:19:47.238808 [INFO] connector_1:Evs :: Cleaning up any other transaction on start up
everest-ac-demo-manager-1 | 2024-11-15 15:19:47.398152 [INFO] connector_1:Evs :: 🌀🌀🌀 Ready to start charging 🌀🌀🌀
everest-ac-demo-manager-1 | 2024-11-15 15:19:47.635388 [INFO] connector_1:Evs :: All errors cleared
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.233976 [INFO] connector_1_pow :: Lock connector
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.397615 [INFO] connector_1:Evs :: SYS Session logging started.
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.398223 [INFO] connector_1:Evs :: EVSE IEC Session Started: EVConnected
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.413472 [INFO] token_provider: :: Publishing new dummy token: {
everest-ac-demo-manager-1 | "type": "ISO14443",
everest-ac-demo-manager-1 | "value": "DEADBEEF"
everest-ac-demo-manager-1 | } (RFID)
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.478763 [INFO] auth:Auth :: Received new token: {
everest-ac-demo-manager-1 | "authorization_type": "RFID",
everest-ac-demo-manager-1 | "id_token": {
everest-ac-demo-manager-1 | "type": "ISO14443",
everest-ac-demo-manager-1 | "value": "DEADBEEF"
everest-ac-demo-manager-1 | }
everest-ac-demo-manager-1 | }
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.687513 [INFO] token_validator :: Got validation request for token: DEADBEEF
everest-ac-demo-manager-1 | 2024-11-15 15:22:26.983884 [INFO] token_validator :: Returning validation status: Accepted
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.101588 [INFO] auth:Auth :: Providing authorization to connector#1
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.285508 [INFO] auth:Auth :: Result for token: DEADBEEF: ACCEPTED
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.292171 [INFO] connector_1:Evs :: EVSE IEC EIM Authorization received
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.408531 [INFO] connector_1:Evs :: EVSE IEC Transaction Started (0 kWh)
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.420910 [INFO] connector_1:Evs :: EVSE IEC AC mode, HLC enabled(X1), matching already started. We are in X1 so we can go directly to nominal PWM.
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.421351 [INFO] connector_1:Evs :: EVSE IEC Charger state: Wait for Auth->PrepareCharging
everest-ac-demo-manager-1 | 2024-11-15 15:22:27.424023 [INFO] connector_1:Evs :: EVSE IEC Set PWM On (53.33333611488342%) took 0 ms
everest-ac-demo-manager-1 | 2024-11-15 15:22:29.385540 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:29.386809 [INFO] connector_1:Evs :: EVSE IEC Charger state: PrepareCharging->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:29.637859 [INFO] connector_1:Evs :: EVSE IEC Event PowerOn
everest-ac-demo-manager-1 | 2024-11-15 15:22:35.463815 [ERRO] connector_1_pow void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: evse_board_support/BrownOut, sub_type: , message: Simulated fault event
everest-ac-demo-manager-1 | 2024-11-15 15:22:35.768975 [ERRO] connector_1:Evs void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: evse_manager/Inoperative, sub_type: , message: evse_board_support/BrownOut
everest-ac-demo-manager-1 | 2024-11-15 15:22:35.789038 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:35.790441 [INFO] connector_1:Evs :: EVSE IEC Set PWM F
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.205076 [INFO] connector_1:Evs :: EVSE IEC Set PWM Off
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.216944 [INFO] connector_1:Evs :: EVSE IEC Event PowerOff
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.907586 [INFO] connector_1:Evs :: EVSE ISO SLAC UNMATCHED
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.907998 [INFO] connector_1:Evs :: EVSE ISO D-LINK_READY (false)
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.924446 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedStopPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:36.983237 [INFO] connector_1:Evs :: CAR IEC Event BCDtoEF
everest-ac-demo-manager-1 | 2024-11-15 15:22:37.000709 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:39.008659 [INFO] connector_1_pow :: Cleared error of type evse_board_support/BrownOut with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:39.295736 [INFO] connector_1:Evs :: Cleared error of type evse_manager/Inoperative with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:39.296933 [INFO] connector_1:Evs :: All errors cleared that prevented charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:39.297223 [INFO] connector_1:Evs :: All errors cleared
everest-ac-demo-manager-1 | 2024-11-15 15:22:39.748005 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:40.096595 [INFO] connector_1:Evs :: EVSE IEC Set PWM On (53.33333611488342%) took 0 ms
everest-ac-demo-manager-1 | 2024-11-15 15:22:41.120200 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:41.120829 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:41.369483 [INFO] connector_1:Evs :: EVSE IEC Event PowerOn
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.426183 [ERRO] connector_1_pow void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: evse_board_support/MREC20PartialInsertion, sub_type: , message: Simulated fault event
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.484160 [ERRO] connector_1:Evs void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: evse_manager/Inoperative, sub_type: , message: evse_board_support/MREC20PartialInsertion
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.519631 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.520139 [INFO] connector_1:Evs :: EVSE IEC Set PWM F
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.657205 [INFO] connector_1:Evs :: EVSE IEC Event PowerOff
everest-ac-demo-manager-1 | 2024-11-15 15:22:45.922064 [INFO] connector_1:Evs :: EVSE IEC Set PWM Off
everest-ac-demo-manager-1 | 2024-11-15 15:22:46.127248 [INFO] connector_1:Evs :: CAR IEC Event BCDtoEF
everest-ac-demo-manager-1 | 2024-11-15 15:22:46.623701 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedStopPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:46.624517 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:46.675243 [INFO] connector_1:Evs :: EVSE ISO SLAC MATCHING
everest-ac-demo-manager-1 | 2024-11-15 15:22:46.675498 [INFO] connector_1:Evs :: CAR IEC Event EFtoBCD
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.190908 [INFO] connector_1_pow :: Cleared error of type evse_board_support/MREC20PartialInsertion with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.201953 [INFO] connector_1:Evs :: Cleared error of type evse_manager/Inoperative with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.202569 [INFO] connector_1:Evs :: All errors cleared that prevented charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.202657 [INFO] connector_1:Evs :: All errors cleared
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.292478 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:50.394346 [INFO] connector_1:Evs :: EVSE IEC Set PWM On (53.33333611488342%) took 0 ms
everest-ac-demo-manager-1 | 2024-11-15 15:22:51.003078 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:51.003501 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:51.250780 [INFO] connector_1:Evs :: EVSE IEC Event PowerOn
everest-ac-demo-manager-1 | 2024-11-15 15:22:53.901135 [ERRO] connector_1_pow void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: connector_lock/VendorError, sub_type: , message: Simulated fault event
everest-ac-demo-manager-1 | 2024-11-15 15:22:53.909749 [ERRO] connector_1:Evs void Everest::error::ErrorManagerImpl::raise_error(const Everest::error::Error&) :: Error raised, type: evse_manager/Inoperative, sub_type: , message: connector_lock/VendorError
everest-ac-demo-manager-1 | 2024-11-15 15:22:53.979116 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:53.979590 [INFO] connector_1:Evs :: EVSE IEC Set PWM F
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.037962 [INFO] connector_1:Evs :: EVSE IEC Event PowerOff
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.341592 [INFO] connector_1:Evs :: EVSE IEC Set PWM Off
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.584830 [INFO] connector_1:Evs :: CAR IEC Event BCDtoEF
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.585326 [INFO] connector_1:Evs :: EVSE ISO SLAC UNMATCHED
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.586772 [INFO] connector_1:Evs :: EVSE ISO D-LINK_READY (false)
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.811516 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedStopPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:54.811952 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.629109 [INFO] connector_1_pow :: Cleared error of type connector_lock/VendorError with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.634172 [INFO] connector_1:Evs :: Cleared error of type evse_manager/Inoperative with sub_type
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.634383 [INFO] connector_1:Evs :: All errors cleared that prevented charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.634497 [INFO] connector_1:Evs :: All errors cleared
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.661122 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:22:55.772890 [INFO] connector_1:Evs :: EVSE IEC Set PWM On (53.33333611488342%) took 0 ms
everest-ac-demo-manager-1 | 2024-11-15 15:22:56.520452 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedPower
everest-ac-demo-manager-1 | 2024-11-15 15:22:56.520743 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:22:56.770728 [INFO] connector_1:Evs :: EVSE IEC Event PowerOn
everest-ac-demo-manager-1 | 2024-11-15 15:23:00.646464 [INFO] connector_1:Evs :: EVSE IEC Event PowerOff
everest-ac-demo-manager-1 | 2024-11-15 15:23:00.719725 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedStopPower
everest-ac-demo-manager-1 | 2024-11-15 15:23:00.724349 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->Car Paused
everest-ac-demo-manager-1 | 2024-11-15 15:23:03.597532 [INFO] connector_1:Evs :: CAR IEC Event CarRequestedPower
everest-ac-demo-manager-1 | 2024-11-15 15:23:03.598628 [INFO] connector_1:Evs :: EVSE IEC Charger state: Car Paused->Charging
everest-ac-demo-manager-1 | 2024-11-15 15:23:03.847270 [INFO] connector_1:Evs :: EVSE IEC Event PowerOn
everest-ac-demo-manager-1 | 2024-11-15 15:23:12.658284 [INFO] ev_manager:EvMa :: Finished simulation.
everest-ac-demo-manager-1 | 2024-11-15 15:23:12.918115 [INFO] connector_1:Evs :: EVSE IEC Event PowerOff
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.021879 [INFO] connector_1_pow :: Unlock connector
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.192257 [INFO] connector_1:Evs :: CAR IEC Event CarUnplugged
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.194040 [INFO] connector_1:Evs :: EVSE IEC Charger state: Charging->StoppingCharging
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.198930 [INFO] connector_1:Evs :: EVSE IEC Set PWM Off
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.279034 [INFO] connector_1:Evs :: EVSE IEC Charger state: StoppingCharging->Finished
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.301996 [INFO] connector_1:Evs :: EVSE IEC Transaction Finished: EVDisconnected (0.073 kWh)
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.344706 [INFO] connector_1:Evs :: EVSE IEC Session Finished
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.345089 [INFO] connector_1:Evs :: SYS Session logging stopped.
everest-ac-demo-manager-1 | 2024-11-15 15:23:13.435873 [INFO] connector_1:Evs :: All errors cleared
^CGracefully stopping... (press Ctrl+C again to force)
2024-11-15 16:04:36.916211 [INFO] car_simulator_1 :: Unplug detected, restarting simulation.
ISO 15118-2 DC - able to plug in and pause charging, crashed on "resume"
This looks like an old version of the simulator command iso_start_bcb_toggle
is being used. Assuming these latest demos are using the latest simulator implementation (as opposed to JsEvManager), the command is registered here and processed here. If you compare the latter with the third set of commands found in the Node-RED flow, we will likely need to update the way we are formatting this command's input!
@shankari I just ran the rest of the tests, everything worked as intended except one edge case!
As for the edge case -- I once again got the default "empty DT" wrong in Node-RED it seems. If unmodified at launch, DT defaults to 0 ("empty"). But, if we enter a time, and then delete it, we default to 86400 -- not empty. Woops! With that last change to the node-red flow, we should be good to go. Will LYK when that change is pushed! It shouldn't affect any of the existing patches, just the flow.
@the-bay-kay please let me know when that change is pushed so I can clean up your changes so far and get them into main
@shankari Changes are pushed! You can find the list of patches starting here -- some like the device_storage patch will not be relevant, as we discussed with the sed
changes you've made! The flow used is config-sil-iso15118-ac-flow.json
@the-bay-kay I would like to also test something like section 2.4 of the OCPP spec; the external smart charging signal. Could you try to send two separate charging profiles, one from the CSMS and the other from the external controller, and see if that works?
...Could you try to send two separate charging profiles, one from the CSMS and the other from the external controller...
Sure thing! Looking at OCPP 2.0.1 Part 2, Section K-2.4, I see a few different methods of external smart charging control (IEC 61850, OpenADR, etc.). I may be blanking -- is there a preferred / documented method I should test? Currently looking for some examples of how the community has tested in the past!
- Some local input, for example a Home Energy Management System (HEMS) or DSO, can influence the charging, for example via an External Smart Charging Control signal. See K11 - Set / Update External Charging Limit.
See K11 - Set / Update External Charging Limit.
Right! At a high level, I understand the difference between CSMS profiles and profiles from local inputs (HEMS, DSO, etc.). How I can emulate one of these schedules within EVerest. E.g., we use the script to send ChargingProfiles json
's to Maeve -- what is the equivalent method for sending a DSO signal to EVerest? (As I understand Figure 97-98 and 110, EVerest should process an external signal before sending a NotifyChargingLimitReq to the CSMS). I saw this open issue for the addition of K-11, and it looks like there was a draft PR to include Section 5.2 here that was not merged. Still looking for examples of how to test this, will update if I find a methodology!
Ah if https://github.com/EVerest/libocpp/pull/828 is not merged, then there will not be support for this. The PR looks pretty complete, though, and it would be a great example of composite schedules, which was the main achievement of the AFS work. Looking at the PR, where does it expect the external limit charging profile to come from? Is it from the websocket connection to the CSMS? What happens if we just send it over that link?
@the-bay-kay this will need some digging, I would suggest that you go back to the charging dial for now
@the-bay-kay I tested after incorporating all patches (#88), and ran into an issue at the end of the charge session
SAScheduleTuples are: [SAScheduleTuple(sa_schedule_tuple_id=1, p_max_schedule=PMaxSchedule(schedule_entries=[PMaxScheduleEntry(p_max=PVPMax(value=22080, multiplier=0, unit=<UnitSymbol.WATT: 'W'>), time_interval=RelativeTimeInterval(start=0, duration=3200))]), sales_tariff=None)]
Sim speed is now 25
1731783497.504498 1731783375.576895 25
Charging Session Time Elapsed... 3048.1907069683075
In ProcessSchedules
Processing SASchedules! $[]
Processing SASchedules! $3048.1907069683075
Done processing schedules...
Abt to generate Curve... 3048.1907069683075
About to generate a new schedule with a EVCC_Profile [ProfileEntryDetails(start=0, max_power=PVPMax(value=22080, multiplier=0, unit=<UnitSymbol.WATT: 'W'>), max_phases_in_use=None), ProfileEntryDetails(start=3200, max_power=PVPMax(value=0, multiplier=0, unit=<UnitSymbol.WATT: 'W'>), max_phases_in_use=None)]
Done
Returning a curve schedule of: []
New schedule of length 0 created
Not sure if you actually tested all the way to the end...
Do we expect demo-iso15118-2-ocpp-201.sh | bash -s -- -1
to take a really really long time to pull? Maybe my wifi at home is slower than I thought but this has been going for a long time now, definitely >20 minutes.
the manager is fairly big, but we should not need to take a long time. where is it getting stuck?
Downloading the manager, it seems:
It doesn't take that long for me. Maybe try getting off the VPN?!
I have been off the the VPN for a while now. I could stop it and retry off the VPN, but I worry that if my wifi is just that slow it would take this long again.
It may be that it got stuck when you got off the VPN because of the change to networking.
Trying again totally off VPN, but doesn't seem to be going much faster. Also trying on my personal laptop (2020 Macbook Air with M1 chip), which seems to be going at least twice as fast.
Update: work laptop took >20 mins to load Maeve services, just started on the manager/nodered/mqtt
Also trying on my personal laptop (2020 Macbook Air with M1 chip), which seems to be going at least twice as fast.
In <10 minutes all containers were running and the manger was trying to start up, but seems to be stalling right after loading the config file. Oh, just took a long time initialize API module? Ok yeah starting to see the rest of the modules intialized. Ready to charge with an error but no crash:
2024-11-16 21:02:31.068379 [INFO] evse_security:E :: Requesting leaf certificate info: V2G
2024-11-16 21:02:31.069693 [WARN] evse_security:E evse_security::GetCertificateInfoResult evse_security::EvseSecurity::get_leaf_certificate_info_internal(evse_security::LeafCertificateType, evse_security::EncodingFormat, bool) :: Could not find any key pair
2024-11-16 21:02:31.070309 [ERRO] evse_security:E evse_security::OCSPRequestDataList evse_security::EvseSecurity::get_v2g_ocsp_request_data() :: Could not get key pair, for v2g ocsp request!
2024-11-16 21:02:31.108408 [INFO] ocpp:OCPP201 :: libocpp: Updating OCSP cache on 0 certificates
2024-11-16 21:02:31.109074 [INFO] ocpp:OCPP201 :: libocpp: Done updating OCSP cache
2024-11-16 21:03:31.052929 [WARN] ocpp:OCPP201 void ocpp::v201::ChargePoint::scheduled_check_v2g_certificate_expiration() :: PnC is enabled but V2G certificate installation is not, so no certificate expiration check is performed.
Selected ISO15118-2. Car plugin, swipe RFID, entered "Prepare Charging", then saw "Car Paused", seemed stuck. So unplugged. Tried again with same result, relevant logs below:
Going to try giving docker more than the default resource on this laptop to see if it might be a timeout issue.
I wonder if this is an issue with the M1 chip. Normally, I would have said this is a problem with the payment module. But that part seems to be working
2024-11-16 21:09:08.283382 [INFO] car_simulator_1 :: {
cmd: 'iso_start_v2g_session',
args: [ 'externalpayment', 'ac' ],
exec: [Function (anonymous)]
}
2024-11-16 21:09:08.446867 [INFO] iso15118_car :: _handler_start_charging() args: {'DepartureTime': None, 'EAmount': 60, 'EnergyTransferMode': 'AC_three_phase_core', 'PaymentOption': 'ExternalPayment'}
EDIT: Added logs @Abby-Wheelis EDIT: We are seeing different logs, are you sure you cleared out the old containers and ran using the demo script @Abby-Wheelis ?
are you sure you cleared out the old containers and ran using the demo script
Yes, this is a fresh install of Docker on my personal computer so curl https://raw.githubusercontent.com/everest/everest-demo/main/demo-iso15118-2-ocpp-201.sh | bash -s -- -1
was the first time anything was run.
I actually got an error this time,~ I haven't gotten to exactly compare the logs yet but will do that next~:
The logs are definitely different, but the iso15118_car
logs up until where I errored out are the same:
2024-11-16 21:21:22.595116 [DEBG] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: EXI Codec version: 1.55
2024-11-16 21:21:22.603134 [DEBG] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: Starting 15118 version: 0.28.3
2024-11-16 21:21:22.606730 [DEBG] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: Communication session handler started
2024-11-16 21:21:22.631197 [DEBG] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: Remaining SDP requests: 50
2024-11-16 21:21:22.717552 [ERRO] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: [Errno 92] Protocol not available
Traceback (most recent call last):
File "/ext/dist/libexec/everest/modules/PyEvJosev/../../3rd_party/josev/iso15118/shared/utils.py", line 126, in wait_for_tasks
done_task.result()
File "/ext/dist/libexec/everest/modules/PyEvJosev/../../3rd_party/josev/iso15118/evcc/transport/udp_client.py", line 82, in start
sock=self._create_socket(self.iface),
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/ext/dist/libexec/everest/modules/PyEvJosev/../../3rd_party/josev/iso15118/evcc/transport/udp_client.py", line 68, in _create_socket
sock.setsockopt(socket.IPPROTO_IPV6, socket.IPV6_MULTICAST_IF, interface_index)
OSError: [Errno 92] Protocol not available
OSError sounds like it may very well be an M1 chip error. Work laptop loading off VPN 45 minutes and counting, very little progress pulling the manager so far.
We do want to be ready to run on M1 chips if possible, so could you take a look at what that error might on the M1 chip. it seems like a fairly consistent network error, not anything specific to everest
@the-bay-kay any updates on https://github.com/EVerest/everest-demo/issues/84#issuecomment-2480739307
Work laptop loading off VPN 45 minutes and counting, very little progress pulling the manager so far.
For what it's worth, this took ~2 hours and is finally "ready to start charging"
First try got the same "retry max reached" as yesterday. I was able to unplug and replug and sucessfully start a charging session!
We do want to be ready to run on M1 chips if possible, so could you take a look at what that error might on the M1 chip. it seems like a fairly consistent network error, not anything specific to everest
Trying to investigate, it doesn't seem like a super well known error, but finding a few things. 1) It seems that on MacOS errors might not be handled as well as they are in other OS docs
Note On BSD systems (macOS, FreeBSD, etc.) flow control is not supported for datagram protocols, because there is no reliable way to detect send failures caused by writing too many packets. The socket always appears ‘ready’ and excess packets are dropped. An OSError with errno set to errno.ENOBUFS may or may not be raised; if it is raised, it will be reported to DatagramProtocol.error_received() but otherwise ignored.
The error that I am seeing is an OSError
2) This stack overflow article encounters the same error, but has very little explantation of why the accepted solution worked. The function called setsockopt
is the same as what seems to be the origin of this error, so that's something but not a clear answer.
Yay! So we can confirm that x86 works, and there isn't anything fundamentally broken. So this must be an M1 issue.
You can "ssh"
in with docker exec -it
and try to set whatever you want to set. It may be that running an amd64 image on an M1 chip has this error because the virtualization doesn't work as expected.
Let's move this to the M1 mac issue (#63) to avoid cluttering this up.
@Abby-Wheelis let's continue testing the x86 version here, assuming it is responsive!?! I am getting an error while setting the charging profile...
assuming it is responsive!?!
Docker panicked again (The error message really says Docker panic:
). I'll try deleting some more things and see if I can revive it... Sucess!
Stuck in EV Paused it seems. I'm really curious why we're seeing a log that says CAR IEC Event CarRequestedStopPower
before charging even starts.
UPDATE - rebooted and went to charging just fine. Now I can try setting a charging profile?
I am running into issues with setting the charging profile https://github.com/EVerest/everest-demo/issues/79#issuecomment-2480857744 and later
So I am not sure it will actually work. I think you can play around a bit with the departure time (without the charging profile) and then stop for the day 😄
Will wait for @Abby-Wheelis to finish testing with the final changes and then close.
@Abby-Wheelis final(?!!) changes have been checked in. Might still change some text but running out of time for that now. LMK if you are able to play around with the demo and if it works the way you would expect.
I just tried again tonight with a fresh copy, it still took ~2 hours to pull but I was doing work around the house so it didn't matter too much. I plugged/unplugged three times but it just timed out every time and never started charging. I can try again when I get to work tomorrow, but I probably won't be able to pull again unless it really is just the apartment wifi and it's significantly faster in the office.
...ran into an issue at the end of the charge session.... Not sure if you actually tested all the way to the end...
I did include this test. Please see timestamp 5:28 of the attached video here. As you can see in the logs I provided, we end up using a schedule of length "2" after reaching the departure time (e.g., we default to the original SASchedule). Let me try to replicate your issues now.
I ran into a tag mismatch when pulling the changes in main -- The environment expect Tag=0.0.21
, but our tagged manager images only go up to 0.0.20 (link). Building off of 0.0.20 for now, LMK if I'm missing something here.
oops! I forgot to push the 0.0.21 version of manager, which I can only build locally. you should be able to re-pull now...
Goals
In the final stages of prep for CharIN, we want to exhaustively test a variety of Software-In-the-Loop (SIL) and Hardware-In-the-Loop (HIL) demos that we have developed, to ensure that everything is running smoothly prior to the event. These tests will include (but are not limited to):
@shankari ,@Abby-Wheelis , @catarial : Tagging for visibility!