Interpreters Document

Overview 
This manual is designed for developers who will be writing the interpretive sections of the Utility Files and for 
the system programmers who will be writing the Interpreter software. The purpose of the manual is to explain 
the Interpreter concept as well as instruct a user exactly how to write interpreter instructions. This document 
will be updated regularly, so user input is a must for maximum benefit. 
The main input to the Interpreter Concept is the Utility File
. 
Step by step instructions on how to reprogram a 
control module is provided by the Utility File
.
Utility Files were developed to keep the proliferation of tool 
reprogramming software to a minimum. The Utility file is viewed as three distinct sections: the Header 
Information (24 bytes), the Interpreter Instructions (size varies) and the device specific programming routines 
(a.k.a. Programming Algorithm (PA)). Even though the Utility file is viewed as three distinct parts, it will always 
be treated as a single entity necessary for reprogramming a Control Module. 
The Interpreter Concept uses Interpreters that allow reprogramming support of new products, without having 
to hard code or create independent software packages. An Interpreter is a module that understands the format 
of Utility Files as well as the use of each of its Op-Codes. The Interpreter follows the Interpreter Instructions in 
the Utility files until an exit point is reached. There are two Op-Codes that will end the programming event: 
If the EE Op-
Code (End with Error) is executed by the interpreter, “Programming has Failed”. 
If the FF Op-
Code (End with SUCCESS) is executed by the interpreter, “Programming was Successful”.
 
NOTE: Refer to Communications Independent Programming Op-Codes 
CameraLoops.com

---


1993-2011 General Motors Company, GM Customer Care & Aftersales. All Rights Reserved.
Page
7