TestBook T4 (Main Dealer) Level Support for MEMS3

Download Link: https://andrewrevill.co.uk/Downloads/MEMS3Tools.zip

My MEMS3 Mapper now has pretty much all of the MEMS3 functionality of a TestBook T4 system.

I was recently contacted by a gentleman called Richard Jessett, who runs one of the MG Rover owners forums. He had managed to recreate a full working Rover TestBook T4 system, through a combination of acquiring, reverse engineering and recreating parts. He was the proud owner of an immaculately restored Rover Tomcat and SD1, and was very much of the “let’s just do everything we can to keep these old cars on the road” mentality like myself, so he very kindly offered to let me spend an afternoon in his garage playing with it to see what it could do – and more to the point, how it did it.

So off to Oxfordshire I went …

MEMS3 PROXY SERVER

Before I set off, I made an application that was essentially two copies of my MEMS3 Terminal siamesed into one application, passing messages between them. The plan was that I could run two OBDII cables from my laptop, one of them going to my car and the other one going to the T4 system through a splitter cable, which also allowed me to feed 12V power to the T4 as though it was plugged directly into the car. In essence I wrote a proxy server for MEMS3 OBDII protocols, with the plan being that neither the T4 nor the car would realise that my laptop was sitting in the middle passing messages between them, listening in on the conversations, rather than having them directly connected.

It worked first time:

The T4 seemed perfectly happy with the connection. We did discover one slight hiccup, in that the T4 wasn’t just designed to be plugged into a single MEMS3 but a whole MG Rover vehicle, and it did expect a Rover VIN number to check off against the ECU to work out what options should be installed etc. It really didn’t want to talk to the Caterham ECU with a non-Rover VIN number. We fixed this by connecting it to a spare Rover 25 ECU, letting it complete all of its vehicle checks, then quickly swapping the connection across to my Caterham without it noticing. Rather surprisingly, that actually fooled it.

PROXY SERVER RULES FILE

This is where the next trick of my proxy server application came into play. If I just wanted to see the communications between the T4 and the ECU, I could just have plugged a single OBDII cable into a Y-splitter and listened in on the conversation rather than proxying it through another system, but I had written into my proxy server a rules system which allowed it to modify the messages it was forwarding. Rules were of the form “if you see a message like X, change field Y to Z”. This allowed me to edit the responses from the car to the T4 live during a session, to work out which fields in the responses were conveying which information to the T4. This was particularly important for decoding all of the live data screens in the T4 as a lot of the values were either very similar (e.g. “Coolant Temperature” and “Coolant Temperature Direct Reading” – one of which was the actual sensor value and the other was the value used by the ECU, which would only be different in the case of a failed sensor where the ECU was substituting an estimated value) or single-bit flags, which there was no other obvious way of identifying. Being able to change the responses from the ECU meant that I could play around until I found exactly which bit / bytes / words caused the T4 to display my fake data.

At the end of the session, I had a rules file which acted as documentation of exactly where each piece of information was stored in the ECU responses, which was what I needed to implement my own T4-style live data and diagnostics system:

/ DEFAULT RESPONSE FOR UNSUPPORTED IDENTIFIERS

 

      service $7f data $21 msg $61 $5b $00 $00 $00 $00 $00 $00 $00 $00

 

/ ENGINE STATE

 

/   ELECTRICAL STATUS

 

      service $61 data $10 set word 1 14300   / Battery Voltage (In mV)

      service $61 data $10 set word 3 14300   / Battery Voltage Direct Reading (In mV)

      service $61 data $0f set byte 1 bit 1 0 / Ignition Switch Status (1=On, 0=Off)

      service $61 data $15 set byte 2 bit 1 0 / Fuel Pump Relay Drive (1=On, 0=Off)

      service $61 data $15 set byte 2 bit 0 0 / Main Relay Status (1=On, 0=Off)

      service $61 data $0f set byte 1 bit 5 1 / Security Link Status (1=High, 0=Low)

 

