-
Notifications
You must be signed in to change notification settings - Fork 73
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
Beta release ISO15118-20 #638
Conversation
Todo:
|
d71aa46
to
be33a5d
Compare
4562358
to
aba7a0d
Compare
f5dfe32
to
6790568
Compare
842ed32
to
3f2dc6c
Compare
619b7c7
to
f561e76
Compare
fbefa88
to
55209e8
Compare
55209e8
to
0d9d68b
Compare
0d9d68b
to
2935080
Compare
86e7666
to
14871bd
Compare
acaa9f3
to
53470ce
Compare
53470ce
to
fdaf2bc
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Only some observations and suggestion.
b78e30e
to
c57baaf
Compare
|
||
update_powersupply_capabilities(get_powersupply_capabilities()); | ||
if (caps.bidirectional) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok for now, but I'm not sure if this still works if the power supply capabilties are not yet available here. In this case they will default to safe defaults and the real values/bidi flag will come once connection to the power supply is established. Later this probably needs to go into update_powersupply_capabilities().
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmm, then the EvseManager should call call_setup
from the iso15118_charger interface only if the power supply caps are available and not before.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It may change any time, so a power supply may also sometimes be able to do bidi and some times not. Whenever that changes, we need to update the iso module. This is why we factored out e.g. set_charging_parameters from setup(). Setup() should only contain things that are fixed and available at start up, everything else should be runtime-modifiable, this includes the min/max power ratings and the bidi flags.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see
beb5efa
to
5fa3b1f
Compare
- Added config/config-sil-dc-d20.yaml for SIL testing - Added Evse15118D20 module - Modified PyEvJosev module for supported services - Use device config option - Additional umwc iso stop handlers - Added logging skeleton - Supporting tls negotiation strategy - Support for exi log messages - Logging format changes - DC_EV_TargetVoltageCurrent is now published - Added support for configurable keyfile password - Added v2g_setup_finished & current_demand_started var callback - Added signal start_cable_check - Added first simple control event - Added stop and unplug cmds to the auto exec commands. Now the ev stops the charging process after 15 seconds - Send control_event presentvoltagecurrent - Added the new feedback signals and foward the authorization status to the d20 state machine - Handle_session_setup() is now in use - Handle StopCharging - Adding v2g_message_id callback, v2g_message_xml & json are now really optional - Adding bidirectional to iso15118_charger interface - Updating logging_callback with LogLevels - Refactored log_v2g_message() to use V2gMessages struct instead of nhlohamm::json Object - Added global everest lock - Refactored V2gMessages type in types/iso15118_charger - Adding SupportedEnergyMode. This type contains the supported enegery mode and if the mode supports bidi. Co-authored-by: Cornelius Claussen <[email protected]> Co-authored-by: Sebastian Lukas <[email protected]> Signed-off-by: aw <[email protected]> Signed-off-by: Sebastian Lukas <[email protected]>
Signed-off-by: Sebastian Lukas <[email protected]>
Signed-off-by: Sebastian Lukas <[email protected]>
Signed-off-by: Sebastian Lukas <[email protected]>
Signed-off-by: Sebastian Lukas <[email protected]>
d396bf2
to
020da21
Compare
Describe your changes
Adding Evse15118D20 module for iso15118-20 beta support
Adding the new EVerest/libiso15118 to everest-core
Issue ticket number and link
Missing ISO15118-20 DC/DC BPT support in EVerest
Checklist before requesting a review