Polestar Forum banner

OBD2 logs

Tags
obd2
22K views 66 replies 26 participants last post by  Tobi-Wan  
#1 ·
I've tried to get some information true the OBD2 but it's not giving any info. Anyone tried it also?
 
#3 ·
See this thread, seems some have worked it out and even reverse engineered it but just one fleet tracking company, needs shared in the public domain


 
#4 ·
I know that the EVNotify bunch are working on gaining access to the Polestar OBD information at the moment too, which would be great as they have a good app for monitoring charging etc and it also hooks into ABRP. Then maybe we can finally see where all the energy is going in the first 10 minutes :).
 
  • Like
Reactions: Fishouttawater
#5 ·
Anyone tried hooking up an OBD reader to the PS2 recently? Would love to have an equivalent to “Scan my Tesla” or “Leaf Spy” apps for our car.

Interestingly, I hooked up what’s called a “Saavy” OBD device for my Valentine One radar detector. It serves as a power source and it mutes the alerts below a set speed (which is adjustable). This seems to be working well on my PS2, so this device must be able to access at least the speed from the OBD port.
 
#7 ·
I tried to connect using Torque Pro (paid-for version) and it tried all protocols known to man (probably including Klingon) and it couldn't get any kind of connection. I believe Volvo OBD2 ports are locked down and have to be used with authorised equipment, though I'm sure someone will somehow reverse engineer the "I'm a Volvo service computer, give me all your data" handshake.
 
#8 ·
OBD2 ports are locked down and have to be used with authorised equipment
They are not locked down, but seem to use a sligthly modified version of the Volvo protocol as I remember from my discussions with Geotab. The Geotab OBD2 dongle is working fine - the other apps would just have to add proper support for the protocol.
 
#16 ·
Surprising that Polestar can legally lock the ODB2 port for third party to access? … I think the whole point of regulation about cars having to provide ODB2 output as of certain year is for third parties to have access to it? Hence all cars known to man can have at least some basic set of codes read, erased etc.

Puzzled a bit by this to be honest …
 
#18 ·
yeah…apparently EVs are not obligated to comply with ODBC2 regulation at all (at least in US). I was assuming wrong, since my current Kia Soul EV has fully functioning port and I could easily read whole bunch of stuff through one of the many apps available.

This will be potentially a ”right to repair“ fight down the road … because, I just don’t quite see how with this mentality, will EVs like P2 get fixed in the future by a third party shop, especially once warranty is gone … it’s not like all the third party shops will seize to exist, right?
 
#19 ·
Any new developments on this OBD topic? I installed and used VDASH last week but it really did not show me much. In addition the VDASH user interface is a bit odd and I could not clear all error codes with VDASH. It cleared some but not all from what I could tell. Not sure if that is a VDASH software issue or P2 OBD communication issue or me not being familiar with VDASH. An app like CARISTA would be awesome for the P2.
 
#22 ·
Apparently it supports both UDS and pure CAN communication. I found the Odometer in the data - it's the 1FFF0120 entry:

can0 1FFF0120 [8] E0 7E 53 00 00 C0 00 00

My odometer is at 32.339 which equals 0x7E 53. I wonder what will happen if it hits 65535 km (FF FF) - will the E0 value change, or will It shift to the next two digits (00).
 
#28 ·
If it helps anyone I have written an application for reading data over ODB2 that runs on a Wifi-enabled ODB2 dongle (Macchina A0) which I use in my Polestar 2 to log SoC, ODO, 12V battery voltage, outside temperature, VIN, speed and gear.
The accelerator pedal position readings could also be added since these are part of the standard PIDs and easy to find information about (I.e. https://en.wikipedia.org/wiki/OBD-II_PIDs).
I have implemented the ODO and gear reading using the information found on this forum in this thread and others.
My main use for it is to read SoC and from that calculate how long time it will take to charge and control when the car charges from that information.
In any case, I guess it could serve as an example for anyone trying to get this information from the car.

I have tried to write it in a general way so that it could work on other cars which is why it includes some 11 bit addressing things. Polestar 2 uses 29 bit addresses so it is not really relevant for Polestar 2 specifically.

You can find it on GitHub: GitHub - olalid/esp32_EVSoCReader: Reads electric or hybrid vehicle battery state of charge and sends to MQTT server.
 
#29 · (Edited)
Very nice! I'm looking to integrate the P2 in my home assistant installation. Already have the Fiat500e integrated. Already show added % SoC for the P2 on my dash, calculated as you suggest on GitHub. Interesting: when the charger (Wallbox) starts charging, HA queries the Fiat to see if that is the connected car, if not, HA assumes it is the PS. Long way around, but it works.

Image
 
#39 ·
I finally figured out how to read the SoH with OBD2 by picking up bits and pieces here and there on the internet and snooping the CAN bus.

So, in short, you need to send the following CAN message: 0x1DD01635: 0x03 0x22 0x49 0x6d 0x00 0x00 0x00 0x00

0x1DD01635 is the address of the "BECM" (Battery management control module). 0x03 is the number of valid bytes following, 0x22 indicates an UDS message, and 0x496d is the DID we want to read.

The BECM will then respond with: 0x1EC6AE80: 0x07 0x62 0x49 0x6d XX XX XX XX.

0x1EC6AE80 is the "tester address", where responses are sent. 0x07 is the number of valid bytes following, 0x62 indicates that it is a response to a 0x22 request (bit 0x40 set + 0x22) and 0x49, 0x6d is the DID it is responding to. The 4 bytes after that is the SoH in 0.01% units.

My car responds with 92.10% after 160000 km.