/   ENGINE STATUS

 

      service $61 data $14 set byte 1 bit 3 1  / Cranking Status (1=Cranking, 0=Not Cranking)

      service $61 data $14 set byte 1 bit 4 1  / Running Status (1=Running, 0=Not Running)

      service $61 data $14 set byte 1 bit 5 0  / Stopped Status (1=Stopped, 0=Not Stopped)

      service $61 data $11 set word 4 2700     / Crankshaft Rotational Position (In 0.1°)

      service $61 data $06 set word 9 2500     / Engine Speed (In RPM)

      service $61 data $51 set byte 23 bit 0 1 / Flywheel Adaptation (1=Adapted, 0=Not Adapted)

      service $61 data $15 set byte 2 bit 2 0  / Engine Warning Light Status (1=On, 0=Off)

 

/   ENGINE SYNC

 

      service $61 data $11 set byte 1 bit 1 1 / Crank Sync Fault (1=Sync Lost, 0=Sync OK)

      service $61 data $11 set byte 1 bit 0 0 / Cam Sync Fault (1=Sync Lost, 0=Sync OK)

      service $61 data $11 set byte 1 bit 2 1 / Historical Sync Loss Faults (1=Faults Logged, 0=No Faults Logged)

 

/   TORQUE

 

      service $61 data $5b set word 3 $8000    / Engine Torque ($0000-$FFFF=0-100Nm)

      service $61 data $5a set byte 15 bit 1 0 / Engine Torque Status (1=Positive, 0=Negative)

      service $61 data $5a set byte 15 bit 3 0 / Torque Transient Detected (1=Present, 0=Not Present)

 

/ ANALOG INPUTS

 

/   TEMPERATURES

 

      service $61 data $00 set word 1 3132  / Engine Coolant Temperature (In 0.1°K)

      service $61 data $00 set word 3 3132  / Engine Coolant Temperature Sensor Direct Reading (In 0.1°K)

      service $61 data $00 set word 5 3132  / Engine Oil Temperature (In 0.1°K)

      service $61 data $00 set word 7 3132  / Engine Oil Temperature Direct Reading (In 0.1°K)

      service $61 data $00 set word 9 3132  / Inlet Air Temperature (In 0.1°K)

      service $61 data $00 set word 11 3132 / Inlet Air Temperature Sensor Direct Reading (In 0.1°K)

      service $61 data $5d set word 29 3142 / Engine Bay Temperature (In 0.1°K)

 

/   PRESSURES

 

      service $61 data $06 set word 1 6000 / Inlet Manifold Pressure (In 0.01kPa)

      service $61 data $06 set word 3 6000 / Inlet Manifold Pressure Direct Reading (In 0.01kPa)

 

/ FUELLING

 

/   THROTTLE

 

      service $61 data $0f set byte 1 bit 0 1  / Throttle Status Method 1 (1=Open, 0=Closed)

      service $61 data $5d set byte 27 bit 1 1 / Throttle Status Method 2 (1=Open, 0=Closed)

      service $61 data $5d set word 9 1000     / Closed Throttle Voltage (In mV)

      service $61 data $06 set word 7 3000     / Throttle Potentiometer Voltage (In mV)

      service $61 data $08 set word 1 19000    / Throttle Angle (In 0.01°)

 

/   FUEL INJECTORS

 

      service $61 data $0c set word 5 3100  / Injector 1 Pulse Width (In μs)

      service $61 data $0c set word 9 3100  / Injector 2 Pulse Width (In μs)

      service $61 data $0c set word 13 3100 / Injector 3 Pulse Width (In μs)

      service $61 data $0c set word 17 3100 / Injector 4 Pulse Width (In μs)

      service $61 data $0c set word 19 1100 / Injector Deadtime Adaptation (In μs)

      service $61 data $3a set word 5 256   / Fuelling Service Adjustment (In μs)

 

