AUTOSAR标准定义了三种E2E Profile—— Profile 1, Profile 2和 Profile 4,后续发布会更新Profile 5和Profile 6。 应当只在项目当中使用标准E2E Profile,只有在legacy软件当中,由于特殊情况,可以使用非标准E2E Profile配置。 Profile 1描述如下: 虽然Data ID长16bit,可以有很多种ID,但CRC校验值只有8bit,意味着不同...
以E2E profiles 2为例,它包含3个保护方式:分别是循环冗余校验,计数器和数据ID,如下: 引自[3] 这四种E2E机制可检测出的失效如下: 引自[3] 这套机制是如何运行呢?借助[7]解释如下: [7]: 通过E2E Profile 2处理后的数据 Buffer分布如下所示。E2E Profile 2规定Data[0]必须存放CRC校验和,Data[1]的低4个位...
以E2E Profile4 为例,其可以检测的通讯故障为: Detectable communication faults using Profile 4 备注: 1. E2E 是一种信息传输保护协议或者叫机制,而 CRC 只是数据校验的一种方法。CRC 校验只是 E2E 保护机制中的一种。E2E 选择 CRC 校验方法,可能是考虑这种校验方式失效模式整体覆盖率较高的缘故[4]。 2. 数...
E2E Transformer:这是一种新的、标准化的调用E2E库的方式,它在R4.2.1版本中引入。E2E Transformer提供了一个统一的接口,使得调用E2E库变得更加规范和统一。 E2E Protection Wrapper:这是另一种调用E2E库的方式,可能是一个封装了E2E保护机制的模块或组件,通过调用E2E库来实现相应的功能。 COM E2E Callout:这是第三...
E2E保护中的CRC是CAN或者FlexRay通讯协议中传输的数据段内容。另外Counter的值是0到14,值15是用来表示错误的。在AUTOSAR 官方文档中E2E Profile 1对于CRC以及Counter是可以自定义其起始位置的,在本文中将CRC起始位置定义为bit 0且长度为8,Counter起始位置定义为bit 8,且长度为4。如图2所示。
E2E Profile 1由以下四个组件构成: CRC:循环冗余检查。Profile 1通常使用一个8位的CRC,采用CRC-8-SAE J1850-0x1D多项式计算。 Counter:计数器在每次消息发送时增加。对于Profile 1,这通常是一个4位的值,这意味着它的范围是从0到14。当达到最大值后,计数器会回绕到0。 Data ID:用来唯一标识数据元素或消息...
1.CRC不正确(适用于所有E2E配置文件1)或 2.数据ID高字节的low nibble错误(仅适用于E2E_P01DataIDMode = E2E_P01_DATAID_NIBBLE的E2E Profile1) E2E_P01STATUS_SYNC:NOT VALID:在检测到计数器的意外行为后,新数据已被接收。数据有一个正确的CRC和一个在预期范围内的计数器,相对于最近收到的数据,但是计数器...
Counter）来确保消息按预期的顺序到达，能够检测丢失的消息或重复的消息。如果接收端的计数器值与预期不符，这可能是由于消息丢失或者重复。对于某些功能安全关键的应用，如自动驾驶或紧急刹车，如果系统收到的数据是间断的，可能会导致不适当或延迟的响应。接下里将结合AUTOSAR官方文档中的E2E Profile 1例子，...
图4 E2E报头 在E2E Profile 1中,发送到RTE的数据需要包含3个部分:4个bit的Counter,1个字节的CRC以及需要被保护的原数据。其中Counter为计数器,每发送一次值就增加;CRC按照E2E Profile 1的计算方式,对Data ID、Counter和原数据进行CRC计算,并将结果填入CRC字节: ...
在AUTOSAR 官方文档中E2E Profile 1对于CRC以及Counter是可以自定义其起始位置的,在本文中将CRC起始位置定义为bit 0且长度为8,Counter起始位置定义为bit 8,且长度为4。如图2所示。 图2 E2E保护报文矩阵示意图 CRC的计算过程中,一般会对整个报文传输的数据进行校验。其中未使用的bit位用0xFF代替。根据图2报文矩阵...