• Sign Up! To view all forums and unlock additional cool features

    Welcome to the #1 Fiesta ST Forum and Fiesta ST community dedicated to Fiesta ST owners and enthusiasts. Register for an account, it's free and it's easy, so don't hesitate to join the Fiesta ST Forum today!


PCM/ECM codes persist - why?

maestromaestro

1000 Post Club
Messages
1,008
Likes
381
Location
Houston
#1
So, I have a few codes that persist even when I ask AccessPort to flush them. I can see the definitions, but the fact that some of them are there is perplexing.
The car runs fine, and there is no engine check light on. Any suggestions as to why these stay on?

These are related to PCM/ECM:
  • P060D (Accelerator Pedal Position)
  • P2610 (Internal Engine Off Timer)
The above ones are strange - no CEL, no performance issues that I can detect. Is this something that a Cobb tune may throw off? Interwebs suggest that this may have to do with the low battery, but it is not. Also, some suggested a short "somewhere" - which is not useful.
  • P2096
This one I suppose has to do with the fact that I no longer have a catalytic converter in the exhaust, and the oxygen sensor is installed in a 'stand-off' in the downpipe to prevent the CEL.

The other two are of the 'U' variety, and my understanding are advisory in nature and can be ignored (but also aren't reset by the AP).
  • U0167 (Vehicle Immobilizer issue)
  • U0422 (Invalid Data Received From Body Control Module)
The U0422 may mean something different for the FiST rather than this generic description.

Could someone with the knowledge comment please?
 


kivnul

1000 Post Club
U.S. Army Veteran
Messages
1,193
Likes
711
Location
Deer Park, WA
#8
OP
maestromaestro

maestromaestro

1000 Post Club
Messages
1,008
Likes
381
Location
Houston
Thread Starter #9
Ugh. If that's the case, I will never find it - not about to start chasing harnesses. And, I swapped all the speakers and installed other audio bits, plus the back up camera. So, there are plenty of opportunities for some shit to happen.

I converted to Sync 3, which involved Forscan and a an aftermarket harness. Yeah.

But - immobilizer?
 


Intuit

3000 Post Club
Messages
3,681
Likes
2,275
Location
South West Ohio
#10
Immobilizer is either the security system or it's that system that government can use the "safely" bring your car to a halt. (yeah, no potential for abuse there)
 


kivnul

1000 Post Club
U.S. Army Veteran
Messages
1,193
Likes
711
Location
Deer Park, WA
#12
Ugh. If that's the case, I will never find it - not about to start chasing harnesses. And, I swapped all the speakers and installed other audio bits, plus the back up camera. So, there are plenty of opportunities for some shit to happen.

I converted to Sync 3, which involved Forscan and a an aftermarket harness. Yeah.

But - immobilizer?
Story time. I had a 1994 Camry (automatic) that I purchased used. It had an intermittent problem. I would press on the brakes and what would happen is : Reverse light would turn on (Drive light still on as well) and then the car would shake as the transmission would try to shift into reverse. Not great when going 55 down the highway. To mitigate, I would put the transmission in Neutral which is somehow hard coded / hard linked. This would prevent the shaking but the reverse light would still illuminate. The cause? one of the taillight wires running up the trunk support arm was shorting out. If I had something in the trunk that shifted against this wire, I would have the problem. A wire for a taillight caused this. I would not be surprised if a wire running up your dash is shorting giving the computer weird signals.

2nd story time. I took an entry circuit design class (where you design things with AND, OR ect gates with lots of wires and chips) One of the things we would would do is diagram out what you need the circuit to do. Then you simplify it as much as possible. You basically set it up so the chip only understands inputs that you know are possible. Example, you have two signals and only 1 should happen at a time like brake pedal fully pressed and brake pedal fully released. Both can't happen at the same time so your chip is made simple by not caring what happens if both actually do happen. A wire short can tell the computer that two things are happening impossibly at the same time and it can wig out. I am guessing automotive engineers simplify non-critical systems this way to save cost / size of circuits. It is hard, time consuming and expensive to design a system to handle all possible inputs.
 


OP
maestromaestro

maestromaestro

1000 Post Club
Messages
1,008
Likes
381
Location
Houston
Thread Starter #13
Story time. I had a 1994 Camry (automatic) that I purchased used. It had an intermittent problem. I would press on the brakes and what would happen is : Reverse light would turn on (Drive light still on as well) and then the car would shake as the transmission would try to shift into reverse. Not great when going 55 down the highway. To mitigate, I would put the transmission in Neutral which is somehow hard coded / hard linked. This would prevent the shaking but the reverse light would still illuminate. The cause? one of the taillight wires running up the trunk support arm was shorting out. If I had something in the trunk that shifted against this wire, I would have the problem. A wire for a taillight caused this. I would not be surprised if a wire running up your dash is shorting giving the computer weird signals.

2nd story time. I took an entry circuit design class (where you design things with AND, OR ect gates with lots of wires and chips) One of the things we would would do is diagram out what you need the circuit to do. Then you simplify it as much as possible. You basically set it up so the chip only understands inputs that you know are possible. Example, you have two signals and only 1 should happen at a time like brake pedal fully pressed and brake pedal fully released. Both can't happen at the same time so your chip is made simple by not caring what happens if both actually do happen. A wire short can tell the computer that two things are happening impossibly at the same time and it can wig out. I am guessing automotive engineers simplify non-critical systems this way to save cost / size of circuits. It is hard, time consuming and expensive to design a system to handle all possible inputs.
It is plausible, of course. In my case, it has to be a HARD short, because all I did was to turn the ignition on, read the codes, attempted to erase the codes and then cycled the start button. The codes that appeared before stayed there - no change. So, either the AP somehow failed to flush them, or they PERSIST.

I think that the inception for me to even bother checking was reading about codes somewhere, which jogged my memory. There are no outward signs of any kind of a problem, at least not that I would notice - and certainly nothing that I could trace to whatever the codes may mean, given the very vague description I could find.
 


Similar threads



Top