/   LAMBDA CONTROL

 

      service $61 data $51 set byte 23 bit 3 1 / Oxygen Sensor Condition (1=Degraded, 0=Normal)

      service $61 data $15 set byte 2 bit 6 0  / Oxygen Sensor Heater Drive (1=On, 0=Off)

      service $61 data $56 set word 5 9000     / Upstream Oxygen Sensor Heater Current (In mA)

      service $61 data $56 set word 1 5500     / Upstream Oxygen Sensor Heater Duty (In 0.01%)

      service $61 data $55 set byte 5 bit 1 1  / Upstream Oxygen Sensor Switch State (1=Rich, 0=Lean)

      service $61 data $55 set byte 5 bit 2 1  / Upstream Oxygen Sensor Readiness State (1=Ready, 0=Not Ready)

      service $61 data $0a set word 3 900      / Upstream Oxygen Sensor Voltage (In mV)

      service $61 data $0a set word 5 900      / Upstream Oxygen Sensor Voltage Direct Reading (In mV)

      service $61 data $55 set word 1 100      / Upstream Oxygen Sensor Switching Frequency (In 0.01Hz)

      service $61 data $55 set word 3 100      / Upstream Oxygen Sensor Switching Time (In 0.01s)

      service $61 data $55 set word 6 9000     / Downstream Oxygen Sensor Applied Current (In 0.1mA)

      service $61 data $56 set word 7 9000     / Downstream Oxygen Sensor Heater Current (In mA)

      service $61 data $56 set word 3 6000     / Downstream Oxygen Sensor Heater Duty (In 0.01%)

      service $61 data $0a set word 9 890      / Downstream Oxygen Sensor Voltage (In mV)

      service $61 data $0a set word 11 890     / Downstream Oxygen Sensor Voltage Direct Reading (In mV)

      service $61 data $13 set byte 1 bit 0 1  / Fuel Feedback Switching Status Method 1 (1=Closed Loop, 0=Open Loop)

      service $61 data $55 set byte 5 bit 0 1  / Fuel Feedback Switching Status Method 2 (1=Closed Loop, 0=Open Loop)

      service $61 data $0a set word 1 9750     / Fuelling Correction Factor (In 0.01%)

 

/   EMISSIONS

 

      service $61 data $51 set byte 2 bit 2 1 / Catalyst State (1=Degraded, 0=Normal)

      service $61 data $57 set byte 7 bit 0 1 / Catalyst Test State (1=Complete, 0=Not Complete)

      service $61 data $57 set word 3 2500    / Catalyst Test Result (In mV)

      service $61 data $57 set word 5 3000    / Catalyst Test Limit (In mV)

      service $61 data $16 set word 1 5500    / Charcoal Canister Purge Valve Duty (In 0.01%)

 

/ IGNITION

 

/   IGNITION TIMING

 

      service $61 data $62 set word 1 50   / Ignition Timing (In 0.1° BTDC)

      service $61 data $5b set word 7 1000 / Ignition Torque Reduction Retard (In 0.1°)

      service $61 data $3a set word 1 -60  / Ignition Service Adjustment (In 0.1°)

 

/   IGNITION COILS

 

      service $61 data $0b set word 1 1100 / Coil 1 Charge Time (in μs)

      service $61 data $0b set word 3 1100 / Coil 2 Charge Time (in μs)

 

/   MISFIRE

 

      service $61 data $5a set byte 15 bit 0 1 / Misfire Detection Status (1=Possible, 0=Not Possible)

      service $61 data $5a set byte 15 bit 2 1 / Misfire Sensor Fault Status (1=Faults, 0=No Faults)

      service $61 data $52 set byte 1 110      / Misfire Count Cylinder 1 (Count)

      service $61 data $52 set byte 2 110      / Misfire Count Cylinder 2 (Count)

      service $61 data $52 set byte 3 110      / Misfire Count Cylinder 3 (Count)

      service $61 data $52 set byte 4 110      / Misfire Count Cylinder 4 (Count)

      service $61 data $5a set word 5 6000     / Misfire Catalyst Percent (In 0.01%)

      service $61 data $5a set word 7 6000     / Misfire Emissions Percent (In 0.01%)

      service $61 data $5a set byte 15 bit 4 1 / Rough Road Detected (1=Detected, 0=Not Detected)

      service $61 data $5a set word 9 1100     / Rough Road Value (In 0.01%)

      service $61 data $5a set word 11 1100    / Rough Road Events Range 1 (In 0.01%)

      service $61 data $5a set word 13 1100    / Rough Road Events Range 2 (In 0.01%)

      service $61 data $5a set word 1 1100     / Engine Roughness

      service $61 data $5a set word 3 1100     / Engine Roughness Threshold

 

