The gear indicator feature was to be implemented in Ver 8, if I recall
I also tried to do it through the CAN bus, but it never worked for me...... Hoping to see the gear indicator feature (from the RaceChrono app itself) so everybody can use it more easily.
Gear is not a consistent PID from car to car. This is very unlikely since your feature request would require a database of all gear PIDs for all (popular) makes & models.
I think brake pressure is similar, which is another common request of mobile lap timer apps.
Gear is a OBD2 PID (0xA4) from 2020! But it´s not an obligatory value, which not every modern car supports. And even if, the implementation differs a lot.
Yes, good story. That's exactly my point - it's all nonstandard for gear, brake pressure and various other need-to-have type telemetry metrics.
Remember that the only reason the OBD port exists is the State of California mandated it for smog/emissions testing. So the only data that is really consistent on OBD is required by the smog station's computer system. Gear and brake pressure aren't relevant to emissions testing AFAIK. But regardless that port is not really there for data acquisition. Some auto makers have made lemonade out of lemons by developing scan / programming functionality on those ports but it's hit or miss and varies wildly from make to make and model to model.
For my 718 Cayman I started like you did with the "standard" OBD PID and got zilch. Later on started CAN hacking. For my PDK transmission the PID turns out to be 258 and its 4 bits with "8" = reverse and "0" = neutral.
But then I helped out @webkris with his manual Cayman and turns out the gear PID for that car is 129, completely different even though "same" car. For manual the field is also 4 bit but the format is totally different (0 stopped; 1-6 gear; 13 reverse; 14 not engaged).
So this goes to the overall issue - for data channels that are not mandatory for emissions testing it's virtually impossible to have a one-size-fits-all approach. That's why companies like VBox that charge $5K - $10K per system have their proprietary DBCs where they've gone and figured all this out for specific platforms. I don't think it's realistic for a mobile app developer to whom we pay a few $100 dollars to have that type of database. As it is - coming up with the database of tracks is infinitely more important and I'm amazed that tools like RaceChrono have pretty complete such DBs with well defined start/stop points.
Ahhh, now that is a useful idea for folks who have no other solution. Have fields for say up to 8 gears. If value is blank or zero then car does not have that gear.
Of course this approach often yields wrong results. I don't know what the overall error rate is but it's above 10%. I know because I played with this very approach before I started CAN hacking. Went out and did test drives recording RPM and speed from the OBD port on multiple freeway runs, and then charted the scatterplots against calculated drive ratio sawtooth curves. Though the vast majority of datapoints did "cluster" on a gear line (but not exactly - there is definitely pretty good variance) there were many many many datapoints that were nowhere near any of the gear lines.
But so long as such a feature is caveated as an estimate that will not always be correct it's probably a decent approach for bulk of people.
That´s easier in theory then in reality. Attempted that with my second bike, which has no gear indicator and I also took the ratio between speed and rpm. Worked okay but not great. Clutching, using the engine break or rolling out will show crap. And the best solution is to show the last gear...
Comments
In Porsches at least gear is not available via OBD. I tracked it down for my Cayman on the CAN bus with quite a bit of work.
I am using unmodified RaceChrono to monitor and export track data including gear captured this way.
I also tried to do it through the CAN bus, but it never worked for me......
Hoping to see the gear indicator feature (from the RaceChrono app itself) so everybody can use it more easily.
I think brake pressure is similar, which is another common request of mobile lap timer apps.
But it´s not an obligatory value, which not every modern car supports. And even if, the implementation differs a lot.
I described my personal journey to support it for my motorbikes here:
https://racechrono.com/forum/discussion/2150/pid-a4-transmission-actual-gear
But the other way around...
Remember that the only reason the OBD port exists is the State of California mandated it for smog/emissions testing. So the only data that is really consistent on OBD is required by the smog station's computer system. Gear and brake pressure aren't relevant to emissions testing AFAIK. But regardless that port is not really there for data acquisition. Some auto makers have made lemonade out of lemons by developing scan / programming functionality on those ports but it's hit or miss and varies wildly from make to make and model to model.
For my 718 Cayman I started like you did with the "standard" OBD PID and got zilch. Later on started CAN hacking. For my PDK transmission the PID turns out to be 258 and its 4 bits with "8" = reverse and "0" = neutral.
But then I helped out @webkris with his manual Cayman and turns out the gear PID for that car is 129, completely different even though "same" car. For manual the field is also 4 bit but the format is totally different (0 stopped; 1-6 gear; 13 reverse; 14 not engaged).
So this goes to the overall issue - for data channels that are not mandatory for emissions testing it's virtually impossible to have a one-size-fits-all approach. That's why companies like VBox that charge $5K - $10K per system have their proprietary DBCs where they've gone and figured all this out for specific platforms. I don't think it's realistic for a mobile app developer to whom we pay a few $100 dollars to have that type of database. As it is - coming up with the database of tracks is infinitely more important and I'm amazed that tools like RaceChrono have pretty complete such DBs with well defined start/stop points.
Like you said that will be too much work.
It would be nice if there is a (input) page where we can insert own
• gear and drive ratios
ex:
1st gear: 3.91
2nd gear: 2.32
3rd gear: 1.61
4th gear: 1.28
5th gear: 1.08
6th gear: 0.88
Drive ratio: 3.44
&
• tire size
ex:
245 18 40
Most cases the app can figure out the gear you are in
with (speed,gear, drive ratios & tire size)
Of course this approach often yields wrong results. I don't know what the overall error rate is but it's above 10%. I know because I played with this very approach before I started CAN hacking. Went out and did test drives recording RPM and speed from the OBD port on multiple freeway runs, and then charted the scatterplots against calculated drive ratio sawtooth curves. Though the vast majority of datapoints did "cluster" on a gear line (but not exactly - there is definitely pretty good variance) there were many many many datapoints that were nowhere near any of the gear lines.
But so long as such a feature is caveated as an estimate that will not always be correct it's probably a decent approach for bulk of people.
like this
https://youtube.com/shorts/PNmr70gA9Nk
Attempted that with my second bike, which has no gear indicator and I also took the ratio between speed and rpm.
Worked okay but not great.
Clutching, using the engine break or rolling out will show crap. And the best solution is to show the last gear...
That´s my latest, best shot:
https://github.com/HerrRiebmann/KDS2Bluetooth/blob/master/Bike_Diagnostic_System/Gear.ino
Thanks for sharing your knowledge
It seems like it is not easy, but it is possible
This code worked extremely well in my DCT BMW https://github.com/MagnusThome/BMW-M2-DCT-Gear-indicator
Very effective!