Open the-bay-kay opened 1 week ago
Let me try to replicate your issues now.
Testing the charge parameters EA=60, DT = 3600, SimSpeed = 100x , I'm not seeing any errors...
Let me test a few other input combinations -- It may be that we're incorrectly flagging the end of profile in some scenarios...
@the-bay-kay you should be able to use the parameters that I used back in my logs https://github.com/EVerest/everest-demo/issues/84#issuecomment-2480739307
...you should be able to use the parameters that I used back in my logs...
Ah, yup -- with {EA: 60, DT: 3200} @ 25x, I'm seeing the crash. Let me investigate further...
Took about an hour, but I just got to test - documenting and attaching logs then signing off for the week to put my head down on some code changes for other projects.
1st try - no departure time set, entered charging fine 2nd try - set 4,000 as departure time, entered charging but got an error about max number of SDP retry cycles reached, didn't seem to stop charging (by that I mean the error did not cause charging to stop, I was able to unplug just fine) 3rd try - set 3,000 as departure time, did not enter charging, timed out first and went to "car paused" state
I think it was just 3 tries, my brain is admittedly not keeping up well with me today. @catarial was looking over my shoulder so might be able to account for what happened too.
Logs: Nov18_logs.rtf.zip
I'm getting these errors inconsistently with demo-iso15118-2-ocpp-201
which cause the charger to go from PrepareCharging to CarPaused.
2024-11-18 22:21:42.930580 [ERRO] iso15118_charge void dlog_func(dloglevel_t, const char*, int, const char*, const char*, ...) :: Reading from tcp-socket aborted
2024-11-18 22:21:42.931161 [ERRO] iso15118_charge void dlog_func(dloglevel_t, const char*, int, const char*, const char*, ...) :: connection_read(header) failed: connection terminated
2024-11-18 22:21:42.931414 [ERRO] iso15118_charge void dlog_func(dloglevel_t, const char*, int, const char*, const char*, ...) :: v2g_incoming_v2gtp() (previous message "Payment Service Selection") failed
2024-11-18 22:21:49.972675 [ERRO] iso15118_car pybind11_init_everestpy(pybind11::module_&)::<lambda(const std::string&)> :: EVCC tried to initiate a V2GCommunicationSession, but maximum number of SDP retry cycles (1) is now reached. Shutting down high-level communication. Unplug and plug in the cable again if you want to start anew.
Traceback (most recent call last):
File "/ext/dist/libexec/everest/modules/PyEvJosev/../../3rd_party/josev/iso15118/evcc/comm_session_handler.py", line 586, in get_from_rcv_queue
await self.restart_sdp(True)
File "/ext/dist/libexec/everest/modules/PyEvJosev/../../3rd_party/josev/iso15118/evcc/comm_session_handler.py", line 403, in restart_sdp
raise SDPFailedError(
iso15118.shared.exceptions.SDPFailedError: EVCC tried to initiate a V2GCommunicationSession, but maximum number of SDP retry cycles (1) is now reached. Shutting down high-level communication. Unplug and plug in the cable again if you want to start anew.
@catarial they may be related to the setting that you commented out "Reading from tcp-socket aborted" That is not necessarily a deal-breaker - it is better to work sometimes than to never work at all. But it would be interesting to see why that line was added by looking at the blame.
I also want to highlight that we could also choose to rebuild multi-platform and see if that works better. I am a bit surprised that this happened in the python code given that python is a scripted language. But it looks like the python networking stack may be a thin layer over the underlying C stack, and this flag may just be different between operating systems. Would be interesting to understand that flag in greater detail, including differences between platforms.
This still has the crashing issue, but that is not a blocker for the testival. Moving it out of the milestone.
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!