/ IDLE

 

      service $61 data $5d set byte 27 bit 7 0  / Idle Speed Control Requested (1=Requested, 0=Not Requested)

      service $61 data $14 set byte 1 bit 0 0   / Idle Speed Control Status (1=Closed Loop, 0=Open Loop)

      service $61 data $5d set byte 27 bit 0 1  / Idle Speed Control Abort Status (1=Aborted, 0=Allowed)

      service $61 data $5d set byte 27 bit 5 0  / Idle Conditions Check (1=Conditions Met, 0=Conditions Not Met)

      service $61 data $5d set byte 27 bit 2 1  / Idle Stepper Movement Allowed (1=Allowed, 0=Not Allowed)

      service $61 data $5d set byte 27 bit 4 0  / Fast Idle Status (1=Completed, 0=In Progress)

      service $61 data $5d set word 3 825       / Idle Speed Control Set Point (In RPM)

      service $61 data $21 set word 1 100       / Idle Speed Error (In RPM)

      service $61 data $12 set word 1 125       / Idle Air Control Valve Position (In Steps)

      service $61 data $5d set word 7 32        / Idle Deadband Position (In Steps)

      service $61 data $5d set word 15 3500     / Idle Alternator Loading (In 0.01%)

      service $61 data $3a set word 3 1000      / Idle Speed Service Adjustment (In RPM)

 

/ VVC

 

      service $61 data $25 set word 1 2250 / VVC Inlet Cam Duration Requested (In 0.1°)

      service $61 data $25 set word 3 2370 / VVC Inlet Cam Duration Measured (In 0.1°)

      service $61 data $25 set word 5 7200 / VVC Inlet Cam Opening Angle (In 0.1°)

      service $61 data $25 set word 7 2000 / VVC Inlet Cam Closing Angle (In 0.1°)

 

/  FANS AND AIR CONDITIONING

 

      service $61 data $15 set byte 2 bit 4 1 / Radiator / Slow Fan Drive (1=On, 0=Off)

      service $61 data $15 set byte 1 bit 1 1 / Engine Bay Fan Drive (1=On, 0=Off)

      service $61 data $0f set byte 1 bit 6 1 / Air Conditioning Switch Status (1=On, 0=Off)

      service $61 data $0f set byte 1 bit 3 1 / Air Conditioning Request Status (1=Requested, 0=Not Requested)

      service $61 data $15 set byte 2 bit 3 1 / Air Conditioning Clutch Drive (1=On, 0=Off)

      service $61 data $15 set byte 2 bit 5 1 / Air Conditioning Condenser Fan Drive (1=On, 0=Off)

      service $61 data $0f set byte 1 bit 2 1 / Air Conditioning Fan Request Status (1=Requested, 0=Not Requested)

 

/ ROAD SPEED AND GEARBOX

 

      service $61 data $0d set byte 1 75       / Vehicle Road Speed (In km/h)

      service $61 data $5d set byte 28 bit 6 0 / Vehicle Movement Status (1=Moving, 0=Stationary)

      service $61 data $0f set byte 1 bit 4 1  / Gearbox Drive Neutral Status (1=Drive, 0=Neutral)

 

I also came away armed with copies of the transcripts of communications between the T4 and ECU for all of the other operations it could perform, allowing me to replicate them in MEMS3 Mapper. All of these were backed up by corresponding photographs of the T4 screen so I could correlate the data exchanges with the on-screen displays. Note that the T4 software completely takes over its host laptop and you don’t get access to normal operation system features as with regular PC applications, so we weren’t able to just take screenshots – all the captures were mobile phone shots:

ECU VARIABLES

One further side-effect of all of this is that I have subsequently been able to find the table in the ECU firmware that describes all of the above data records and messages. This table tells the ECU which memory addresses (variables) to include in each record, so by correlating the findings above with the definitions in this table, I’ve been able to identify the meanings of more than 100 variables in the ECU which will be a great help in future further disassembly and investigations. A small sample of this analysis is shown below:

