-
Notifications
You must be signed in to change notification settings - Fork 5
Small changes to handle battery heating #16
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
base: main
Are you sure you want to change the base?
Conversation
magior
commented
Dec 20, 2023
- added is_battery_heating to OtaChrgMangDataResp
- set ptcHeatReq to 2 to turn off battery heating (tested on MG4 2022)
- added is_battery_heating to OtaChrgMangDataResp - set ptcHeatReq to 2 to turn off battery heating (tested on MG4 2022)
Thank you @magior for your contribution. I am still hesitating a bit with the merging since I am not sure about values for disabling and enabling of the battery heating. The current implementation is:
I have to admit that I didn't test it on my ZS yet. On your MG4 2022 it should be
|
@nanomad do you have experience with the values for activating battery heating? |
I double-checked my value for MG4 with the native app (since it's difficult to understand if the battery is heating for real). @tosate, on your ZS, when inactive, which value you read on bmsPTCHeatResp? If you read different values, we need to change behavior on a per-vehicle basis. On MG4, to test it, the battery has to be under 7/8 degrees. |
This is how my charge state response looks like:
I don't even get the optional field bmsPTCHeatResp. In the native app I cannot simply switch on battery heating. I can only schedule the heating for a certain time. |
Sorry, my mistake. You have bmsPTCHeatReqDspCmd with 0 as the value. It seems that we have to handle the vehicle type. Could you do some tests on your ZS to verify if it can control the instant turn-on of the battery heater and check the value of the response? |