OBD Requests

Connor_67

From what I can see today it looks pretty promising. SoC looks good and so far no jumping values. Thanks so much!

Connor_67

Thomas Kramm

Prior to your changes I was down to 2% and the App read 7%. Last night I fully charged which seemed to be after the update (also pushed the report bug button after the balancing finished at 07.04.2023 00:34). The App read a SoC of 100% correctly. After driving a bit there was a delta ob about 1.5 so sometimes 1 other times 2% difference.
App 94% Car 96%
App 82% Car 83%

Power Cruise Control showed 38.389kWh, when the car was fully changed. Just in case this is any help.

Martin G.

I can confirm. No jumping values (tested with power cruise control dongle). The SOC difference is between 1% and 2% (tested between 80% and 90%).
The application is definitely usable for me now. Thanks.

Connor_67

I also noted little deviations now between 1 and 2%.
@Samuel: you wrote that you put 5% buffer to both ends. Actually 4,7 kWh equals 11,2%, not 10%. You might want to give 5,6% buffer on both ends for us to try if this eliminates the little differences.

Thomas Kramm

I think it might be a bit more buffer up top since the 5% at the bottom match very well in my test, but since you are right about the 11,2% I think it might be 5% at the bottom and 6,2% at the top.

Engels Cédric

Hi , something i noticed this weekend, when I brake and the car regenerates , ABRP always shows a positive value in the realtime data screen.

Wolfgang Heidasch

I just made first test (not with the described debug option but will do within the next days). All I can say is that I can't confirm the 5% shown below. For me it was 65% (Car) and 63% (OBD), so 2 % (points). Could also be 3 % (multiplied with 0,97). Will provide further data with lower SOCs.

Samuel_ABRP

I got a report for this, no need to send in another one. This does not seem to be the right approach...

Engels Cédric

Prima 42Kwh.
SOC : exactly 5% less than what is show in the car.
91 in car -> 86 in ABRP
90 -> 85
89 -> 84

Degradation : 0% ? happy .. but ..no. (09/2020 - 48500Km)
Outside Temp : ok
Battery Temp : seems right
Power : ok
Location : Ok

Samuel_ABRP

Thanks. Let's wait for more feedback to see how the SOC compares. Maybe it's different among some model variants.

Engels Cédric

Is there a "simple" IOS/Android App that I can install to provide data to help u ?

Luis Berger

Icon 42kwh:
SOC reports 5% lower than what is show in the Display, degradation is at 0% (possible but unlikely).
All other values seem fine.

Pedro Cabo

Hi Samuel! Here are some data from my 500e Icon 42Kwh. It is true the SOC deviates a bit from what is shown to the user in the dashboard and what we can see from the OBD. I noticed that from 100 to 50 it deviates a bit then it gets correct from around 50's into the 20's and then it deviates again around 3 digits. Car Scanner also reports the same value for SOC. All the other values are pretty much correct.

Thomas Kramm

Guess that's because the 500 has a 42kwh battery but only 37,3kwh usable so about 90% usable. So 100% charged should be around 95% OBD. At 50% ist should match and at 0% display it should read 5% on OBD. Same Buffer on top and bottom

Samuel_ABRP

Pedro, i commented again in your gist:
gist.github.com/MrPoofy/8450b725ec45988c27e5e59bb99be383?permalink_comment_id=4528138#gistcomment-4528138
There are other values in the SoC command we could try which look promising. Could you please check?

Thomas Kramm

After a short drive some values seem to have some issues sometimes and are sometimes correct. Battery temperature one time is correct with 9.0°C but the shows 95°C which should be 9.5°C I guess. Also the high voltage value 366V and 353V seem correct, 880V does not. Degradation looks all over the place. Power seem ok. SoC has the difference between gross and net SoC.
At start: Display 68% -> OBD 65%
At arrival: Display 52% -> OBD 51%
Compared the temperature values with power cruise control

Connor_67

Samuel, assuming that 37,3 kWh are used net from 42 kWh gross and the unused 4,7 kWh are split equally to the lower end and the top end of the battery, it is pretty easy to calculate the correct SoCs. I have done this in an Excel File., but unfortunately I cannot upload it here. I do not know whether this might help or not, or if there is a way to get the right values directly via OBD, but if you can implement calculations into ABRP for the SoC it might help. I have made screenshots to show you the formulas for two different ways to calculate the values.

Samuel_ABRP

@Thomas Kramm, as noone else reported these jumps in values, it could also be related to your dongle, that it reports data in a different format or something like that. Which one did you use?

Samuel_ABRP

@Connor_67 i would prefer to get the right values from OBD, i think we should be able to get it, so i would come back to this if we can not get it.

F D

I can confirm those jumps.
Degradation, Temperature and Voltage seem to vary between plausible values and incorrect ones.

Samuel_ABRP

Which dongle do you use? We had these jumps on other cars with certain OBD dongles and it was gone when the user switched to another dongle. The reason was pretty simple, some dongles just don't respect the set headers and return the values from multiple ECU, which results in data from other ECUs that is not relevant.

I have another idea though, which we could try later on too if more people report issues.

Thomas Kramm

@Samuel_ABRP I used the one that came in the Power Cruise Control Kit. Any other recommendations?

Samuel_ABRP

That one should be fine, i guess it is because we use a command, that might not be supported by every ELM327 version, i'll update the commands later and let you know, then we can check if it improves the weird values.

Thomas Kramm

Ok. After work I plan to find an available AC charger and fully charge so I can check the fully charged OBD SoC/kwh to validate or correct my 5% upper and lower buffer assumption.

Samuel_ABRP

Please check the first response at top of this issue, if you can send me some data on a lower or higher soc value, those assumptions might not be relevant anymore, as i might be able to check this from returned data when compared to real data.