Service $21 "Request Data By Local ID" Record Memory Locations for Firmware ksr3p004

This table decodes the raw records into fields with lengths and addresses. In places where larger fields are accessed in code as multiple smaller fields they have been subdivided.

These are then correlated with the known contents of these records from reverse engineering of TestBook T4 to identify the addresses of the corresponding variables.

Locations with known data contents are shown in green. Location sizes are shown in blue where larger fields are subdivided as described above.

Typ

$00

Address relative to the start of RAM $000000.

$40

Address relative to the start of firmware $110000.

$80

Address relative to the map pointer A5.

$C0

Address relative to the start of boot loader $100000.

else

Address relative to the pointer A1 passed into routine.

Address

ID

Cond

Count

Bytes

Typ

Len

Address

Bytes

Typ

Len

Address

Bytes

Typ

Len

Address

Bytes

Typ

Len

Address

Bytes

Typ

Len

Address

Bytes

Typ

$13318E

$00

$06

$0007

$0A

$38

$00

$02

$000A38

$04

$7E

$00

$02

$00047E

$0A

$04

$00

$02

$000A04

$04

$8E

$00

$02

$00048E

$09

$FE

$00

$02

$0009FE

$04

$7C

$00

Engine coolant temperature.

Engine coolant temperature direct.

Engine oil temperature.

Engine oil temperature direct.

Inlet air temperature.

$1331AE

$01

$06

$0001

$0A

$38

$00

$02

$000A38

$1331B6

$02

$06

$0001

$0A

$04

$00

$02

$000A04

$1331BE

$03

$06

$0001

$09

$FE

$00

$02

$0009FE

$1331C6

$04

$06

$0001

$09

$EC

$00

$02

$0009EC

$1331CE

$05

$06

$0001

$0A

$1A

$00

$02

$000A1A

$1331D6

$06

$06

$0005

$0A

$02

$00

$02

$000A02

$04

$7A

$00

$02

$00047A

$0C

$2C

$00

$02

$000C2C

$04

$98

$00

$02

$000498

$05

$40

$00

$02

$000540

Inlet manifold pressure.

Inlet manifold pressure direct.

Throttle potentiometer voltage.

Engine speed.

$1331EE

$07

$06

$0001

$0A

$02

$00

$02

$000A02

$133476

$08

$06

$0001

$0C

$2C

$00

$02

$000C2C

Throttle angle.

 

So what are the key new features I’ve implemented as a result of all of this?

LIVE DIAGNOSTICS

This allows for live display of DTC (Diagnostic Trouble Code) and live data. Unlike the live data screens of typical OBDII scanners, which provide access to maybe 15 key parameters only, this system gives real-time access to 108 different live data measures. The screenshot below was taken connected to an otherwise disconnected ECU on the bench, hence the alarming number of fault codes displayed.

The system has built-in data logging. You can see in the bottom right hand corner that it displays the number of records it has accumulated. At the end of a session you can save these to a CSV file. You can also limit the number of data measures updated using the check boxes provided to increase the refresh rate. For a small number of measures you can record around samples per second. With all 108 measures selected this slows down to around one sample every 2 seconds. I’m currently looking into defining custom records to allow even faster data logging, although I haven’t yet seen another system that has cracked this and the ECU, although clearly supporting this feature (I’ve seen the code for it), doesn’t seem to follow the KWP2000 standards for it, so I’m left having to try to reverse-engineer all of the ECU code behind it to work out how to use it. Hopefully that will come in a future release.

ZCS CODES

