《AUTOSAR_PRS_E2EProtocol》入门2(Profile1、Profile2、Profile4、Profile5 规范)

最新推荐文章于 2024-03-20 17:22:17 发布
最新推荐文章于 2024-03-20 17:22:17 发布
阅读量4.1k 收藏 48
点赞数 15
分类专栏： AUTOSAR 文章标签： 网络 汽车
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_63902994/article/details/136516369
版权
本文详细解读了E2EProfile中的数据布局、计数器设计、DataID的使用、CRC计算方法以及Profile1到Profile5的差异，包括Autosar标准下的各种控制字段和协议示例。
摘要由CSDN通过智能技术生成

书接上回

6.3.1 Data layout

In the E2E Profile 1, the layout is in general free to be defined by the user, as long as
the basic limitations of signal alignment are followed:
• signals that have length < 8 bits should be allocated to one byte of an I-PDU, i.e.
they should not span over two bytes.
• signals that have length >= 8 bits should start or finish at the byte limit of an
message.
However, predefined E2E Profile 1 variants define specific data layouts regarding the
protocol data fields, see subsection 6.3.6.

 信号长度<8bits应该配置成1个byte，不应该超过2个bytes；信号长度>=8bits 应该开始或结束在报文限制的长度。

部分特殊的E2E profile1  layout 变形形式，在6.3.6。有关 E2E profile1A/B/C的描述。

6.3.2  Counter

 在E2E Profile 1中，Counter的长度固定为4bits。
在发送方，对于数据元素的第一个传输请求，计数器应初始化为0x0，并且对于每个后续的发送请
求，计数器应增加1。当计数器达到最大值(0xE)时，即0→14递增，下一个发送请求将从0x0重新开始。
计数器值0xF被保留为特殊的无效值。

6.3.3  Data ID

Data ID用于验证每个传输的与安全相关的数据元素的身份，在通信系统网络中它是唯一的。
Data ID长度设置为16bits。
Data ID不传输，但包含在CRC计算中(隐式传输)。
Data ID模式设置为E2E_P11_DA T AID_BOTH:在CRC计算中使用Data ID的两个字节，计算顺序为先低字节，后高字节。

6.3.4  CRC 计算

Profile 1 的 CRC 采 用 CRC-8-SAE J1850 算 法 ， 详 情 可 参 见 文 档
AUTOSAR_SWS_CRCLibrary。
Profile 1的CRC计算序列为：

1、首先是Data ID的两个字节；
2、然后是与安全相关的数据元素的所有传输字节(CRC字节除外)。

示例：
报文数据为：CRC 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Data ID 为 0x00,0x12,Data_byte_array=0x12 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00,
计算后，CRC 值为 0xD4。

CRC 相关的参数,在之前也已经有定义，参数 值
CRC result width ：8 bits
Polynomial： 0x1D
Initial value： 0x00
Input data reflected ：No
Result data reflected ：No
XOR value ：0x00
Check：0x37
Magic check :0x00

如下在线计算，可以检查计算CRC 结果

CRC（循环冗余校验）在线计算_ip33.com

6.3.5  Timeout 检测

CRC counter 和Data ID 能检测接收数据的有效性，当接收器独立于数据传输执行时，即当接收器不阻塞等待数据元素或各自的信号组时，而是当接收器读取当前可用的数据时(即检查是否有新的数据可用)。然后，通过计数器，接收方可以检测通信丢失和超时。

属性State->Status = E2E_P01STATUS_REPEATED表示存在重复(由前一条消息的通信丢失、延迟或重复引起)。接收端使用State->Status来检测通信超时。

6.3.6  E2E Profile 1 变形体（profile1A/B/C）

该部分主要是不同layout形式及相关参数。

6.3.7  E2E P01 Protect

说明函数 E2E_P01Protect()应:
1. 在Data中写入counter，
2. 如果使用E2E_P01_DATAID_NIBBLE配置，则在Data中写入DataID nibble
3. 计算DataID和Data上的CRC
4. 在数据中写入CRC
5. 增加计数器(将在下次调用中使用E2E_P01Protect ())

原文有详细的函数逻辑框图。

6.3.8  Calculate CRC

CRC 计算算法在函数E2E_P01Protect() (see above chapter),E2E_P01Forward() and E2E_P01Check() (see below chapters)  中有使用。主要是逻辑框图。

