Tuesday, October 21, 2014

EPC DEMYSTIFIED CONTINUED 2

Continued from EPC DEMYSTIFIED CONTINUED 1.

  ...  I only became aware of this when my EPC light went on due to the knock sensor. See picture blog.  More...

 PART 3

BREAKING THE CODE
What needs to be mentioned as a basis of understanding, is that OBD (on-Board Diagnostics) was introduced in the 70's along with CDI (capacitive discharge ignition systems) as DIY kits. Few cars had fuel injectors, points and coils were fast being taken over by electronic modules. During this time some standards were introduced but they were not very well defined and as such manufacturers developed their own and applied their specific systems and developed their own code descriptions which later became known as OBD1. This was considered undesirable and counterproductive since none franchised service, and general mechanical repair centers had to purchase different scan tools, interface cables and connectors, skills and manuals for each make and model of car they specialized in. This resulted in vehicle diagnostics becoming unwieldy expensive. In February of 1986, Robert Bosch founder of Bosch, introduced the CAN (Controller Area Network) serial bus system to  the Society of Automotive  Engineers (SAE) in motor town of Detroit.

This influenced the  Society of Automotive  Engineers (SAE) who subsequently drafted a list of standards and practices that aught to be implemented by all automobile  manufacturers and recommended them to the Environmental Protection Agency (EPA). The EPA weighed-up these standards and recommendations, acknowledged their benefits, and adopted them. The standards criteria included a precisely defined diagnostic connector for each auto manufacturer, a standard scan tool and a common electrical communications protocol and a common data format, and the ability to monitor other
vehicle parameters. Lastly that the standard scan tool should interface with vehicles of all manufacturer. It also included mandatory definitions and descriptions for certain emission control system  defects which was labeled the ‘P0’ Codes. Manufacturers were allowed to generate and use their own ‘manufacturer specific code descriptions’ known as ‘P1’ Codes. This collaboration of standards became known as OBDII, (OBD2) and was adopted for implementation by January of 1996. Two types of scanner codes, namely manufacturers codes like VAG codes and SEA Codes are now the standard practice.

OBD-II  

As mentioned above, Powertrain Control Module (PCM) error codes are assigned the prefix P and pertain to the, Engine management, Transmission management, Fuel Pump and Gasoline Management, Automatic Transmission – Hydraulic Control, Emission control system, evaporative emission purge control (HVAC), Auxiliary module management and other some 0n-board Hybrid application.  For example P1340  suggests that the Powertrain triggered a DTC and describes it as an "Crankshaft-/Camshaft Position Sensor Signals Out of Sequence"

From the above example it would thus be easy to interpret the DTC below relating to EPC (Electronic Power Control)

DTC (VAG)   DTC (SAE)  Society of Automotive  Engineers

16504 P0120 Throttle Position Sensor A - Circuit Malfunction
16505 P0121 Throttle Position Sensor A - Circuit - Performance Problem - Out of Range
16506 P0122 Throttle Position Sensor A Circuit - Low Voltage Input
16507 P0123 Throttle Position Sensor A Circuit - High Voltage Input
16894 P0510 Throttle Position Sensor - Closed Switch- idle micro-switches -F60 malfunctioning
17951 P1543 Throttle Actuation Potentiometer - Signal too Low
17952 P1544 Throttle Actuation Potentiometer - Signal too High
17913 P1505 Throttle idle micro-switches -F60 not/short-circuit opens
17914 P1506 Throttle idle micro-switches - Switch Does Not Open/Short to Ground
17988 P1580 Throttle Actuator (B1) Fault - May be caused by low battery if found with 16487 (P0103)

18038 P1630 Accelerator Pedal Position -G79 signal too small  (low)
18039 P1631 Accelerator Pedal Position -G79 signal too largely (high)
18040 P1632 Accelerator Pedal Position -G79 supply voltage malfunction
18041 P1633 Accelerator Pedal Position -G185 signal too small
18042 P1634 Accelerator Pedal Position -G185 signal too largely
18047 P1639 Accelerator Pedal Position 1+2 Range/Performance -G79 and -G185 implausible signal
18048 P1640 Internal Controller Module defective (EEPROM) Error

EPC Circuit.

The EPC  circuit consists of a number of disparate components that control and supervise, regulate and determine the throttle valve position at all times. They include;

1) the accelerator pedal position sender (TP sensor G69)
2) the accelerator pedal position sender -2, (G185)
3) Black 6-pin plug with 6-pin with Gold plated contacts

NB! The above three components are part of the accelerator pedal.

4) the throttle valve control module (unit),
5) the K132 EPC fault lamp, (electronic throttle control fault indicator)
6) the engine control module (unit).

