priusfan
Posts: 194
Joined: Mon Oct 08, 2012 7:39 am
Location: France

Re: Decyphering iMiEV and iON CAR-CAN message data

Thu Oct 18, 2018 9:48 am

As you are using an OBDLINK LX, you should send the following sequence:
"ATZ" & Chr(13) ' reset dongle
"ATSP6" & Chr(13) ' CAN 11 bits @ 500k
"ATE0" & Chr(13) ' Echo OFF
"ATH1" & Chr(13) ' Header ON
"ATL0" & Chr(13) ' no crlf
"STFAP 374, FFF" & Chr(13) ' put pass filter B_SoC
"STM" & Chr(13) ' read frames

You should receive only frames with id 374, they look like this:
374 B8 BC 00 00 43 3F 4E 00
the SoC is in the second data byte BC
BC converted to dec = 188
formula to apply:
SoC= (X- 10) / 2
SoC= 89% (188- 10) / 2

What you started to develop is not the right way to start with....

Xavier

Ghost128k
Posts: 7
Joined: Tue Sep 19, 2017 10:59 pm

Re: Decyphering iMiEV and iON CAR-CAN message data

Thu Oct 18, 2018 10:26 am

many thanks for the code!
i try it with the raspberry as soon as posible and tell the results.
Thanks again.


kiev
Posts: 842
Joined: Sun May 03, 2015 7:15 am
Location: The Heart o' Dixie
Contact: Website

Re: Decyphering iMiEV and iON CAR-CAN message data

Mon Dec 31, 2018 3:26 am

What was the length of your CAN data capture--i suspect you either need a longer time slice or need to hold the last value until it is updated.

The cell PIDs are not sent out in any order, nor at any regular frequency--some seem to show up more than others. i don't know if this is due to PID ranking (lower number PIDs have higher priority), or due to controller (no need to report a value that hasn't changed from the previous scan cycle).
kiev = kenny's innovative electric vehicle

Serhge
Posts: 32
Joined: Mon Jul 16, 2018 7:35 pm

Re: Decyphering iMiEV and iON CAR-CAN message data

Mon Dec 31, 2018 9:37 am

Such a mistake is not just me.
Perhaps there is an error in the work with the order of blocks and the number of cells.
it is not clear in what config and how to fix

Return to “Instruments - Radio/USB/Nav - CAN - Climate Controls - Remote”