6.3.9  E2E_P01Forward

Autosar中显示是Draft状态。

6.3.10  E2E_P01Check

输入参数：Config：E2E_P01的配置参数
Data ：需要E2E校验的数据
输入输出参数：State：当前E2E_P01的通信状态
E2E_P01Check主要用来根据输入的DATA和DATA ID等校验数据是否正常

6.3.12  E2E Profile 1 Protocol Examples

E2E Profile1 配置示例

参数        值
CounterOffset8
CRCOffset0
DataID0x123 
E2E_P01_DATAID_BOTH12
DataIDModeE2E_P01_DATAID_BOTH
DataLength64
MaxDeltaCounterInit1
MaxNoNewOrRepeatedData15
SyncCounterInit0

counter 初始化为0

6.4 E2E Profile 2

Profile 2提供以下控制字段:Counter、CRC、Data ID，

控制区域描述
Counter4 bits 。 (显式传输)
CRC8 bits，CRC 算法异或多项式为 0x2F,由 CRC library 提供。(显式传输)
Data ID8 bits 数值，与计数器数值相关联。
DataID List 实际上是 16 个不同的值，每个计数器值都对应一个 DataID 值（由Counter 索引） 。

在E2E Profile 2中，与安全相关的数据元素的Layout不受约束，E2E帧头需要特定的Layout，如下所示。

在发送方，对于数据元素的第一个传输请求，计数器应初始化为 0x0，由于计数器在发送之前递增，第一个 Data 的计数器值为 0x1，对于每个后续的发送请求，计数器应增加 1。当计数器达到最大值(0xF)时，下一个发送请求将从 0x0 重新开始。

DataID应该使用Counter的值作为索引从预定义的DataIDList 中选择。每一个受 CRC 保护的数据都有一个专门的 DataIDList，存储在发送方和所有接收方上。Data ID 不传输，但包含在 CRC 计算中(隐式传输)。

Profile 2 的 CRC 采 用 多 项 式 是 0x2F 的 CRC 算 法  。 详 情 可 参 见 文 档AUTOSAR_SWS_CRCLibrary.

参数值
CRC result width8bits
Polynomial0x2F
Initial value0xFF
Input data reflectedNO
Result data reflectedNO
XOR value0xFF
Check0xDF
Magic Check0x42

示例：
报文数据为：CRC 0x01 0x00 0x00 0x00 0x00 0x00 0x00
Data ID 为 0x00,0x12,Data_byte_array=0x12 0x00 0x01 0x00 0x00 0x00 0x00 0x00 0x00,
计算后，CRC 值为 0x89。

6.5 E2E Profile 4

Profile 4 shall provide the following control fields, transmitted at runtime together with the protected data: Length, Counter, CRC, Data ID

控制区域描述
Length16bits，支持动态尺寸长度数据
Counter16bits 
CRC

32 bits，CRC 算法多项式为0x1F4ACFB13,由 CRC library 提供。

Note: This CRC polynomial is different from the CRC-
polynomials used by FlexRay, CAN and LIN and TCPIP.

Data ID32 bits 数值，独特的系统宽度

6.6 E2E Profile 5

Profile 5提供以下控制字段:Counter、CRC、Data ID

Counter:8bits（显式传输）

CRC:16 bits, CRC 算法异或多项式为 0x1021, 由 CRC library 提供。(显式传输)

Data ID:16 bits。(隐式传输)

在E2E Profile 5中，与安全相关的数据元素的Layout不受约束，E2E帧头需要特定的Layout

在E2E Profile 5中，Counter的长度固定为8bits。在发送方，对于数据元素的第一个传输请求，计数器应初始化为0x0，并且对于每个后续的发送请求，计数器应增加1。当计数器达到最大值(0xFF)时，下一个发送请求将从0x0重新开始。计数器值OxFF不是作为特殊的无效值保留，而是作为正常的计数器值使用。

Data ID用于验证每个传输的与安全相关的数据元素的身份，在通信系统网络中它是唯一的。
Data ID长度设置为16bits。
Data ID不传输，但包含在CRC计算中(隐式传输)。
Data ID模式设置为E2E_P11_DA T AID_BOTH:在CRC计算中使用Data ID的两个字节，计算顺序为先低字节，后高字节。

