General Specification Electrical Function gmw3110 General Motors Local Area Network Enhanced Diagnostic Test Mode Specification

6.2.5 Application Timing Parameter Considerations.
There is a delay involved in an ECU between the 
reception of a request message from the CAN bus and actually performing any action based on the request 
(e.g., queuing the transmission of a response message; see Figure 30). The amount of the delay is a function 
of: 

Whether the CAN controller receive processing is handled via a polling loop or is interrupt driven 

The time it takes for the network layer to evaluate the correctness of the last received CAN frame 
ECU NWL
ind
req
con
ind
ind
ind
req
con
ind
ind
Tester NWL
req
con
req
con
req
ind
con
req
con
req
con
ind
req
con
ind
Request
USDT-FF
Start (150)
Tester Transmit
ECU transmit
P3
C
P3C
0
TesterPresent
P3
C
P3C
0
TesterPresent
USDT-FC
USDT-CF
P3
C
P3C
0
P3
C
P3C
0
P3
C
P3C
0
P3
C
P3C
0
Tester
P3C
Reset P3C
Reset P3C
ECU
P3C
Request
Start (150)
USDT-SF
TesterPresent
P3C timeout
Restart P3C
Transmit TesterPresent
TesterPresent
P3C timeout
Restart P3C
Transmit TesterPresent
Reset P3C
P3C timeout
Restart P3C
Transmit TesterPresent
P3C timeout
Restart P3C
Transmit TesterPresent
Multiple frame USDT response message
interleaved by a functionally addressed 
TesterPresent request message
USDT-CF
Reset P3C
P2
CT
150
0
P2
CT
150
0
--``,,``````,``,,``,,,`,`,`,,-`-`,,`,,`,`,,`---
CameraLoops.com

---

GM WORLDWIDE ENGINEERING STANDARDS 
GMW3110 
© Copyright 2010 General Motors All Rights Reserved 
February 2010 
Page 63 of 336 

The execution rate of the application which adds an additional delay before network layer indications are 
actually acted upon 
and

The time it takes the application to determine the validity of the received diagnostic message. 
There is also a delay involved in an ECU between queuing the transmission of a response message and 
actually finishing the transmission of the first frame (or only frame) of the response message (SF or FF) within 
the required P2
CE
timing window. This delay is a function of: 

How long it takes to actually put the first frame (SF or FF) of the queued response message into a transmit 
object of the CAN controller, 

The amount of time that the message cannot be sent on the bus due to lost arbitration with higher priority 
CAN frame(s) 
and

The time to actually transmit the frame on the bus (this is a function of the baud rate, the number of data 
bytes in the frame, and the bit pattern which effects the number of stuff bits). 
Previous figures in the application timing section do not explicitly show these delays. However, the total delay 
time has to be taken into consideration during the ECU design in order to ensure that the timing requirements 
are met. 
Figure 30 graphically depicts the possible delays involved in the reception of a request message and the 
earliest point in time that the request can be acted upon (e.g., queue transmission of a response message or 
start/reset the P3
C
timer, if applicable). It also shows the possible delays involved in the transmission of the 
response message and the earliest point in time the frame can be indicated as a successfully received in the 
tester. 
Note:
Reference the diagnostic services chapter of this specification for specific requirements on when it is 
appropriate to start/reset the P3
C
timer. 
Note:
The ECU has to make sure that the first frame (SF or FF) of the response message is transmitted onto 
the CAN bus within P2
CE
when no loss of arbitration occurs. The value of the P2
CT
timeout within the tester is 
purposely made greater than P2
CE
to compensate for bus arbitration under normal operating conditions.