LEAF CANbus decoding. (Open discussion)

[lucasfr]

Hi, I'm not using all 3 at the same time. I am using Pi + OBD or Pi + 2515 (modified to 5V). I would like to warn you that I have already made progress. But now I need the OBD command table saying what is in the vehicle data.
If anyone can help I appreciate it.

Thanks.

I'm using Raspberry Pi 4 + 2515 + OBD + Arduino and nothing worked.

Pi + 2515 + OBD? Not sure i follow, the OBD adapter you link to is wireless bluetooth so no need for the 2515. And if you're trying to use a 2515 module with tja1050 transciever i think you'll have problems with the transciever needing 5v?

[ginetto]

But now I need the OBD command table saying what is in the vehicle data.

are you looking this db? https://github.com/dalathegreat/leaf_can_bus_messages

[bearer]

ref hardware these were pretty cheap, I stumbled onto when looking for CH55x dev boards and ordered a few of those as well
$6.20 https://www.electrodragon.com/product/can-usb-debugger-board/
$3.50 https://www.electrodragon.com/product/raspberry-pi-rs-485-can-shield/

[pottorf]

But now I need the OBD command table saying what is in the vehicle data.

are you looking this db? https://github.com/dalathegreat/leaf_can_bus_messages

this db is pretty confusing and not helpful, since its not really clear what is the msgID in the OBDII request you can send to the car or what is the msgID in the response you get. I just needed to know how the OBDII frame is divided, eg. when you send the request 0210C0 to the LEAF, what does 02 means, 10, etc.

[bearer]

I just needed to know how the OBDII frame is divided,

If you look up the message id in the .dbc file it will show how the frame for that message is divided and encoded? or are you referring to something higher level like UDS?

[Dala]

The .DBC file I maintain is for passive listening to EV/AV/CAR-CAN. If you start to send active data-requests you are going to need something completely different, I haven't had time to make such a file yet (and I'm not even sure that it is possible with the Kvaser Database Editor).

Manually decrypting it is your only option. Check how OVMS has done their implementation on active polling https://github.com/openvehicles/Open-Ve ... anleaf.cpp

[pottorf]

Manually decrypting it is your only option. Check how OVMS has done their implementation on active polling https://github.com/openvehicles/Open-Ve ... anleaf.cpp

Yeah, I checked their implementation and the only thing I want to know is where did they get those PID numbers, for VIN, QC, starting at line 54.

[Dala]

Manually decrypting it is your only option. Check how OVMS has done their implementation on active polling https://github.com/openvehicles/Open-Ve ... anleaf.cpp

Yeah, I checked their implementation and the only thing I want to know is where did they get those PID numbers, for VIN, QC, starting at line 54.

No clue. You could take a CAN-dump with an OBD2 adapter connected running Leafspy. That way you would also get the PIDs for different functions.

[pottorf]

No clue. You could take a CAN-dump with an OBD2 adapter connected running Leafspy. That way you would also get the PIDs for different functions.

Already did that, but its not easy to discover what each PID stands for

[gorgo]

I recently did some reverse engineering on the ZE1 EV-CAN, made a very boring youtube video on the process. I don't recommend you watch this one.
https://www.youtube.com/watch?v=ty1VYmNWXFc

Hi Dala! I loved your 'very boring' video
At the beginning I wondered "Wth? How did he get passive CAN messages from the Leaf 2018?", then you reveal that the sender had probably got access to the internal wires. Seems fair.
I'm curious now how you usually proceed from raw bytes to ECU meaningful values without Nissan's instructions.

I also read on OVMS Leaf 2018 issue (https://github.com/openvehicles/Open-Ve ... issues/323) what caederus-ovms reported about HVBATT data even if I'm not fully understanding every variables there. Anyone knows, for example, what's the insulation value or flash or mode?