Profi5的CRC采用16-bit CRC算法，参数见表所示，详情可参见文档AUTOSAR_SWS_CRCLibrary。
Profile 5的CRC计算序列为：
1、 首先是与安全相关的数据元素的所有传输字节(CRC字节除外)
2、 其次是Data ID的两个字节。

参数值
CRC result width16bits
Polynomial0x1021
Initial value0xFFFF
Input data reflectedNO
Result data reflectedNO
XOR value0x0000
Check0x29B1
Magic Check0x0000

 报文数据为：CRC(ByteIndex0) CRC(ByteIndex0) 0x00 0x00 0x00 0x00 0x00 0x00
Data ID 为 0x1234,
Data_byte_array=0x00 0x00 0x00 0x00 0x00 0x00 0x34 0x12
计算后，CRC 值为 0xCA1C: CRC(ByteIndex0)为 0x1C, CRC(ByteIndex1)为 0xCA

如下引用文件，对不同Profile 有很好的归纳。

Profile    保护机制    发送描述    最大保护数据长度
Profile01    Counter(4bit)、Data ID(16bit)、 CRC8、Timeout monitoring    Data ID由Data ID Mode决定是否发送 ，Counter和CRC需要发送    30bytes
Profile02    Counter(4bit)、Data ID List(8bit)、 CRC8    Data ID 不会发送，仅用作 CRC计算，Counter和CRC需要发送    256bytes
Profile04    Counter(16bit)、Data ID(32bit)、CRC32、Length(16bit)    Counter、Data ID、CRC、Length均会发送    4096bytes
Profile05    Counter(8bit)、Data ID(16bit) 、CRC16    Data ID 不会发送，仅用作 CRC计算，Counter和CRC需要发送    4096bytes
Profile06    Counter(8bit)、Data ID(16bit)、CRC16、Length(16bit)    Data ID 不会发送，仅用作 CRC 计算，Counter，CRC和Length需要发送    4096bytes
Profile07    Counter(32bit)、Data ID(32bit)、CRC64、Length(32bit)    Counter、Data ID、CRC、Length均会发送    未知
Profile11    Counter(4bit)、Data ID(16bit or 12bit)、CRC8    Counter、Data ID、CRC均会发送    30bytes
Profile12    Counter(4bit)、Data ID List(16*8bit)、CRC8    Data ID 不会发送，仅用作 CRC计算，Counter和CRC需要发送    未知
————————————————

                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
                        
原文链接：https://blog.csdn.net/Oushuwen/article/details/129281855

