Replies: 1 comment
-
OK, I found this: the current implementation of schedule_charging_and_climate in KiaUvoApiEU.py is for ccu_ccs2_protocol only.
with authenticated_header only like for all others requests for non ccu_ccs2 compliants vehicules
but the The KIA Connect application on my phone indicates that the request was a SUCCESS : all informations are OK whith my request Abstract: we can implement schedule_charging_and_climate for vehicules that don't support ccu_ccs2 protocol too. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I'm in Europe, owning a KIA (doesn't support ccu ccs2 protocol)
I'm trying to shedule charge and climatisation... without success.
Here are details :
my code is :
vm.check_and_refresh_token()
id: Vehicle = list(vm.vehicles)[0]
vm.schedule_charging_and_climate(id, ScheduleChargingClimateRequestOptions())
The process fails in _get_control_token() witch generates a request with authenticated headers and data: {'deviceId': 'e72b83f7-2bdb-47d4-90ba-826dad28b3fa', 'pin': ''}... and brings response : {'errId': 'f3610016-a585-489d-b4f0-853912b6cd29', 'errCode': '4002', 'errMsg': 'Invalid parameters'}
Some other requests are OK (get status, lock/unlock, climate,... ) this one (schedule...) is the first that I use witch uses 'control_token' to build 'control_headers' all others simply use 'authenticated_headers'
I can't figure what is the problem
Can anyone help please ?
Beta Was this translation helpful? Give feedback.
All reactions