Interpreters Document

Additional Utility File Information - Best Practices and recommendations 
All Communication Protocols:
 
1. There shall be no additional steps between the interpreter instructions and the beginning of the routine 
section (routine #1). 
2. The only protocol that supports two part utility files is GMLAN CAN. All other protocols shall have the 
utility file header bytes $0A-$0B set to $0000. 
3. To calculate the offset to the routine section, first multiply the number of interpreter instructions by 16 
(number of data bytes in an interpreter instruction) and then add 24 (number of data bytes in the utility file 
header). All values should be calculated as decimal values and the sum should be converted to 
hexadecimal and placed into bytes $0E-$0F of the utility file header. If the SPS Editor program is used to 
create the utility file, the program will calculate the offset. 
4. Any interpreter instruction that sends a message on the vehicle communication bus shall implement the 
FD (no communications fault) and FF (unexpected response) return codes in the Goto section of the 
interpreter instruction. 
S1130000071AC10100005A08
FD
09
FF
1B00000000FF 
5. Each interpreter instruction that uses Op-Code 27 (security access) shall use the same security algorithm 
value for a given device ID. 
6. Op-Code FC (Delay) has a setting for seconds or minutes (AC3). Care should be taken to ensure that the 
setting is set to seconds for most programming events. The minute‟s feature is primarily used for vehicle 
theft deterrent re-learns. 
7. It is recommended that re-try logic be built into the utility file using a combination of the FC (delay) and FB 
(set and decrement counter) Op-Codes. 
S113000003
FC
0200000000040000000000000000FF 
S113000004
FB
010600000002001B000000000000FF 
8. When using the FB (set and decrement counter) Op-Code, the value of the Loop limit (AC1) must be > 1 
as the counter value is decremented prior to processing the Goto instructions.
S113000012FB01
03
000000010010000000000000FF 
9. Care should be taken to reference Op-Code information by communication protocol as many of the Op-
Codes are used in multiple protocols and the action field requirements vary by protocol.
10. If an interpreter instruction is removed from a utility file, the offset to the routine and the Goto fields must 
be updated to reflect this modification.
11. No extra bytes after the last routine sections allowed
.
UART Protocol: 
TBD 
Class 2 Protocol: 
1. Op-Code 29 (mode $29) is obsolete and should be replaced with Op-Code 20 (mode $20) in any new 
utility files. Op-Code $29 is supported for legacy issues only. 
2. For part number comparisons using Op-Code 3B (mode $3B) other than the VIN, the first goto field shall 
indicate a matching part number, the second goto field will provide the path to follow when the part 
numbers differ.
Keyword 2000 Protocol: 
1. There shall be a delay after ECU Reset and a start/stop communication to assure that the controller is still 
OK after Reset 
2. Seed &Key: Error code 37 is handled internally (external loop not necessary) 
3. Op-Code FC Delay for Seconds/Minutes KWP 2000 requires AC1=01 to send Tester Present (AC1=00 
Default Tester Present is only for UART and GMLAN) 
CameraLoops.com

---


1993-2011 General Motors Company, GM Customer Care & Aftersales. All Rights Reserved.
Page
13 
(continued) 
GMLAN CAN Protocol: 
1. All GMLAN CAN Utility files shall have Op-Code 01 as the first interpreter instruction. 
2. All SPS_TYPE_A and SPS_TYPE_B ECU's shall support mode $1A DID $B0 (ECU diagnostic 
address). See GMW3110 specification. 
3. 
All SPS_TYPE_C ECU‟s shall enable and support two special case CANId‟s as defined in GMW3110 
chapter 11. 
4. Items 1,2 and 3 allow the programming code to map the utility file device ID to the ECU request and 
response CANId‟s. 
5. Any interpreter instruction which needs to sent after a ECU reset shall be implemented in part two of 
the utility file. The utility file header bytes $0A-$0B shall be set to the interpreter instruction number for 
the beginning of part two. A FF Op-Code is required before the beginning of part two of the utility file. 
6. Only the GMLAN CAN protocol supports 4 byte addressing. 
7. GMLAN CAN utilizes pre utility (programming setup) and post utility (programming conclusion) file 
processes as documented in GMW3110.
Pre Utility file process example for HS GMLAN CAN: 
<04 00 00 01 01 00 00 00 00 FE 3E
<04 00 00 01 01 00 00 00 00 FE 1A B0
>04 00 00 00 00 00 00 07 E8 00 5A B0 11
<04 00 00 01 01 00 00 00 00 FE 10 02
>04 00 00 00 00 00 00 07 E8 00 50
<04 00 00 01 01 00 00 00 00 FE 28
>04 00 00 00 00 00 00 07 E8 00 68
<04 00 00 01 01 00 00 00 00 FE A2
>04 00 00 00 00 00 00 07 E8 00 E2 00
<04 00 00 01 01 00 00 00 00 FE A5 01
>04 00 00 00 00 00 00 07 E8 00 E5
<04 00 00 01 01 00 00 00 00 FE A5 03 
Post Utility file process example for HS GMLAN CAN: 
<04 00 00 01 01 00 00 00 00 FE 20
>04 00 00 00 00 00 00 06 44 00 60
<04 00 00 01 01 00 00 00 00 FE 1A B0
>04 00 00 00 00 00 00 07 E8 00 5A B0 11
Certain Op-Codes commonly used in Class 2 are not defined for GMLAN CAN as they are part of the pre and post 
utility file processes and run automatically. 
8. GMLAN CAN supports Op-Code 53 Compare Data functions. In combination with Op-Code 1A, Op-
Code 53 can be used to read the operational software part number and program operational software 
and calibrations or program only calibrations. 
S113000007