ISO15765-2是什么？包含哪些内容?
接上一节了解具体网络层定时
网络层定时
定时参数
运行要求的数值是是对对等通信的约束，以符合该协议。某个应用应指明规定的运行需求，该范围在下表中定义。
定义超时的值应比运行要求的值大保证系统工作且使克服运行需求值在（高总线负载）时，绝对不会满足。指定的超时的值认为是执行的最低限。实际超时的发生不应长于指定超时值+50％。
网络层在检测到错误的时候应传递合适的服务项至服务的使用者。
网络层定时参数值
|
定时参数 |
描述 |
数据链路服务 |
超时 (ms) |
运行需求 (ms) |
|
|
Start |
End |
||||
|
N_As |
发送方CAN帧发送时间（任何N_PDU） |
L_Data.request |
L_Data.confirm |
1000 |
N/A |
|
N_Ar |
接收方CAN帧发送时间（任何N_PDU） |
L_Data.request |
L_Data.confirm |
1000 |
N/A |
|
N_Bs |
直至下一个流控帧接收的时间 |
L_Data.confirm(FF) L_Data.confirm(FC) L_Data.indicate(FC) |
L_Data.indicate(FC)
|
1000 |
N/A |
|
N_Br |
直至下一个流控帧发送的时间 |
L_Data.indicate(FF) L_Data.confirm(FC) |
L_Data.request(FC) |
N/A |
(N_Br+ N_Ar)< (0.9*N_Bs) |
|
N_Cs |
直到下一个连续帧发送的时间 |
L_Data.confirm(FC) L_Data.indication (CF) |
L_Data.request(CF) |
N/A |
(N_Cs+ N_As)< (0.9*N_Cr) |
|
N_Cr |
直到下一个连续帧接收的时间 |
L_Data.confirm(FC) L_Data.indication (CF) |
L_Data.indication (CF) |
1000 |
—— |
|
S 发送者 R 接收者 |
|||||
网络层超时
下表定义了网络层超时的触发和动作
网络层超时出错处理
|
超时 |
触发 |
动作 |
|
N_As |
发送方没有及时发送N_PDU |
放弃信息的接收并传递<N_Result>= N_TIMEOUT_A的N_USData.confirm指示 |
|
N_Ar |
接收方没有及时发送N_PDU |
放弃信息的接收并传递<N_Result>= N_TIMEOUT_A的N_USData.confirm指示 |
|
N_Bs |
发送方没有接收到流控帧（丢失，覆盖）或在首帧前收到，或连续帧没有被接收方接收到。 |
放弃信息的发送并传递<N_Result>= N_TIMEOUT_Bs的N_USData.confirm指示 |
|
N_Cr |
接收方没有收到连续帧或之前流控帧未被发送方收到。 |
放弃信息的接收并传递<N_Result>= N_TIMEOUT_Cr的N_USData.confirm指示 |
接收到突如其来的N_PDU
意外的N_PDU定义为接收到一个节点规则之外的N_PDU。它可能是该协议定义的某条帧（N_PDU）（SF N_PUD, FF N_PDU, CF N_PDU 或者 FC N_PDU），但它接收的却不是按正常的顺序，或者它是一个在本协议中无法解释未知的N_PDU。
根据网络层支持全双向的或半双向通信的不同，对“意外的”说明也不同：
a) 半双向的，两个节点之间点对点通信在同一个时刻只能是一个方向。
b) 全双向的，两个节点之间点对点通信在同一个时刻支持双向的通信。
除网络层设计决定，使用同一个地址信息（N_AI）接收或发送到一个节点，认为意外的N_PDU。
作为一个统一规则，从任何节点过来的意外的N_PDU应当被忽略，这意味着网络层对该信息的到来无需通知上层。
定义了在接收到意外N_PDU时，网络层动作。考虑到网络层内部状态（NWL状态）及支持半双向或全双向通信。并应知道在N_PDU接收时候，作为发送者或接收者接收到的N_PDU包含同一个N_AI。
如需获取更多资料可以关注公众号“Auto笔记”，其分享汽车电子行业的最新资讯，及开发笔记、学习笔记等相关经验。关注公众号，回复“iso15765”，获取相应文档。
来源：CSDN
作者：Auto笔记
链接：https://blog.csdn.net/weixin_42019584/article/details/103656091