Firstly we going to do a test on components 1, 2 and 3 above. To do this test, you need a Fluke multimeter or similar for a voltage and continuity / resistance test. Unplug the 6-pin plug from the accelerator pedal and switch on the ignition. Connect the multimeter and check for a 4.5 volt reading between;-

pin 1 and ground, then between pin 1 and pin 5
Pin 2 and ground, then between pin 2 and 3.
If tests prove to be "OK", switch ignition off.
Do additional checks for short circuits between one another and ground and if this checks "OK",

Locate the ECU, normally inside cowl. Disconnect the ECU from its socket, identify pins 34 & 34, 35 & 36, and 72 & 73 on the socket. Disconnect the 6-pin plug from the accelerator pedal once again and check for continuity between this plug and the ECU socket. There should be continuity between pins:-

1 of the 6-pin plug and pin 72 of the ECU socket.
2 of the 6-pin plug and pin 73 of the ECU socket.
3 of the 6-pin plug and pin 36 of the ECU socket.
4 of the 6-pin plug and pin 35 of the ECU socket.
5 of the 6-pin plug and pin 33 of the ECU socket.
6 of the 6-pin plug and pin 34 of the ECU socket.

Any resistance above 1.5ohms should be investigated for corrosion. This often causes the engine to surge (idle unevenly or rather breaths) However, if this test proves "OK" and no wiring malfunction is detected, replace G69 and G185 (single unit) on the accelerator pedal. NB! these components are non adjustable and needs to be replaced as a whole.

