Torque

Forums

Forums

Guest  

Show or hide header
Welcome Guest, posting in this forum require registration.




Torque » Torque OBD ECU Scanner » Torque Discussion / Ideas » PIDs/Second Concern

Pages: [1]
Author Topic: PIDs/Second Concern
Aaron407
Member
Posts: 20
Post PIDs/Second Concern
on: May 27, 2011 (GMT)

After being an indepth tuner in the past, I was very excited to use Torque on my Motorola Xoom with my 2009 G8 GT. However, I hate to say that I’ve been somewhat disappointed, mostly in regards to the speed of the interface. The maximum speed I’ve seen is 17 PIDs/second according to the diagnostics page. This may be fine for those using a phone since the number of gauges would be limited by screen size, but the Xoom has a large screen that I was hoping to stack with gauges, only to find out that the update speed is very slow when displaying more than a handful of gauges. I’m used to the old obsolete serial interfaces, which, for whatever reason, seem to operate multiple times quicker than through bluetooth with Torque. I just checked a scan from using a serial interface, and I was getting update speeds of about 65 PIDs/second.

Is this a limitation of Torque, the specific adapter, or the bluetooth protocol? From what I’ve read, the bluetooth protocol speed should accommodate much faster communication, even considering comm overhead, but I’m definitely not that knowledgeable in bluetooth. I just find it amazing that the speed of communication can’t meet something that was developed decades ago. What kind of read speed is everyone else getting? Has anyone figured out a way to increase the speed, aside from removing gauges? I’m not jumping to conclusions and blaming Torque for this since it could very well be a bluetooth issue, but I’m hoping there may be some solution for faster communication.

JESTERxHEAD
Member
Posts: 37
Post Re: PIDs/Second Concern
on: May 28, 2011 (GMT)

What bluetooth interface are you using?

If its a cheapo from ebay thats about as good as you are going to get. You need to get a higher end one that the baud rate is much higher.

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: May 28, 2011 (GMT)

I will admit, it is a semi-cheap ebay adapter. Can someone direct me to one that will run faster and give me some idea of how many PIDs/sec to expect with it? I would quite happily have bought a more expensive one in the first place if I had known I could get significantly higher speeds.

Thanks for the reply, you’ve given me hope!

JESTERxHEAD
Member
Posts: 37
Post Re: PIDs/Second Concern
on: May 28, 2011 (GMT)

Looks like the even the higher priced ones claim to have the same baud rate as the cheapo elm327’s….

It may just be the connection type. never have used a serial bus port on a obd2 interface. there are wired ones out there but I dont know if its supported by torque.

piemmm
Administrator
Posts: 6629
Post Re: PIDs/Second Concern
on: May 28, 2011 (GMT)

Hi, thought I’d chime in as this may help,..

The ELM327/clone adapters top out at about 19 PIDs/second from what I’ve seen on a number of ECUs, however this is also fairly ECU dependant on how fast the ECU provides the PIDs and the protocol used.

OBDKey and ScanTool use their own firmware. OBDKey can hit up to 22 PIDs/second (on a non-restricted ECU) and have seen the scantool adapter hit 25PIDs/sec.

At the moment, the scantool adapter is the fastest, when the ECU/protocol is not the bottleneck (and on the same ECU using different adapters, the scantool.net adapter still provides a consistently faster read speed)

If you want Torque to update at the fastest rate, make sure you tick the ‘faster communication’ setting in Torque’s ‘OBD2 Adapter settings’. This can have a dramatic effect on PID read speeds. but may cause some poorly made clone adapters to crap-out and work intermittently/pause/stop.

This 65 PIDs/second was it monitoring 1 PID or on one specific ECU type what tool was used? (main reason is that I doubt 65/sec unless they were using a special vehicle specific protocol on the ECU)

There may be more to add to this in the future.

JESTERxHEAD
Member
Posts: 37
Post Re: PIDs/Second Concern
on: May 28, 2011 (GMT)

Thanks Ian!

Yea I forgot to mention the setting in your software.

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: May 30, 2011 (GMT)

