When you click on links to various merchants on this site and make a purchase, this can result in this site earning a commission. Affiliate programs and affiliations include, but are not limited to, the eBay Partner Network.
The stalling while pulling codes with Torque issue is weird, but I have a hypothesis. I can pull codes while running on my 02, no problem. Done it a dozen times. Yet when I tried pulling codes on my buddy's 02, same phone and same $13 fleabay OBDII adapter, killed it every time. Both trucks are 02 with AT and GPCM. Don't know his PCM code but it's gotta be the same family. Only difference I know is mine has a chip and RF chokes due to HIDs, his is bone stock. So I'm thinking the RF chokes on my PCM protect if from interference from the cheap adapter. And a higher quality adapter like the MX just doesn't generate the same electronic noise.
Even so I think the best advice is never pull codes when rolling. It can wait til you're stopped.
Once in a moment of caffeine fueled lucidity I figured out the Gauge Pro interface and read some PIDs. Never did find how to do a buzz test tho. Next time it had forgotten my settings and I no longer had the acumen (or 20 minutes) to get it working. Maybe I should have my gamer teenage daughter take a crack at it.
Just got the ScanTool MX and am experiencing the same problem with the SES light being activated when I pull fault codes. It's a bit disheartening given the cost.
The few times I tried, I did notice the option to deactivate mode $09 sensors using the OBDwiz software seems to keep the SES from tripping.
I really would like to get this issue nailed down for the group.
I'll try to call the ScanTool folks in the morning to see if they can help.
I may be mistaken, but I thought I saw the same option in Torque settings. I recall clicking that box.
I've looked and can't find it.
There are two options you may be remembering: (1) an option to hide mode $01 sensors that are not supported, and (2) an option for Ford F150 2000/01 ECU bug workaround. I do not choose the first option but do choose the second. I have fooled around with this configuration and this does not solve the problem.
Still waiting on a call back from ScanTool (which does its best to avoid publishing its phone number).
I just went through my settings again, and I spotted the $01 you were referring to. I also noticed I disabled any and all fancy-schmancy settings having to do with figuring the MPG. I have enough devices lying to me without asking the tablet to do the same. I set Torque to link to my specific BT adapter, not just hunt for any 'ol adapter in range. I also set my vehicle protocol to SAE J1850-PWM (41.6K baud). I did not use the Ford F150 2000/01 ECU bug workaround, and here's why:
I don't have one of those. I don't know what the "workaround" is, but I don't want a piece of it.
My Nexus 7 (2013) has Lollipop OS, and every OBDII app I own started updating when I fired the tablet up for the first time since last weekend. I wonder if anything new is in there.
If you wouldn't mind pulling fault codes with your Torque/OBD setup and reporting back whether it trips the SES light, it would be appreciated.
The additional empirical evidence might help others decide whether it's truly worth spending the money on the scanTool MX versus a generic device. If the problem is rooted in the software, than we all might do as well (or at least almost as well) with the generic version.
If the mode $09 sensors are the problem (overloading the BUS), I'll report back.
I just checked my OBDLink app and it has the ability to program PIDs like Torque. I don't recall it having this ability before, but I do remember being disappointed that there was no way to add IPR to the app. I also noticed there are some advanced Ford PIDs with the same formulas as Torque... very interesting. With this new feature, I want to explore the possibilities.
On the subject of $09, you really want that disabled. Pulling the VIN is part of this mode, and anybody with AE can confirm pulling the VIN is a system crasher.
I'll be in the driveway later today and I'll try a few things.
On the subject of $09, you really want that disabled. Pulling the VIN is part of this mode, and anybody with AE can confirm pulling the VIN is a system crasher.
Thank you for this very helpful information. I had assumed that the mode $09 PID 07 was the culprit but your confirmation that pulling the VIN (mode $09 PID 02) crashes AE is the likely answer.
The next interesting question is why the crash happens. I have a colleague whose company manufactures vehicle locating devices and they pull the VIN (to make sure their device hasn't been put into a different vehicle). I have yet to speak with the system engineer but I believe the solution may lie in when the command is issued. If issued when other codes are pulled, the BUS may get overloaded resulting in the crash. If we can share the solution (assuming they would allow me to do so) with AE/Torque, we might get a workaround if the app developers are willing to make a change.
Remember, we're talking about 15 years ago - so it's hard to say if they accommodated loading a VIN into the PCM to begin with. The PCM just might see a VIN poll as an illegal command, and issue forth a middle finger.