3. 当使用 profile4、profile5 和 profile6 保护数据时,如果需要保护的数据较长时,CRC 计算时间会较长,由于 E2E 模块的保护和检测功能都是同步执行的,可能会影响系统的实时性。 4. 每一种profile检测到错误时所采取的措施也是不一样的,至于每一种profile的工作机制大家可以参考官方规范手册《AUTOSAR_SWS_E2ELibr...
2. 保护机制中的Data ID List指的是每一条消息的Data ID由Counter值去确定,所以需要静态定义Data ID和Counter的对应表格,这种机制就叫做Data ID List。3. 当使用 profile4、profile5 和 profile6 保护数据时,如果需要保护的数据较长时,CRC 计算时间会较长,由于 E2E 模块的保护和检测功能都是同步执行的,可能会...
按照Autosar规范的要求,E2E存在一系列的Profile(配置)每种配置在计算CRC时有各自的机制、参数、数据格式,具有非常强的灵活性,用户可以根据实际需要选择配置1,或者配置2,目前本人接触的仅有Profile1,所以我们只讨论Profile1 (⊙﹏⊙) Profile1的一些属性:CRC,Counter,Timeout monitoring,Data ID CRC:对数据进行多项式...
为了满足能够检测出信息交换的11种失效模式,根据功能安全中信息交互的具体需求来,AUTOSAR E2E模块采用了上述的这些机制,设计了5种profile,它们分别是P01、P02、P04、P05和P06 ,每种 Profile 提供不同的保护策略。 在具体E2E的实现过程是: 发送方填写counter,计算出的CRC等信息,发送给接收方,然后接收方需要对接收到...
图5 E2E Profile 1配置示意图 Data ID是一个预先定义的密钥,不会被发送到总线上。整个E2E的过程为: SW-C生成原数据 将Counter和原数据组成待校验数据 使用Data ID进行CRC的校验 将原数据、Counter和CRC值发送给RTE 经过诸如总线通信等路径,原数据、Counter和CRC传递到目标RTE ...
图5 E2E Profile 1配置示意图 Data ID是一个预先定义的密钥,不会被发送到总线上。整个E2E的过程为: SW-C生成原数据 将Counter和原数据组成待校验数据 使用Data ID进行CRC的校验 将原数据、Counter和CRC值发送给RTE 经过诸如总线通信等路径,原数据、Counter和CRC传递到目标RTE ...
图5 E2E Profile 1配置示意图 Data ID是一个预先定义的密钥,不会被发送到总线上。整个E2E的过程为: SW-C生成原数据 将Counter和原数据组成待校验数据 使用Data ID进行CRC的校验 将原数据、Counter和CRC值发送给RTE 经过诸如总线通信等路径,原数据、Counter和CRC传递到目标RTE ...
像E2E profile 1采用x8 + x4 + x3 + x2 + 1,即1 0001 1101。此处选用4位CRC算法,x4 + x1 + 1,即1 0011。第2步:因此选用4位CRC算法,1 0011,注意宽度是4位,不是5位,这时原始数据需要在右边填充4位,0000,后面用来存放4位CRC,变为:1101011011 0000。第3步,使用XOR运算,计算CRC,过程如下图左方:...
1)- CRC checksum,由CRC库提供; 2)- Sequence Counter 在每次传输请求时递增,在接收端检查该值是否正确递增; 3)- Alive Counter 在每次传输请求时递增,如果它发生变化,则在接收端检查该值,但不检查正确的递增。 4)- A specific ID 通过端口发送的每个端口数据元素的特定ID(全局到系统,其中系统可能包含多个ECU...
在使用 E2E Profile1时,应尽可能使用规范中定义的 E2E Profile1变体。 1.5.5.2 E2E故障处理 E2E Library的用户(调用者),特别是接收方,应为E2E Library检测到的故障提供错误处理机制。 1.5.5.3 数据最大长度 对于给定的CRC算法,其对应的消息长度和汉明距离是相关的。为了确保所需的诊断覆盖率,需要选择适当的消息长...