Hi Ian, thanks for the response! The 65 PIDs/second was monitoring a large group of different regular and enhanced PIDs on my previous vehicle (2003 Grand Prix GTP) with a DHP PowrTuner, which utilized a serial interface that I connected through a keyspan usb to serial adapter. The DHP interface could be used with virtually any GM vehicle of that generation. I used a few other systems for scanning as well, including Car-Code with the Alex Pepper adapter and an HP Tuner, both of which had approximately the same read speed on that car. Note that this was obviously an older GM system (i.e. not CANbus), but with the new CANbus system being able to handle high speed data output, it tells me that there seems to be some inherent issue with either the bluetooth interface or how the program interprets the communication, one of which is acting as a bottleneck (I’m assuming it’s bluetooth that’s the issue).

If you would like, I can send you a scan that I recorded with one of the interfaces I previously listed if you’d like to see the type and number of PIDs that I’m looking for and previously scanned.

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: May 31, 2011 (GMT)

To build on my stance and concern a bit, the following PIDs are what I previously scanned with my old serial-based scanner:

RPM
Injector Pulse Width
Mass Airflow Frequency
AFR Commanded
Engine Coolant Temperature
Fuel Trim Cell
O2 B1S1
Intake Air Temperature
Knock Retard
Long Term Fuel Trim
Short Term Fuel Trim
Manifold Absolute Pressure
Spark Advance
Throttle Position %
Vehicle Speed
Current Gear

The 2003 Grand Prix GTP that this was scanned on doesn’t include a separate TCM (i.e. everything engine and transmission related is managed by the single PCM). As you can see, all of the PIDs would then source their data from the same module. I checked again in my scan, and each of these PIDs were updating 5 times per second, for a total of 80 PIDs/second. Again, this tells me that there must be something with the communication protocol in the bluetooth adapters or with Torque that’s slowing things down if the new CANbus protocol can’t come anywhere near meeting that speed. Again, I’d be happy to send you one or more scans so you can take a look for yourself if it might help in any way. I’d post it on scandepot.net but it’s down at this time.

piemmm
Administrator
Posts: 6629
Post Re: PIDs/Second Concern
on: May 31, 2011 (GMT)

Hi

Unfortunately posting scans from other apps would fall under the DMCA, and would be technically illegal, so please do not do that.

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: May 31, 2011 (GMT)

The scans I’m referring to have been read and recorded by a freeware program (UVscan). Would that still pose a legal issue?

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: August 16, 2011 (GMT)

I’m confused again. My 2003 Grand Prix GTP has a single PCM and has a max of ~15 PIDs/second. My 2009 G8 GT has separate ECM and TCM and also has a max of ~15 PIDs/second. However, I scanned a 2004 Trailblazer LT, which has a single PCM, and got 55 PIDs/second and blazing fast gauge refresh rate…

Something definitely doesn’t seem right. Why can it communicate with some vehicles so much faster than others? The Trailblazer and Grand Prix use the same series of PCM, but I can get almost four times the read rate on the Trailblazer. To me this sounds like an issue with how Torque is handling the protocols.

Ideas? The Trailblazer definitely only has a single PCM for both the engine and transmission, so the idea that it’s communicating with multiple modules does not apply. The read rates from it are similar to what I’ve experienced with wired solutions, and I’d love to get the same performance on my GTP and G8 GT.

piemmm
Administrator
Posts: 6629
Post Re: PIDs/Second Concern
on: August 16, 2011 (GMT)

Hi!

The 55 Pids/sec you had was a bug in an older version of the app that effectively doubled(slightly more) the pid read speed.

This was fixed recently in the version released about 2 weeks ago(check the Changelogs for exactly when). You should update the app to the latest version from the android market

Aaron407
Member
Posts: 20
Post Re: PIDs/Second Concern
on: August 16, 2011 (GMT)

So… this bug… did it functionally double the PID read speed, or just incorrectly display the speed on the adapter status page? If it actually caused the speeds to be 55/sec, I would love to have that bug apply to all of my vehicles :-)

Road_Wx
Member
Posts: 149
Post Re: PIDs/Second Concern
on: August 16, 2011 (GMT)

It incorrectly displayed the read speed from the adapter.

Pages: [1]
WP-Forum by: Fredrik Fahlstad, Version: 2.4
Page loaded in: 0.048 seconds.

  Follow me on twitter