Interpreters Document

NOTE:
 In the case of negative response processing, it is possible to receive a negative response 
code that is equal to the expected service identification response for a positive response 
message. To resolve this issue, it is necessary to put a duplicate response code in the 
goto fields: the first goto response will be for positive response messages and the second 
will handle the negative response messages.
 
For a more detailed description, see the “Response processing” section of this document
.
The response return codes are the control module responses to a transmitted message.
 
Not all Op-Codes 
send a message to a control module, some perform other functions (i.e. Op-Code 50 and 51).
 
The first 
byte of the goto pair should be zero for Op-Codes not requiring a response from the module. 
If more than five Goto Fields are needed for an interpreter instruction, do not close the step with an 'FF'.
 
If 
the tool does not see an 'FF' return code and a return code has not been found, the tool continues 
searching for a return code in the Goto Fields of the next step in the interpreter instructions.
 
The 'F8' Op-
Code must be used on the goto continuation line (for more information see 'F8' Op-Code description).
 
 
 
CameraLoops.com

---


1993-2011 General Motors Company, GM Customer Care & Aftersales. All Rights Reserved.
Page
10 
Device (ECU) Specific Control Routines and/or Service Request Data Routines 
The Device (ECU) Specific Control Routines are pieces of code that are transferred to an ECU. The suppliers 
or the Flash vendors develop the control routines. Examples of Control Routines are: erase flash memory, 
checksum memory, or reset ECU. The user has the option to include Control Routines in the Utility File or to 
embed the routines in the ECU's memory.
This entire section of the Utility File is optional. If this section is omitted all required Control Routines shall be 
embedded in the ECU's memory and therefore no user optional data shall be needed for any Service 
Requests. If this section is in the Utility File, it shall be formatted as follows: 
The routines in the Utility File must be laid out as follows: 
4 bytes 
Address information
2 byte 
Length of the routine 1 (not including address and length) 
X bytes 
Routine 1 data 
4 bytes 
Address information
2 byte 
Length of the routine 2 (not including address and length) 
Y bytes 
Routine 2 data 
: 
: 
4 bytes
Address information 
2 byte 
Length of the routine N (not including address and length) 
Z bytes 
Routine N data. 
The routines are one contiguous block of data. They are separated only for presentation purposes.
The address can be used by the tool as a destination address (Note: The address information could also 
come from the global address or the header address or might be not used at all.). The length is used to locate 
the routines in the routine(s) portion of the Utility File.