太平之秋
关注
专栏目录
Autosar E2E通信保护简介
诊断协议那些事儿's blog
09-15 630
本文对AUTOSAR E2E模块做简要说明。在E2E的实现中，有E2E Profile1, E2E Profile2, E2E Profile4, E2E Profile5, E2E Profile8, E2E Profile11, E2E Profile22, E2E Profile44等多种配置方式，本文仅详细分析 E2E Profile1，其他的配置方式基本原理与E2E Profile1大体一致，读者可自行查阅AUTOSAR标准了解详情。
AutoSAR_BSW高阶 123.AUTOSAR E2E通信保护配置指南：基于E2EPW的RX接收Signal Group配置（E2E Profile 2）
一直在水些技术小文
10-17 659
E2E通信保护是一种机制，用于确保从一个通信节点到另一个通信节点的数据的完整性和可靠性。在车辆电子系统中，这种机制非常重要，因为数据通信可能涉及到关键的安全和功能相关数据，如制动系统、引擎控制、传感器数据等。E2E通信保护通过使用不同的校验方法和保护级别，确保数据在传输过程中不受损坏或篡改。E2E Profile 2是E2E通信保护的一个特定配置，它提供了更高级别的安全性和完整性保护。在E2E Profile 2中，数据包含了CRC（循环冗余校验）校验码，以检测数据的完整性。
详解profile
03-28
第一节：find的使用 1、在系统中查找具有某一特征的文件 2、Find命令的一般形式为： find pathname -options [-print -exec -ok] -print find命令将匹配的文件输出到标准输出。 -exec find命令对匹配的文件执行该参数所给出的shell命令。相应命令的形式为 ' command' {} \;，注意{ }和\ ；之间的空格。 -ok 和- e x e c 的作用相同，只不过以一种更为安全的模式来执行该参数所给出的 s h e l l命令， 执行每一个命令之前，都会给出提示，让用户来确定是否执行。
E2E P01 & CRC计算
最新发布
d15100302495的博客
03-20 2044
E2E提供了一下五种保护机制来保护数据安全，如下：CRC：发送端根据数据计算CRC值，接收端会重新计算并检查。Sequence Counter: 发送端每次传输，该值都会加一，接收端会检查该值。Alive Counter：发送端每次传输，该值都会加一，接收端会检查该值，通常跟Sequence Counter是一个东西（具体我也不知道有什么区别）。Data ID：给每个数据或者I-PDU Group编号。Timeout detection: 接收者接收超时，发送者响应超时。
Autosar E2E模块
m0_56208280的博客
12-14 7230
E2E(End to End)模块， 中文即端到端的通信保护，是 `BSW`` 的组成部分， 目的在于提供数据保护与校验机制， 在数据交互时对数据进行保护与校验， 以防通信链路内故障的影响。
功能安全——E2E应用层实现
MTALAB 如何绘图
09-06 7818
E2E保护机制 根据安全等级和受保护信号数量分为四种类别： 1、E2E profile 01:高安全等级，较少的信号数量 2、E2E profile 02：低安全等级，比01更多的信号数量 3、E2E profile 05：中等安全等级，较多的信号数量 4、E2E profile 06：中等安全等级，较多的信号数量，且支持动态信号长度 本例是TCU中E2E保护，用E2E profile 01，库函数相对简单 信号传输：Data[n] Cnt CRC 定义信号的全局属性 某一信号相关的属性全部封装在E2E
【AUTOSAR-E2E】-1.1-End-to-End通信保护介绍(Functional Safety功能安全相关)
kunkliu的博客
04-28 5752
目录 1 常见的通讯故障以及E2E机制能够检出的通讯故障 2 Functional safety功能安全对通信的要求 3 通信故障的原因 3.1 软件故障 3.2 随机硬件故障 3.3 外部影响、环境压力 4 常见的“E2E通讯保护”解决方案 4.1 无E2E保护的信号数据流示例 4.2 E2E Protection Wrapper解决方案示例 4.3 E2E Transformer解决方案示例 4.3 COM E2...
AUTOSAR_PRS_E2EProtocol.pdf
08-31
AUTOSAR_PRS_E2EProtocol.pdf
AUTOSAR_PRS_E2EProtocol.zip
10-02
AUTOSAR_PRS_E2EProtocol.zip
AUTOSAR E2E标准
03-27
AUTOSAR E2E标准
AutoSAR_BSW高阶 124.AUTOSAR E2E通信保护配置实践：基于E2EPW配置TX发送的Signal Group（E2E Profile 2）
一直在水些技术小文
10-17 234
E2E通信保护是一种机制，用于确保从一个通信节点到另一个通信节点的数据的完整性和可靠性。在车辆电子系统中，这种机制至关重要，因为数据通信可能涉及到关键的安全和功能相关数据，如制动系统、引擎控制、传感器数据等。E2E通信保护通过使用不同的校验方法和保护级别，确保数据在传输过程中不受损坏或篡改。E2E Profile 2是E2E通信保护的一种配置，它提供了更高级别的安全性和完整性保护。在E2E Profile 2中，数据包含了CRC（循环冗余校验）校验码，以检测数据的完整性。
AUTOSAR_PRS_TestabilityProtocolAndServicePrimitives.pdf
04-11
tcp ip upper tester 1.2 Testability Protocol and Service Primitives 1 Introduction and Functional Overview ................................................................. 5 2 Acronyms and Abbreviations............................................................................... 6 3 Related Documentation....................................................................................... 7 3.1 Input documents........................................................................................... 7 3.2 Related Standards and Norms ..................................................................... 7 3.3 Related specification .................................................................................... 7 4 Constraints and Assumptions.............................................................................. 8 4.1 Limitations .................................................................................................... 8 4.2 Applicability to car domains.......................................................................... 8 5 Intended context and applicability of protocol...................................................... 9 5.1 Dependencies to other protocol layers ......................................................... 9 5.2 Dependencies to other standards and norms............................................... 9 6 Protocol Specification........................................................................................ 10 6.1 Message Format and Protocol Fields......................................................... 10 6.2 Message Exchange.................................................................................... 11 6.3 States of Service Primitives........................................................................ 12 6.4 Default Behavior......................................................................................... 12 6.5 Constraints ................................................................................................. 12 6.6 Extensibility ................................................................................................ 12 6.7 Data Types and Format.............................................................................. 13 6.7.1 Boolean............................................................................................... 13 6.7.2 Unsigned............................................................................................. 13 6.7.3 Signed................................................................................................. 13 6.7.4 Floating Point ...................................................................................... 13 6.7.5 Variable Length................................................................................... 14 6.8 Result IDs................................................................................................... 15 6.8.1 Standard Results................................................................................. 15 6.8.2 Testability Specific .............................................................................. 15 6.8.3 Service Primitive Specific.................................................................... 15 6.9 Service Groups........................................................................................... 16 6.9.1 General Group .................................................................................... 16 6.9.2 UDP Group.......................................................................................... 17 6.9.3 TCP Group.......................................................................................... 17 6.10 Service Primitives....................................................................................... 18 6.10.1 Get Version ......................................................................................... 18 6.10.2 Start Test............................................................................................. 19 6.10.3 End Test.............................................................................................. 19 6.10.4 Close Socket....................................................................................... 20Testability Protocol and Service Primitives AUTOSAR TC Release 1.1.0 4 of 29 Document ID 778: AUTOSAR_PRS_TestabilityProtocolAndServicePrimitives - AUTOSAR Confidential - 6.10.5 Create and Bind .................................................................................. 20 6.10.6 Send Data ........................................................................................... 21 6.10.7 Receive and Forward .......................................................................... 22 6.10.8 Listen and Accept................................................................................ 23 6.10.9 Connect............................................................................................... 23 6.10.10 Configure Socket ..........
AUTOSAR-PRS-SOMEIPProtocol.pdf
06-17
This protocol specification specifies the format, message sequences and semantics of the AUTOSAR Protocol "Scalable service-Oriented MiddlewarE over IP (SOME/IP)”
AUTOSAR_PRS_SOMEIPProtocol.pdf
11-02
基于AUTOSAR的SOMEIP规范，跟官网的一样。AUTOSAR_PRS_SOMEIPProtocol.pdf
AUTOSAR_PRS_LogAndTraceProtocol.pdf
10-21
AUTOSAR_PRS_LogAndTraceProtocol.pdf协议
AUTOSAR_PRS_SecOcProtocol.pdf
08-31
AUTOSAR_PRS_SecOcProtocol.pdf
AUTOSAR_PRS_SOMEIPProtocol.pdf.zip_AUTOSAR SOMEIP_AUTOSAR_PRS_SO
07-15
从“标签”中我们可以看到，"autosar_prs_someip"可能指的是AUTOSAR的公共服务（Public Release Services）部分关于SOME/IP的规范，而"doip"再次确认了文档会涉及DOIP协议的相关内容。"autosar"标签表明整个资料集是...
AUTOSAR_PRS_NetworkManagementProtocol.pdf
08-31
1. AUTOSAR 网络管理协议的规范：文件中详细介绍了 AUTOSAR 网络管理协议的规范，包括协议的架构、功能和实现细节。 2. AUTOSAR 标准的组成部分：文件中说明 AUTOSAR 网络管理协议是 AUTOSAR 标准的一部分，并且...
AUTOSAR_PRS_TimeSyncProtocol.pdf
08-31
《AUTOSAR PRS 时间同步协议》是针对智能驾驶和车辆标准的重要技术文档，由AUTOSAR（汽车开放系统架构）组织发布。该协议详细规定了汽车电子系统中时间同步的实现方法，确保网络内各个节点的时间一致性，这对于自动...
autosar e2e profile 5 算法
05-31
Autosar E2E Profile 5算法是一种用于数据完整性保护的算法。它被广泛应用于汽车电子控制单元（ECU）之间的通信中，以确保数据的可靠性和安全性。该算法使用了一种称为“哈希链”的技术，它通过将数据和哈希值链接起来来保证数据的完整性。此外，该算法还使用了一种称为“加密散列”的技术来保护数据的机密性。这些技术一起构成了Autosar E2E Profile 5算法，使其成为一种可靠的数据完整性保护方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值