车载诊断标准ISO 15765-3中文(2)

d) 服务器通过N_USData.ind指示请求信息的完成。 e) 服务器在接收到N_USData.ind指示时，要求在

帧回复信息条件下，首帧必须在

P2CAN

_Server

时间内开始回复信息。也就是说，在多

P2CAN

_Server

时间内发送，对于单帧回复信息，该单帧必须在

P2CAN

_Server

时间内回复。

f) 服务器在给定的

P2CAN

_Server

时间内无法提供请求的信息时，它可以通过发送应答码为0x78的否定

应答信息请求扩展的定时窗。客户端接收到否定应答信息时，客户端网络层产生一个N_USData.ind。接收到应答码为0x78的否定应答信息，客户端重置它的

*载的P2CAN

_Client

P2CAN

_Client

定时器，但使用的是扩展的重

定时值。

车载诊断标准ISO+15765-2中文

g) 服务器在发送否定应答信息N_USData.con之后，要求在给定的扩展的

*

时间内应答信息。如果在给定的扩展的P2CAN

_Server

P2CAN

_Server

*

（P2CAN

_Server

）

时间内仍无法提供请求的信息，服务器则继续发

送应答码为0x78的否定应答。

*

客户端使用的是扩展的重载的P2CAN_Client定时值重置它的

P2CAN

_Client

定时器。为了简单起见，图中只显示了一个应答码为0x78的否定应答信息。

h) 一旦服务器可以提供请求的信息（肯定的否定的应答，而不是应答码0x78的应答），它就启动最后

结果的应答信息。

i) 在多帧应答信息情况下，客户机通过网络层N_USDataFF.ind指示首帧的接收。当接收到首帧时，客

户机停止

P2CAN

_Client

定时器。

j) 如果完整的信息接收到，或者在接收过程中出现了错误，网络层最后都产生一个N_USData.ind。在

单帧响应信息，通过单个的N_USData.ind指示单帧的接收。当接收该单帧指示时，客户端停止

P2CAN

_Client

定时器。

k) 服务器通过N_USData.con指示响应信息的完成。

6.3.5.1.3 非默认会话期间的物理通信 6.3.5.1.3.1 功能地址（0x3E）信息

车载诊断标准ISO+15765-2中文

图5 ——非默认会话期间的物理通信——功能地址

图5描述了客户机和服务器非默认会话期间物理通信及使用功能地址的定时处理。客户机周期性发送(0x3E)请求信息，不需要服务器的应答信息。

P2CAN

_Client

与P2CAN

_Server

定时处理与6.3.5.1.1和6.3.5.1.2小节中描述的处理方法相同。

车载诊断标准ISO+15765-2中文

唯一的区别是客户端重置的值及服务器端发送结果应答时间会有不同。这是由于转变到另一会话层而不是使用默认会话层，因此使用的是不同的P2CAN会话控制（0x10）服务对定时参数更详细的描述。）

a) 客户端诊断应用层通过发送N_USData.req至网络层，传递诊断会话控制（0x10）请求信息。网络层

传递该请求信息至服务器。

b) 请求信息是单帧信息。它的完成通过客户端N_USData.con指示。6.3.5.1.1和6.3.5.1.2描述的应

答定时适用于此。客户端产生的N_USData.con促使S3Client定时器开启（会话定时器）。 c) 服务器通过N_USData.ind的发送器一个应答。服务器应当发送诊断会话控制（0x10）的肯定应答信息。 d) 服务器通过N_USData.con指示应答信息发送的完成。然后服务器开启S3Server定时器，只要它不超

时，它就一直处于非默认状态。客户机负责保证S3Server定时器在它超时之前复位，以保证服务器处于非默认会话状态。

e) 一旦客户机开启了S3Client定时器，这会促使不需应答信息的功能地址（0x3E）请求信息的发送。

每一次发送的时机都是在S3Client超时时发送。

f) 在网络层通过N_USData.con指示（0x3E）请求信息传递完成之后，客户机再次启动S3Client定时器。

这就是说，功能地址请求信息是在每一次S3Client定时超时之后，周期性发送的。 g) 服务器在处理诊断服务的任何时间内，它都停止S3Server定时器。

h) 当诊断服务处理完之后，服务器重启S3Server定时器。这就是说，诊断服务，包括（0x3E），都重置

_Client

的值。（见9.2.1节诊断

S3Server定时器。诊断服务是在接收到请求信息（N_USDataFF.ind或者N_USData.ind服务）与完成

最后结果应答这个期间内处理的。这里是需要一条应答信息的。或者请求然后诊断服务动作的完成

不需要任何应答信息。（及时到达一个点会促使一个应答信息的发送）

i) 所有（0x3E）请求信息，在服务器处理另外一条请求信息期间接收的话，都会被服务器忽略。因为

它已经停止了S3Server定时器，并且在服务处理完之后重启。

6.53.5.1.3.2 物理地址（0x3E）信息

图6描述了非默认会话期间客户机与服务器物理通信的定时处理。以及使用物理地址（0x3E）请求信息需要服务器返回应答信息以保持在没有其它诊断服务的时候诊断会话的持续。

车载诊断标准ISO+15765-2中文

图6 ——非默认会话期间的物理通信——物理地址

车载诊断标准ISO+15765-2中文

a) 客户端诊断应用层通过发送N_USData.req至网络层，传递诊断会话控制（0x10）请求信息。网络层

传递该请求信息至服务器。

b) 请求信息是单帧信息。它的完成通过客户端N_USData.con指示。6.3.5.1.1和6.3.5.1.2描述的应

答定时适用于此。客户端产生的N_USData.con不会促使S3Client定时器开启（会话定时器）。这与使用功能地址不同，使用功能地址会周期性发送(0x3E)信息保持诊断会话一直处于激活状态（见6.3.5.3.1）。

c) 服务器通过N_USData.ind指示请求信息的完成。6.3.5.1.1和6.3.5.1.2描述的应答定时适用于此。 d) 图上给出，假定客户机需要服务器一个应答。服务器应当发送诊断会话控制（0x10）的肯定应答信

息。 e) 服务器通过N_USData.con指示应答信息发送的完成。然后服务器开启S3Server定时器，只要它不超

时，它就一直处于非默认状态。客户机通过N_USData.ind指示诊断会话控制（0x10）的接收。这将促使S3Client的开启。客户机负责保证S3Server定时器在它超时之前复位，以保证服务器处于非默认会话状态。

f) 客户机任何时候发送一条请求信息至服务器（包括（0x3E）信息），它都会停止S3Client。 g) 接收到请求信息的单帧或首帧，服务器都停止S3Server定时器。服务器通过N_USData.ind标识请求

信息的完成。6.3.5.1.1和6.3.5.1.2描述的应答定时适用于此。

h) 客户机通过N_USData.ind指示应答信息的完成，这促使客户机开启S3Client，服务器通过

N_USData.con指示应答信息的完成，这促使服务器开启S3Server。还有一种客户机不需要应答的情况，客户机接收到网络层N_USData.con确认标识请求信息发送完时，开启S3Client，服务器完成请求的动作时，开启

S3Server

，为简单起见，图中显示的是需要应答的情况。

i) 如果客户机在S3Client超时之前，没有发送任何诊断请求信息，这促使客户机在S3Client超时时，发送一条物理地址（0x3E）请求信息。 j) 服务器通过N_USData.ind指示（0x3E）请求信息的接收。这促使服务器停止S3Server定时器。

6.3.5.1.1和6.3.5.1.2描述的应答定时 …… 此处隐藏：2989字，全部文档内容请下载后查看。喜欢就下载吧 ……