When the ignition is turned on, the ECU checks all EPC components necessary for the proper  functioning of the Electronic Power Control. If a malfunction is detected in the EPC (Electronic Power Control) system whilst the engine is running, the ECM will simultaneously activate the EPC (Electronic Power Control) warning light and make an entry of this malfunction in  the ECU (electronic Control unit) DTC (Diagnostic Trouble Codes non-volatile memory.  By a process of eliminate the EPC fault can be fixed.

The list below categorises VW and Audi manufacturer predetermined data groups which varies depending on the vehicle, year, engine, engine code and management system on board.

Group Number / Group Category

1–9     General engine activity data
10–19 Ignition data
20–29 Knock control data
30–39 02 sensor control system data
40–49 Three-way CAT data
50–59 Engine speed control data
60–69 Throttle drive data
70–79 Emissions reduction data
80–89 Special function data
90–97 Power increase data
98–100 Compatibility data
101–109 Fuel Ignition data
110–119 Boost pressure control data
120–129 Control unit communication data
130–150 Special info data

Based on the data from the above table EPC problems are associated with group 60-69. However, on Expert Systems Diagnostics Group 60, holds the EPC Adaptation data, group 61 holds EPC-system 1 data and group 62 holds the EPC system 2 data. Group 66 holds the speed-o-cruise data.

NB! If you found this information useful, please link to this page.

EPC DEMYSTIFIED CONTINUED 1

Continued from EPC DEMYSIFIED.    ....But it’s not that simple. There is a lot more to it than meets the eye.....

 PART 2

But it’s not that simple. There is a lot more to it than meets the eye. Cars exclusively use embedded microcontrollers (┬ÁContollers) with embedded firmware in preference to microprocessors with loadable software. In order for a microprocessor to function properly in any device, it must contain dedicated internal circuitry and firmware specific to its function, have inputs and outputs and an oscillator circuit among other circuitry and an OS (Operating system). A DVR (Digital Video recorder), or a PVR (personal Video recorder) or a set-top-box or embedded network appliance or data router are just a few examples of such systems. ┬ÁControllers  are less significant and less sophisticated than microprocessors, more dedicated to its specific need, often cheaper, faster, safer and smaller. Embedded ┬ÁControllers are therefore the natural choice for car manufacturers. And there are several manufactures that produce ┬ÁControllers families specifically for the motor trade.

So it should be understood that companies like Bosch, Digifant, Delco  and other engine management ECU manufacturers and electronic module manufacturers uses the same microcontroller chip families or similar microcontroller chip families, designed and manufactured for them by a selected few silicon chip manufacturers.  In the same vein, computer manufacturers like IBM, Dell, Sony, Toshiba and Lenovo, etc. all use microprocessors manufactured by Intel Corporation or AMD in their laptops and computers, whereas Apple uses microprocessors manufactured by Motorola.

Baring in mind, that much like Motorola, Intel Corporation and AMD produces different featured microprocessor chips with different instruction sets,  along with their auxiliary support chips for low-end and high-end computers; such as 4 bit, 8bit, 16bit, 8086 family of chips, 32bit Pentiums, I5, I7, 64bit, XEON, 128bit big Endian and small Endian microprocessors etc; so does Infineon, Altera, Freescale, Atmel and ARM etc, manufacture different featured microcontroller chips for both low-end cars and high-end cars which are specifically chosen for their internal features and software by the various ECU and electronic module manufacturers like  Bosch,  LUCAS, DENSO, Delco, DELPHI, FENIX, HITACHI, HELLA,  MARELLI, Siemens, etc. These microcontroller chip families can roughly be categorized into four sub sectors, those specific to Powertrain functions (P), those specific to the Body and Safety functions (B), those with specific functions for Chassis (C) and those specific to Internal Convenience & communication(U).

In a nutshell all the sub systems in your vehicle are controlled by these on-board computer chips, each at the heart of an electronic module flanked by associated components and sensors. Each of these modules are in fact a fully fledged computer in its own right, situated in various positions throughout the car and linked together by a wired networked called a network bus and all are accessible through the Databus diagnostic interface for adaptation.

When the ignition is switched on, several dashboard warning lamps light-up and stays lit for the duration of the internal test cycle (<30 seconds). Should all tests check OK, all lights goes however if all systems does not check out OK, the relevant light will stay on and a fault will be logged in memory . After the car is started, the ECU monitors all sensors  and continually takes readings from the complete range of powertrain modules and sensors. These readings are then compared with default readings stored in the operational logic of the  system. Should the sensor reading coincide and agree with the stored program value or values, the microcontroller will send the  required outputs to the relevant actuators, for example the injectors. If the sensor readings differ and are out of specification,   "not within the required limits",  it will take another and if this sensor reading continues to be ‘out of limits’ a DTC will be triggered and sent to non-volatile memory. Depending on the nature of the fault, the embedded program may or may not instruct the microcontroller to make internal changes, thus operate on different criteria until a repair is effected, or until the fault has been cleared.

So whenever a mechanical or electronic problem arises in either the Powertrain (P), the Body (B), the Chassis (C) or the internal Conveniences & Communication (U) areas, the relevant module or modules triggers the on-board self diagnostics program and generates a DTC (Diagnostic Trouble Code) which is then stored in the non-volatile memory of the ECU for later retrieval by mechanical technicians. At the point When a DTC code is logged in memory, the system self-diagnosis system also alerts the driver with a visible indication  of trouble by turning on a warning light on the dashboard like the "EPC light", or the "Malfunction Indicator Lamp" (MIL) which on European cars is known as the "Check Engine Light". This doesn't tell you  the nature of the problem, even though it could be something serious, or not. After the necessary repairs are completed, a diagnostic scan tool should be used to clear the DTC errors  and to turn the malfunction indicator light (MIL) or EPC light off. Thereafter the car should be taken on a short test dive to ascertain that the previous drive issue or issues are resolved. Then the car should be hooked up to the diagnostic scan tool once again in order  to confirms that the DTC or DTCs is also no longer present.

The nature of such mechanical problem may  prevent the engine from starting or it may idle erratically, switch off immediately after starting, refuse to rev higher than 1500 rpm and impede driveability (limp mode), difficult cold starting, misfire, lazy acceleration, high idling speed, fluctuating rev counter, excessive fuel consumption, difficult warm starting, excessive black smoke, poor engine response or emits blue/grey smoke,  etc ... Each of these faults and so many others each produce individualized codes.   In most cases it would be expedient to engage the services of a roll-back to get your car to a VW service center so that diagnostics can be run on the car.

With sufficient knowledge and an appropriate diagnostic apparatus (Autoboss, Pico Scope, Range, VCDS, AutoEnginuity,  ScanXLpro), code reader or scanner, plugged into the car's 16 pin diagnostic plug, mechanical minded persons can read these faults, print then or save them to an SD card or harddrive, send signals and communicate with the ECUs, read the measured values and interrogate the actuators. The DTC in memory however do not identify the part that has gone faulty but rather provides you  with a general idea to its area of origin. Often long before a DTC code is generated the fault may already have existed so when the you view the DTC it could show that the fault occurred twice of thrice or even six times before. The ECU software is designed to monitor the frequency of error and if it is an isolated occurrence the ECU clears the fault after a certain distance is traveled but that dependent on the severity of the fault. For arguement's sake lets say 300kms. If it happens once in 300kms it could automatically clears the fault but should it happen four times during the same distance a DTC will be registered, the car could go into limp mode since it may be unsafe to drive the car if it's a breaking or steering issue, or shut the engine off if the O2 sensor went faulty and can't regulate the smoke pollution, or disable starting if the knock sensor triggered the DTC as there may be no oil in sump which could amount to a very expensive engine repair. In the case of the latter, the oil light should have illuminated long before the knock sensor shuts the engine off. However I have encountered a problem with the wires that plug into the oil sensor that became brittle due to engine heat and  subsequently broke off. As a result the sender  sent the low oil condition but it never arrived at the the ECU hence did not turn-on the oil-low light. I only became aware of this when my EPC light went on due to the knock sensor. See picture in blog.   More ...