These are not much use on a Caterham, but on something like a Rover 75 or MG ZT they are critical. They are a set of alphanumeric codes, using BMW standards, which are programmed into every major electronic module on the vehicle and which describe in detail all of the options installed and configurations applied. They must match across the different ECUs for systems to function normally, so when putting a replacement ECU into a vehicle it’s important to able to recode it to the car. There was one area of the ECU’s EEPROM that I had previously decoded and which contained coding records for the VIN, Part Variant, programming date etc. but there was another similar looking area which I suspected worked in the same way (i.e. you can only add updated records and it records a permanent history of the vehicle’s coding) but I had no idea what it represented. Now I do! My tools now lets you enter the ZCS codes for your vehicle which are added as a new coding record. Note that all MG Rover vehicle ECUs have at least one set of ZCS codes, even on vehicles which do not actually make use of them. They may have more than one set if the vehicle has been upgraded at a dealer. ECUs originally supplied to Caterham do not have any ZCS codes at all, so that’s a sure-fire way of telling whether you have an original Caterham ECU or a Rover donor unit.

Again this screenshot is from a test ECU that I’ve been playing with, so it has rather an unusual number of previous codes.

As with the VIN coding records, you can clone the record from a file read from your old ECU when installing a new ECU.

93C66 PATCH

Not directly from the T4 session, and again not so much use on Caterham, but I’ve built into my Live Mapping patch the ability to read and write the 93C66 configuration serial EEPROM chip in the ECU. This holds all of the setting that the ECU can change during normal running, so things like adaptations, fault codes, immobiliser coding etc. For Freelander owners with the BMW EWS 3.D immobiliser system, which uses a complex rolling code, pairing an ECU with an immobiliser is difficult. This function allows you to truly clone an ECU, complete with all of its settings and configuration data. This means that the new ECU is already matched to your immobiliser and adapted to your engine.

IMMOBILISER STATUS

A while back I described a bench test rig, complete with cam and crank signal simulators, which I used when matching ECUs to immobilisers for people. One of the main drivers behind this was that it wasn’t possible to tell for sure if the pairing had worked (sometimes it doesn’t) without effectively running up the ECU and seeing whether it ran the injectors. MEMS3 Mapper now has a function to query the immobiliser status of the ECU directly. The immobiliser status is reported as one of the following:

·        Line high. The line from the immobiliser to the ECU is in a continuous high state. Either no immobiliser is installed or there is problem with the connection between the immobiliser and the ECU.  The engine is immobilised.

·        No code received. The ECU has not received a valid code from the immobiliser, or is in learning mode and has not yet learned an immobiliser code. The immobiliser may be armed. If the ECU is not in learning mode, the engine is immobilised.

·        Correct code received. The ECU has received the correct previously learned code from the immobiliser. The engine is cleared to start.

·        Incorrect code received. The ECU has received a valid code from the immobiliser, but it not the code previously learned by the ECU. The ECU is not paired with this immobiliser. The engine is immobilised.

·        Immobiliser status unknown. The ECU immobiliser status returned is not recognised by this application.

The last one is a catch-all in case there are other states that the ECU can report that I haven’t found yet.

FORCE OUTPUTS

This feature provides a proper way to test a lot of the engine actuators by telling the ECU to drive them. The ECU does place restrictions on what actuators you are allowed to force under different conditions, for example it won’t allow you to turn off the fuel pump with the engine running, but it will allow you to force the fuel pump to turn on when the engine is stopped for testing purposes:

For safety, although you can drive most actuators on or off continuously, the fuel injectors are just driven for a brief pulse each time they are selected.

SERVICE ADJUSTMENTS

The ECU allows you to apply blanket adjustments to the ignition timing and idle speed. In theory it supports the facility to apply a blanket injector duration adjustment too, although this is disabled on all ECUs designed for cars designed to run in unleaded petrol, so my application only allows you to update the ignition and idle speed service adjustments:

The ignition timing adjustments could be useful on an engine that was prone to detonation and pinking, either due to wear and tear and carbon build-up or where forced to operate on poorer quality fuel, in which case a small retard of the ignition timing may alleviate problem. You are limited to -6° (retard) to +3° (advanced). There shouldn’t be any need to advance the timing using this feature and doing so may lead to damage by causing detonation, rather than curing it, so be careful. The idle speed adjustment may be of use on Caterhams with lightened flywheels, or to reduce the Type 9 gearbox rattle at idle. The dialog does display any fuelling adjustment that has been applied to the ECU, but doesn’t let you change it.