Alexander Kl

@katya_ABRP and now ?

Samuel_ABRP

Very nice, thanks a lot. I will convert this into our own format and let you know when it is available.

Lennix s.

Thank you :)

Lennix s.

Pedro , I want to share this for the Jeep Avenger, how did you retrieve the data ?

Samuel_ABRP

The Jeep Avenger is a native Stellantis (rather based on what came from PSA before the fusion) car, those normally have the same PIDs all over their cars, so i would probably try those Stellantis PIDs we have first on that car.

Pedro Cabo

Wolfgang Heidasch

Through which device does the data come from your car to IoBroker ?

Alexander Kl

My device is a raspberry….

www.iobroker.net/

Alexander Kl

My device is a raspberry

www.iobroker.net/

Wolfgang Heidasch

Yep, got it. But my question is about the interface from your car to IoBroker running on RaspPi. Or are you saying, that this is just theory, meaning: IoBroker would show something in case there would be data but actually there is nothing ? Do you see real data from your 500e in IoBroker ? Regards Wolfgang

Wolfgang Heidasch

Just revisited your screenshot: Yes, looks like real data. But how do you get it from your 500e ?

Alexander Kl

yes i see the real dates. iobroker gets them from fiat. an adapter is written that connects to fiat like the fiat app and fetches its data from there.

Alexander Kl

Wolfgang Heidasch

Ok, thanks, got it. So this works just like Tronity: They read the data through the Fiat APP/API. But what we are searching here is CAN-Bus real time data during driving through an OBD adapter. But interesting anyway, thanks.

Alexander Kl

About OBD I use www.powercruisecontrol.com/ that is an OBD dongle with suitable software. You can see some values ​​there. When my car is out of the workshop I can take a picture of it.

Pedro Cabo

We know that one exists, but we wanted to make ABRP connect directly with the OBD dongle so we can have all the information necessary for the trips. And Power Cruise Control is a anual paid app just to see a bit of information, is a bit much.

Alexander Kl

yes and tronity did a bad disservice for a year too. I'm glad the subscription has ended. I hope you find something then. it would be nice if it worked like that.

Jean-Claude Arnouil

Hi, any news about the Fiat 500e ODB PIDs ? I would love to use APRP with ODB2 real time data. If I can help on the reverse engineering, I've got a Vgate iCar Pro V2.3 which I can use with an Android or Windows APP. Best regards from France !

Samuel_ABRP

Hi, we are dependent on user or community input here. So if you know the commands let us know and we will integrate them immediately.

Pedro Cabo

Hi Jean i came across a list of commands and PIDs for the 500e but i can't seem to be able to use them on my end to check if they work.

Connection Commands
"22F1A0A"
"AT@1"
"ATAL"
"ATAT1"
"ATCAF1"
"ATCFC1"
"ATCP18"
"ATCRA18DAF140"
"ATE0"
"ATFCSD300000"
"ATFCSH18DA40F1"
"ATFCSM1"
"ATH1"
"ATI"
"ATL0"
"ATS0"
"ATSHDA40F1"
"ATSP7"
"ATWS"

PID List
"22013C1" //AMBIENT regex 18DAF140
"22A0093" //CELL STATS regex 18DAF144
"22A00A1" //AMPERE regex 18DAF144
"22A0102" //SOC regex 18DAF144
"22A0115" //VOLT regex 18DAF144
"22A0292" //CAPACITY regex 18DAF144
"22A0404" //SOH regex 18DAF144
"22A0421" //12V BATT regex 18DAF144
"22F1A0A" //VIN regex 18DAF140

Samuel_ABRP

Hi Pedro,

this looks very promising. Exactly what we need. What i still can't see here though is how to calculate the values from the response. Do you also have a calculation for the values? I can add these commands later and enable it for testers and give you that role for testing, so you can send us some data to verify the responses.

Pedro Cabo

That's the thing, i don't have any examples of the responses that i get for each PID so i can't validate the calculations for the different values.

Pedro Cabo

If you know any way i can use on android of mac to test this commands i would appreciate it.

Wolfgang Heidasch

I have a 500e and an ODB2 dongle. If someone could advise me on a OBD app (IOS) that works on a PID basis, then I could probably take some measurements. What the app should so is just poll PIDs x,y,z (the ones that Pedro mentioned above) in a raw way (no interpretation of the data) and then store it e.g. in a CSV that I might then evaluate on my PC. With that I might find out about the formulas that are needed to translate these raw values to what is needed by ABRP to do its magic. Regards Wolfgang

Jean-Claude Arnouil

[sorry for the response delay]
Thanks for the info Pedro !
I've made some testing with Car Scanner Pro App and found some of those PIDs.
I'll try to manualy enter the AT command sequence, and see if I get a result.

Jean-Claude Arnouil

Wolfgang, the new version of Car Scanner Pro APP support the Fiat 500e BEV (2020-). There are some data translation errors, but it give a lot of information about the car ! Enable log and you'll get a lot of interesting PIDs.

Samuel_ABRP

Hi, I'm about to add support for Fiat 500e according to the list above, however i noticed that there seem to be PIDs of multiple ECUs (18DAF140 and 18DAF144), so the above filter in the init sequence will probably not work with both of them. Could you maybe post a link to where you got the PIDs from so i can have a closer look? Or would anyone be able to provide the correct PIDs in a format like this:
github.com/iternio/ev-obd-pids/blob/main/mg/mgzsev.json#L6-L22

This would even speed it up a lot more.

Cristiano Santini

I think I've found it
docs.google.com/spreadsheets/d/12NPhM8Nom-K4TzoWUFvXqUXVt-HyTaEw7aM3jxspBx4/edit#gid=0

Samuel_ABRP

Thanks, we will look into it soon