AiM Solo DL Protocol list
#46
Rennlist
Basic Site Sponsor
Basic Site Sponsor
Join Date: Jun 2008
Location: Durham, NC and Virginia International Raceway
Posts: 19,172
Received 3,341 Likes
on
1,896 Posts
The reason why it won't work is because the Solo DL is designed to accept a greater data rate in a different language than your car is sending. The EVO 3, EVO 4 and the MXL can get that RPM signal directly.
On SnB's issue, he's got an entirely different RPM interface issue (even though the symptoms are the same). He has a 997.2 Seimens street car that should be able to (and I have made work in the past) take advantage of AiM's newest protocol which allows many, MANY of the heretofore CAN-only channels (hard wired) to be pulled from the OBD-II diagnostic port. I know it works because I've done it on the past, but AiM is working on an answer to this because its one of their most recent (and valuable) releases! Stay tuned.
__________________
-Peter Krause
www.peterkrause.net
www.gofasternow.com
"Combining the Art and Science of Driving Fast!"
Specializing in Professional, Private Driver Performance Evaluation and Optimization
Consultation Available Remotely and at VIRginia International Raceway
-Peter Krause
www.peterkrause.net
www.gofasternow.com
"Combining the Art and Science of Driving Fast!"
Specializing in Professional, Private Driver Performance Evaluation and Optimization
Consultation Available Remotely and at VIRginia International Raceway
#47
Rennlist Member
The stepped RPM data brought up earlier reminded me of a new question... does anyone know if there might be some sort of "bandwidth" limit when using the straight OBDII protocol? In my case it's on an '04 996 GT3 connected via the OBD port.
Basically I'm thinking should I reduce the sampling frequency of items that don't change often (like temperatures) to 1Hz, does that open up bandwidth to increase the sample rate for fast changing items (like RPM) to higher than 10Hz? Is there a potential "upper bound" in terms of sampling frequency (in aggregate or for individual items), perhaps due to the speed of OBDII communications? Or does ODBII have enough bandwidth that I can just up the high frequency data samples without any problems?
I can obviously do a bunch of trial and error and see what works, but thought I'd ask in case someone already has a more educated/knowledgable answer. Thx.
Basically I'm thinking should I reduce the sampling frequency of items that don't change often (like temperatures) to 1Hz, does that open up bandwidth to increase the sample rate for fast changing items (like RPM) to higher than 10Hz? Is there a potential "upper bound" in terms of sampling frequency (in aggregate or for individual items), perhaps due to the speed of OBDII communications? Or does ODBII have enough bandwidth that I can just up the high frequency data samples without any problems?
I can obviously do a bunch of trial and error and see what works, but thought I'd ask in case someone already has a more educated/knowledgable answer. Thx.
#48
Race Car
I think that makes sense as it keeps the file size down too - I set everything not driving related to 1 and those that are to 10 or 100 if can be - but Sadly that alone doesn't make you faster
#49
Rennlist
Basic Site Sponsor
Basic Site Sponsor
Join Date: Jun 2008
Location: Durham, NC and Virginia International Raceway
Posts: 19,172
Received 3,341 Likes
on
1,896 Posts
does anyone know if there might be some sort of "bandwidth" limit when using the straight OBDII protocol? In my case it's on an '04 996 GT3 connected via the OBD port.
Is there a potential "upper bound" in terms of sampling frequency (in aggregate or for individual items), perhaps due to the speed of OBDII communications?
Or does ODBII have enough bandwidth that I can just up the high frequency data samples without any problems?
Is there a potential "upper bound" in terms of sampling frequency (in aggregate or for individual items), perhaps due to the speed of OBDII communications?
Or does ODBII have enough bandwidth that I can just up the high frequency data samples without any problems?
Where the sampling rate changes things is that it materially affects the amount of TIME and SPACE the logger has available for incoming information. You can see that on the upper portion of the screen in RS 2 when on the configuration screen.
Really recommend a minimum of 20 Hz on g-loadings, speed sensors (including GPS) and sensors like brake pressure and PPS (throttle pedal position). Oil temp, pressure, water temp can all be at 1 or 5 Hz.
#50
Rennlist Member
Thanks! OK, so it's not an OBD-II limit, it's basically the car's communications/processing speed - and I'd assume older cars generally mean older/slower electronics. Is there a downside from setting the sample rate too high, in that it might overload the car with too many data requests? And if so, is there a good way to tell/figure out when that happens and the sample rate should be dialed back?
#51
Rennlist
Basic Site Sponsor
Basic Site Sponsor
Join Date: Jun 2008
Location: Durham, NC and Virginia International Raceway
Posts: 19,172
Received 3,341 Likes
on
1,896 Posts
No, no downside to upping the rate.
#53
Three Wheelin'
Thread Starter
Hi Peter, good info. I wonder if GPS data needs to be sampled more than 10 Hz. isn't that the speed that GPS refreshes in the system? I have been curious about this when I've set up sampling in the past.
Thanks
Thanks
#54
Rennlist
Basic Site Sponsor
Basic Site Sponsor
Join Date: Jun 2008
Location: Durham, NC and Virginia International Raceway
Posts: 19,172
Received 3,341 Likes
on
1,896 Posts
Jerry, while the 10Hz acquisition rate of the GPS is fixed, a higher (20Hz) sampling rate on GPS speed is a good idea. That way, if the GPS refresh and sampling "clocks" are slightly off, the refresh is less likely to "drop" the position change, especially at speed. Plus, all the mapping algorithm's "double up" at the higher rate and do a better job of plotting the right (and actual) course position of the car, real-time, IIRC.
#55
Race Car
Hey Jerry/Peter?electro-gurus - can you help with this question?
I want to extend the ODBII cable I have. I thought I might be able to use the can cable that came with the SOLO DL? Question is which cable to join to which?
I assume red to red?
and maybe orange to black?
the can has 2 white/blue, which do I use to match up with the white/blue on the OBDII?
thanks!
Matt
I want to extend the ODBII cable I have. I thought I might be able to use the can cable that came with the SOLO DL? Question is which cable to join to which?
I assume red to red?
and maybe orange to black?
the can has 2 white/blue, which do I use to match up with the white/blue on the OBDII?
thanks!
Matt
Last edited by HiWind; 10-21-2012 at 01:54 AM.
#56
Three Wheelin'
Thread Starter
CAN cable
This should help. The CAN harness has a blue and white for CAN and a blue and white for RS 232. Black is gnd and red is Vbatt. The OBD connector has blue (Can +) and white (CAN -) and Orange is for K line (diagnostics I think).
#57
Race Car
Super! Thanks Jerry - I figure it's simplest just to splice in a piece in the middle so effectively ...
1. black to orange
2. ignore the can cables
....and then I can leave the end solders/boards alone.
1. black to orange
2. ignore the can cables
....and then I can leave the end solders/boards alone.
Last edited by HiWind; 10-21-2012 at 10:11 AM.
#58
J, try first what HiWind did.
Connect the Solo DL to your laptop, open Race Studio 2, select System Configuration, select Solo DL, select "Receive" configuration, select "clone" to make a duplicate, and change the sampling rate on RPM to 20 HZ or 50 HZ and "Transmit" back to the Solo DL.
We'll keep looking into this. May be a sw glitch.
Connect the Solo DL to your laptop, open Race Studio 2, select System Configuration, select Solo DL, select "Receive" configuration, select "clone" to make a duplicate, and change the sampling rate on RPM to 20 HZ or 50 HZ and "Transmit" back to the Solo DL.
We'll keep looking into this. May be a sw glitch.
#59
Does anyone know what solo dl firmware and protocol setting are verified to work on a '10 GT3RS? Many Thanks.
#60
Three Wheelin'
Thread Starter
I tried all different protocols with the OBD II connector on a 2010 GT 3 RS and did not get it to work. I found this strange as I was successful with the 2011 RS. Hope someone has figured it out.
If you are connecting to the CAN wires, it does work.
If you are connecting to the CAN wires, it does work.