Logging OBD-II?
-
- Posts: 4
- Joined: Thu Feb 14, 2008 11:05 pm
Can you elaborate what data would be available via this interface? Would it be RPM, throttle position, brake on/pressure? Wheel speeds? Steering wheel angle? Maybe even suspension travel? I'm pretty sure the Corvette has sensors for all this, but I don't know which of those are available via its OBD-II port.
Herbert.
DL-1 fw 8-5
Analysis 7.2.29
DL-1 fw 8-5
Analysis 7.2.29
Herbert, OBD2 would have stuff like rpm, oil temp, water temp, instake temp, even throttle position. A google search would probably give you a complete list. For stuff beyond that, you would need a CAN equipped car and know what the CAN channels are (don't know if GM publishes that info or if Pheonix knows). I don't know what year they switched to CAN on the C5 but my understanding is that the later ones are CAN. I've seen CAN data from Bosch controlled German cars and all that stability control info is in there (steering angle, yaw, etc...).
Jeremy Lucas
Fast Tech Limited - a Race Technology Dealer
Fast Tech Limited - a Race Technology Dealer
Please don't forget OBD has limited speed on which it delivers information. With the normal publicly available interface (so not manufacturer specific) you're very lucky if you get up to 7 samples per second if only monitoring 1 variable. So monitoring 2 would get you 3.5 per variable etc.
You can get higher speeds, but usually you need to know manufactorer specific requests to send and be able to decode the data. On my E15 ecu I can get around 3 samples per second for about 80 variables, but that is with a specific command and it violates the official packet lenghts afaik.
Oh, and using CAN is no guaranty for higher speeds. Data may be transported faster, but that doesn't mean the ECU will give higher priority to sending the data...
Mark
You can get higher speeds, but usually you need to know manufactorer specific requests to send and be able to decode the data. On my E15 ecu I can get around 3 samples per second for about 80 variables, but that is with a specific command and it violates the official packet lenghts afaik.
Oh, and using CAN is no guaranty for higher speeds. Data may be transported faster, but that doesn't mean the ECU will give higher priority to sending the data...
Mark
My original intent was to get access to steering, throttle and brake position so that I could finally do some slip calculations and few other things. However it appears that the data may not be fast enough to actually be useful.
Maybe I just should have bought string pots two years ago. It seems like that is still my best option.
Maybe I just should have bought string pots two years ago. It seems like that is still my best option.
Z06:
We are initially reading only the "generic" OBD2 info, which I don't think will include steering angle and probably not brakes. Throttle will be there.
We will also have a pure CAN interface, which can be programmed to read anything that's available on the CAN bus. Caveats are that you have to have the CAN data parameters - which are not generally published - and of course you need to have a CAN based car.
We are initially reading only the "generic" OBD2 info, which I don't think will include steering angle and probably not brakes. Throttle will be there.
We will also have a pure CAN interface, which can be programmed to read anything that's available on the CAN bus. Caveats are that you have to have the CAN data parameters - which are not generally published - and of course you need to have a CAN based car.
Al Seim
Race Technology USA
Race Technology USA
-
- Posts: 220
- Joined: Thu Mar 15, 2007 3:41 pm
- Location: Norwich, UK
- Contact:
Return to “General support questions”
Who is online
Users browsing this forum: No registered users and 18 guests