AUTOSAR FOUNDATION文档——Foundation Release Overview

最新推荐文章于 2024-08-05 13:50:50 发布
最新推荐文章于 2024-08-05 13:50:50 发布
阅读量1.9k 收藏 14
点赞数 2
分类专栏： AUTOSAR 文章标签： AUTOSAR
原文链接：https://www.autosar.org/fileadmin/user_upload/standards/foundation/19-11/AUTOSAR_TR_FoundationReleaseOverview.pdf
版权

1. 介绍

1.1 文档范围

本文档提供了AUTOSAR标准基础版本的概述R19-11。

1.2 AUTOSAR标准

1.2.1 介绍

AUTOSAR用它的标准处理汽车软件开发中的广泛用例。这些用例有不同的需求，并导致不同的技术解决方案。

将其交付成果打包成不同的“标准”

  • 简化用户对AUTOSAR解决方案的访问
  • 允许AUTOSAR根据市场需求进行扩展。

1.2.2 定义

AUTOSAR标准是同时发布的AUTOSAR交付物的一致集合。AUTOSAR交付物可以，但不限于以下几种:

  • 文本的解释
  • 文本规范
  • 测试规范
  • 源代码
  • 其他正式或半正式的文本格式(如ARXML、UML模型、XML、图式)

在发布时，AUTOSAR确保依赖项得到满足。

1.2.3 AUTOSAR标准的概览

AUTOSAR提供以下标准:

StandardAbbreviation
Adaptive PlatformAP
Classic PlatformCP
FoundationFO

1.2.3.1 自适应平台(Adaptive Platform,AP)

自适应平台是AUTOSAR的高性能计算ecu解决方案，用于为高度自动化和自动驾驶等用例构建安全相关的系统。

1.2.3.2 经典平台(Classic Platform, CP)

经典平台是AUTOSAR针对具有硬实时和安全约束的嵌入式系统的解决方案。

1.2.3.3 基础(Foundation, FO)

基础标准的目的是加强AUTOSAR平台之间的互操作性。Foundation包含AUTOSAR平台之间可以互相共享的通用需求和技术规范(例如协议)。

1.2.4 标准之间的依赖性

Classic和Adaptive Platform的每个版本都依赖于一个专用的Foundation版本。

1.3 发布数和生命周期

1.3.1 平台发布数

AUTOSAR应用四位数字编码方案Ryy-mm来识别发布。标识符“yy”和“mm”表示发布日期的年份和月份，例如2019年11月发布的R19-11。

1.3.2 内部发布数

AUTOSAR还为不同的目的维护一个内部版本号(例如，在经典平台的BSW模块中使用)。内部版本号用于所有平台，并跟踪Classic平台版本号码。在Adaptive平台中，这是新引入的。在Foundation中，这会导致前一种编号模式的终止(例如R1.5.0)。

平台版本和相应的内部版本号之间的映射列表可以在第1.3.5章中找到。内部版本号使用三位数字编号方案R<major>.<minor>.<revision>以识别版本。它的主要目的是识别一个版本的:

  • <major>主要版本:有效的和草案规格部分可能会向后不兼容地更改。
  • <minor>次要版本:有效的规范部分只能向后兼容地更改。草案规格部分可能会向后不兼容地更改。
  • <revision>修订:不包含扩展，只包含向后兼容的错误修复。

1.3.3 主发布的发布生命周期

每个主要版本在其生命周期中经历四个连续的步骤(基于内部版本编号方案的例子):

     1. Development 开发:在生命周期的开始和初始版本之间(例如R4.0.1)

     2. Evolution 演进:在初始版本之后，包括0个、一个或多个次要版本和/或修订(例如R4.0.2、R4.1.1)

     3. Maintenance 维护:在主要版本中不添加任何新内容，只提供对现有内容的维护，包括零次、一次或多次修订(例如R3.2.2)

     4. Issue Notice 发布通知:没有更多的修订，只有零个、一个或多个发布通知，即更新已知问题列表，直到生命周期结束。

 

1.3.4 说明条目和需求的生命周期状态

规范项的生命周期状态是在用花括号括起来的规范项ID之后找到的。状态有：

{Valid}：这表明相关实体是文档的有效部分。这是默认值，如果没有为相关实体注释专用的生命周期状态，也适用该值。

{Draft}：这表明相关实体是新引入的，但仍处于试验阶段。此信息已发布，但可能会在没有向后兼容性保证的情况下更改。

{Obsolete}：这表明，相关实体将在以下版本之一中被删除，无需进一步通知。

需求的生命周期状态可以在属性“type”中找到。状态与规范项状态相同。

1.3.5 AUTOSAR架构版本概览和对应的内部AUTOSAR发布

Schema VersionPlatform releaseInternal release number
AUTOSAR_00048R19-11R4.5.0

根据AUTOSAR的发布生命周期，R19-11是一个小版本(minor)。

1.3.6 AUTOSAR架构版本概览和对应的有效AUTOSAR发布

AUTOSAR模式对基础没有影响。为了完整性，这里提到了基础版本。

Schema VersionClassic Platform reseaseAdaptive Platform releaseFoundation release
AUTOSAR_00042R4.3.0R17-03R1.1.0
AUTOSAR_00043R4.3.0R17-10R1.2.0
AUTOSAR_00044R4.3.1R17-10R1.3.0
AUTOSAR_00045R4.3.1R18-03R1.4.0
AUTOSAR_00046R4.4.0R18-10R1.5.0
AUTOSAR_00047R4.4.0R19-03R1.5.1
Schema VersionAUTOSAR release
AUTOSAR_00048R19-11

1.4章节的内容

本文件的结构如下:

  • 第一章介绍了AUTOSAR的发布策略及其标准化方法。
  • 第2章提供了自上一个版本以来的变化摘要的基础。
  • 第3章包含规格概述，包含了AUTOSAR Foundation释放R19-11。本章是根据AUTOSAR Foundation发行版R19-11中使用的集群来构建的。
  • 第四章对已知的技术缺陷进行了说明。
  • 第5章包含所有发布规范的详细修订历史。

2. 变化的总结

本章包含了自上一个版本R1.5.1以来实现的变化的摘要。

2.1 R19-11发布

基础标准的目的是加强AUTOSAR平台之间的互操作性，因此包含在AUTOSAR平台之间共享通用需求和技术规范(例如协议)。

在当前版本中，这个目标又一次被追求。特别是在通信安全技术领域，基于信号和服务的通信之间的诊断和转换已经取得了进展，以加强经典平台和自适应平台之间的互操作性。

2.1.1 概念

2.1.1.1 引进的概念

2.1.1.1.2 - 2.1.1.1.4中介绍了以下概念。

2.1.1.1.1 DoIPExtension

该概念扩展了DoIP规范，允许在DoIP节点和位于车辆网络内的内部测试人员之间进行诊断通信。

2.1.1.1.2 IPsec Protocol

该概念提供了基于IETF IPsec标准配置ECUs之间已验证和/或加密通信的能力。因为它对IP网络层3，可以透明使用。应用程序不需要更改，甚至不需要知道它们的通信是安全的。

2.1.1.1.3 Abstract Platform System Description抽象平台系统描述(VFB++)

“抽象平台系统描述(VFB++)”的第一个概念部分作为草稿发布。这一概念将在2020年进一步细化和扩展。

该概念引入了一个使用AUTOSAR方法和元模型的抽象平台级软件平台无关系统描述(vfb级通信、需求注释、需求跟踪)模型。抽象的平台描述应该允许OEM对车辆通信矩阵进行建模，而不需要指定部署平台的细节，这些细节可以推迟到稍后的方法设计阶段。使用AUTOSAR可跟踪性，应该可以在抽象平台和具体级别模型之间双向跟踪。

主要的用例是针对Classic AUTOSAR或Adaptive AUTOSAR中的AUTOSAR部署。但是，也可以部署到“其他”自动化或非自动化领域。

2.1.1.1.4 Signal Service Translation 信号服务翻译

对于信号服务双向转换的端到端支持(安全)，包括信号服务-翻译和服务-信号-翻译。这包括通信双方使用相同的E2E概要的用例，以及使用不同的E2E概要的用例。在执行信号服务转换时，将检查接收负载的E2E状态，并将其与转换后的负载一起转发到目标接收通信部分。

这个概念的一般描述可以在版本概述中找到自适应平台[1]和经典平台[2]。

2.1.1.2 概念的影响

引入的概念对几个规范产生了影响。下表提供了详细的概述。请注意，有些规格是用特殊的文本格式标记的:

  • 加粗字体的规范是源自特定概念的全新规范。
  • 斜体字的规范间接受到影响，因为它们为实际受影响的规范提供了人工制品。

概念名称

规范长名称

标准

DoIPExtension

诊断上的要求

Foundation

IP诊断规范

Classic Platform

系统模板

ECU配置参数（XML）规范

UML模型的基础软件

诊断的规范

Adaptive Platform

规范清单

IPsecProtocol

对IPsec协议的要求

Foundation

AUTOSAR特征的要求

Classic Platform

系统模板

AUTOSAR里对以太网支持的要求

TCP/IP协议栈的规范

规范清单

Adaptive Platform

Abstract Platform System Description（VFB++）

术语表

Foundation

主要要求

抽象平台的规范

Adaptive Platform

Socket Network Binding for ARA：com

术语表

Foundation

规范清单

Adaptive Platform

通信管理规范

通信管理要求

Ara：：com API的说明

传感器接口的说明

自适应平台设计的说明

Signal Service Translation

Foundation Diagram Source的说明

Foundation

E2E协议说明

主要要求

术语表

变压器通用技术规范

Classic Platform

UML模型的基础软件

SW-C点对点通信保护库的规范

模块E2E变压器规范

RTE软件规范

软件组件模板

系统模板

SOME/IP变压器规范

基于COM的变压器规范

分层次软件架构

系统模板需求

变压器的通用规范

Adaptive Platform

列表规范的要求

规范列表

通信管理的要求

通信管理的规范

2.1.2 规范条目

2.1.2.1 新的规范

  • 安全硬件扩展(UID 948, TR)
  • 安全硬件扩展的已知问题列表(UID971, TR)
  • IPsec协议要求(uid970, RS)

2.1.2.2 迁移的规范

在这个版本的发布中，以下规范从Adaptive Platform移到了Foundation标准:

  • 无

在这个版本的发布中，以下规范从Classic Platform迁移到了Foundation标准:

  • E2E通信保护(UID651, SRS)至E2E (UID847, RS)要求

2.1.2.3 淘汰的规范

以下规格在本版本中设置为“作废”状态:

  • 无

2.1.2.4 删除的规范

以下规范在本版本中设置为“已删除”状态:

  • 无

2.1.2.5 改写的规范

以下文件在R19-11中做了根本性的修改：

  • 无

2.1.2.6 移动的规范部分

R19-11中以下规格部分已移至其他文档：

2.1.2.6.1 迁移到RS E2E的规格部分

  • 来源:E2E通信保护要求(uid651, SRS)
  • 目标:E2E要求(uid847, RS)
E2E通信保护要求E2E要求
SRS_E2E_08540RS_E2E_08540
SRS_E2E_08538RS_E2E_08538
SRS_E2E_08528RS_E2E_08528
SRS_E2E_08527RS_E2E_08527
SRS_E2E_08529RS_E2E_08529
SRS_E2E_08530RS_E2E_08530
SRS_E2E_08531RS_E2E_08531
SRS_E2E_08533RS_E2E_08533
SRS_E2E_08534RS_E2E_08534
SRS_E2E_08536RS_E2E_08536
SRS_E2E_08537RS_E2E_08537
SRS_E2E_08539RS_E2E_08539

2.1.3 发布文档

在发布文档方面没有重大的变化。

2.2 AUTOSAR的历史信息

下图显示了更改文档的位置。

更改文档将从R20-11开始用于Adaptive Platform.

3. 规范概览

发布的规范被划分为集群

  • 发布文档
  • 通用
  • 方法论和模板
  • 诊断
  • 通信管理
  • 协议
  • 健康监测
  • 加密

对这些集群的规范的分配如下所示。

长名称

文件名

生命周期变更

发布文档

Foundation发布概述

AUTOSAR_TR_FoundationReleaseOverview

 

AUTOSAR Foundation 规范哈希表

AUTOSAR_TR_FoundationSpecificationHashes

 

通用

Foundation Diagram Source的说明

AUTOSAR_EXP_FoundationDiagramSource

 

Glossary，术语表

AUTOSAR_TR_Glossary

 

主要要求

AUTOSAR_RS_Main

 

项目目标

AUTOSAR_RS_ProjectObjectives

 

方法论和模板

方法上的要求

AUTOSAR_RS_Methodology

 

诊断

诊断上的要求

AUTOSAR_RS_Diagnostics

 

通信管理

AUTOSAR网络管理上的要求

AUTOSAR_RS_NetworkManagement

 

对AUTOSAR组件的调试、跟踪和概要分析支持的需求

AUTOSAR_RS_FoundationDebugTraceProfile

 

E2E上的要求

AUTOSAR_RS_E2E

 

Log和Trace上的要求

AUTOSAR_RS_LogAndTrace

 

协议

 

 

E2E协议规范

AUTOSAR_PRS_E2EProtocol

 

Log和Trace协议规范

AUTOSAR_PRS_LogAndTrace

 

IPsec协议的要求

AUTOSAR_RS_IPsecProtocol

初次发布

SOME/IP协议的要求

AUTOSAR_RS_SOMEIPProtocol

 

SOME/IP服务发现协议的要求

AUTOSAR_RS_SOMEIPServiceDiscoveryProtocol

 

AUTOSAR网络管理协议规范

AUTOSAR_PRS_NetworkManagementProtocol

 

时间同步协议规范

AUTOSAR_PRS_TimeSyncProtocol

 

健康监控

健康监控的要求

AUTOSAR_RS_HealthMonitoring

 

健康管理规范

AUTOSAR_SWS_HealthMonitoring

 

加密

已知的安全硬件扩展的问题列表

AUTOSAR_TR_ListOfKnownIssuesSecureHardwareExtensions

初次发布

安全硬件扩展

AUTOSAR_TR_SecureHardwareExtensions

初次发布

4. 已知的技术定义的备注

每个规范的技术缺陷(如果适用的话)在各自的规范中的目录表后面的“已知限制”一章中提到。

在这个版本中没有需要提到的其他技术缺陷。

5. 发布历史

5.1 发布R19-11

R19-11版本最初于2019年11月28日发布。

名称

规范历史条目

E2E 协议规范
  1. 客户机-服务器沟通约束的介绍。
  2. 增加了E2E_PXXForward功能，提供了复制接收到的E2E错误的机制。
  3. 合并了用于在E2E-Statemachine有效状态和无效状态之间切换的新配置选项。
  4. 修正了P01和P11以及P02和P22之间的互操作性问题。
  5. 将文档状态从Final更改为published。

Founction发布概述
  1. 发布生命周期状态:R19-11正在进化中，R19-11取代R1.5

术语表
  1. 去掉了FlexRay专用术语
  2. 增加新的条目：
    1. 安全信道
    2. 抽象平台
    3. 原始数据楼
    4. 信号服务翻译
  3. 将文档状态从Final更改为published

安全硬件扩展的已知问题列表
  1. 初次发布
  2. 这是一次从2009-10-16适用到AUTOSAR_TR_SecureHardwareExtensions的“Errata and amendments to SHE v1.1, rev439”的再版。

Log和Trace协议规范
  1. 增加了日志级别的建议用法
  2. 增加了传输任意长度的id的建议
  3. 编辑修改
  4. 将文档状态从Final更改为published

主要要求
  1. 增加了VFB++概念的要求
  2. 增加了信号服务翻译概念的要求
  3. 将文档状态从Final更改为published

项目目标
  1. 更新项目目标以反映SC中讨论的AUTOSAR目标
  2. 将文档状态从Final更改为published

AUTOSAR网络管理的要求
  1. 编辑修改/澄清
  2. 将文档状态从Final更改为published

AUTOSAR组件的调试，跟踪和对系统的活动分析的要求
  1. 编辑修改
  2. 将文档状态从Final更改为published

诊断的要求
  1. 重命名RS诊断
  2. CP和AP的新的要求
  3. 将文档状态从Final更改为published

E2E的要求
  1. 功能需求：信息添加
  2. 来自CP SRS E2E的要求
  3. 将文档状态从Final更改为published

健康监控的要求
  1. 编辑修改
  2. 将文档状态从Final更改为published

IPsec协议的要求
  1. 初次发布

Log和Trace的要求
  1. 没有内容的变化
  2. 将文档状态从Final更改为published

方法论的要求
  1. 没有内容的变化
  2. 将文档状态从Final更改为published

SOME/IP协议的需求
  1. 没有内容的变化
  2. 将文档状态从Final更改为published

SOME/IP服务发现协议
  1. 编辑修改
  2. 将文档状态从Final更改为published

时间同步的需求
  1. 增加了时间验证用例
  2. 将文档状态从Final更改为published

安全硬件扩展
  1. 初次发布

SOME/IP协议规范
  1. 增加
    1. 支持uint64/sint64
    2. E2E保护的错误码
  2. 阐明
    1. 固定长度数组数据的序列化
    2. 支持数据积累功能
    3. 矛盾的需求
  3. 介绍implementsLegacyStringSerialization标签(作为实现someipstringhandling的继承者)
  4. 编辑修改
  5. 将文档状态从Final更改为published

SOME/IP服务发现协议规范
  1. 阐明：
    1. 启动行为（随机值）
    2. VLAN中的服务版本控制
    3. 负载平衡选择行为
    4. 重启检测
  1. 介绍Eventgroup订阅的重试最大计数器
  2. 矛盾的要求提高
  3. 编辑变更
  4. 将文档状态从Final更改为published

健康监控的规范
  1. 监管规范中的澄清
  2. 从HealthChannel和SupervisedEntity删除参数“number of instances”
  3. 删除SWS_HM_00071
  4. 将文档状态从Final更改为published

AUTOSAR网络管理协议的规范
  1. 没有内容的变化
  2. 将文档状态从Final更改为published

时间同步协议的规范
  1. 阐明了对遗失的Sub-TLVs的SGW值处理
  2. 将文档状态从Final更改为published

 

mimicock1234
关注
专栏目录
AUTOSAR FOUNDATION标准文档
07-23
AUTOSAR FOUNDATION标准文档，2021最新版本11.2021: R21-11 从官方网站获取的 https://www.autosar.org/nc/document-search
Foundation帮助文档
09-22
文档中包括: NSNumber,NSArray,NSString,NSDictionary,NSSet 属性以及相关方法
AUTOSAR之AUTOSAR OS（下）
最新发布
fuyun32的博客
08-05 1088
本篇主要对AUTOSAR OS的资源，分区，保护以及多核的启动与关闭进行了介绍。不同裁剪类型具备不同种类的保护功能，用IOC机制完成分区间的通信。利用GetResource(x)和ReleaseResource(x)来保证核内数据的一致性，可以用自旋锁Spinlock(GetSpinlock/ReleaseSpinlock)和中断锁来保证核间数据的一致性（若是原子操作则不需要这些手段）。
AUTOSAR标准——基础
米米壳的学习笔记
01-17 474
基础标准的目的是加强AUTOSAR平台之间的互操作性。 Foundation包含AUTOSAR平台之间共享的公共需求和技术规范(例如协议)。
AUTOSAR Foundation Release R19-11.7z
08-28
AUTOSAR Foundation Release R19-11.7z, 官方完整文档,节省大家的下载时间和精力
学习记录：AUTOSAR R20-11的阅读记录（一）【Foundation（FO）】
qq_350984705的博客
04-29 749
2. 本协议规范规定了AUTOSAR时间同步协议的格式、消息序列和语义。2. 入侵检测系统管理器（IdsM）是一个基本软件模块（CP）或一个平台服务（AP），用于收集和集中聚合可能由对车辆软件、通信或电子系统的恶意攻击引起的安全事件。2. IPsec是IP协议层3上的认证和加密的标准，本文件定义了AUTOSAR FO中IPsec的需求，其目的是确保AP内部以及CP和AP之间IPsec的互操作性。目前，在平台级使用自适应平台（AP）中的PHM和经典平台（CP）中的WdgM执行健康监测和恢复操作的处理。
AutoSar4.4(AutoSar 标准文档)
08-31
实际的文档可能包含了更深入的技术细节，如通信服务的具体实现、ECU资源管理策略、软件更新和升级流程等。通过深入学习和理解AutoSar4.4，开发者可以更有效地构建和维护汽车电子系统的软件架构。
AUTOSAR CP标准文档
07-23
《AUTOSAR CP标准文档》是汽车开放系统架构（AUTOSAR）中关于经典平台（Classic Platform）的重要规范，发布于2021年11月，版本为R21-11。此文档详细阐述了AUTOSAR在经典平台上的软件组件、接口和通信机制等核心概念...
AUTOSAR4.1——Overview
05-13
**AUTOSAR 4.1 概览** AUTOSAR（AUTomotive Open System ARchitecture）是一个由汽车制造商、供应商和技术提供商组成的全球联盟，旨在为汽车电子系统开发创建一个标准化的开放软件架构。AUTOSAR 4.1 版本是这个标准...
foundation-docs:Foundation系列文档的通用模板和实用程序
05-17
基础文件 这是系列框架的文档页面共享的一组HTML模板和JavaScript实用工具，包括： 目录 安装 该代码库不在npm上，但是可以在package.json引用此Git存储库： { " dependencies " : { " foundation-docs " : " foundation/foundation-docs " } } JavaScript用法 当您require() foundation-docs库时，您可以访问少数JavaScript库以及HTML模板的文件路径。 foundationDocs.handlebars 一个定制的Handlebars渲染器的实例，它具有生成文档所需的所有有用功能。 foundationDocs.marked 自定义标记渲染器的实例，它具有两个自定义功能： 编写标题时，锚图标将添加到标题文本的左侧。 编写代码
Foundation中文手册
08-27
Foundation4.0中文手册 ，响应式布局框架,支持pad，phone,pc各种平台。
S32K1xx 系列 MCU 应用指南之 CSEc 硬件加密模块使用手册
09-16
S32K1xx 系列 MCU 应用指南之 CSEc 硬件加密模块使用手册 S32K1xx 的 CSEc 模块是一个硬件加密模块， 全称 Cryptographic Service Engine – Compressed， 符合HIS-SHE specification 1.1 rev 439 和 GM-SHE+ 安全规范标准， 本文不对这些规范本身做任何介绍， 若想了解更多协议本身的内容，请参考相关协议规范。 S32K1xx 的 CSEc 硬件加密模块（以下统一简称 CSEc 模块） 在汽车电子系统中运用非常广泛，比如1) 里程数据保护、 2) 汽车防盗、 3) 电子组件验证和保护、4) 固件更新保护、5) 通信安全保护等。。。
Foundation框架之文件操作
angle0018的博客
10-07 381
NSFileManager介绍 1）NSFileManager是文件管理系统的它可以用来进行常见的文件\文件夹操作(拷贝、剪切、创建等) 2）NSFileManager使用了单例模式singleton使用defaultManager方法可以获得那个单例对象
AutoSAR FOUNDATION相关文档归类及目录：
专注汽车软件开发、AutoSAR、车载以太网、SOA、EE架构。
01-07 521
目录 FOUNDATION相关文档： CommunicationManagement： Crypto： General： HealthMonitoring： MethodologyAndTemplates： Protocols： 其他： FOUNDATION相关文档： CommunicationManagement： CommunicationManagement/AUTOSAR_RS_E2E.pdf CommunicationManagement/AUTOSAR_RS_Fou.
老板说项目要上AUTOSAR，我慌得一批
usstmiracle的博客
08-26 950
莫慌，淡定，先来看看AUTOSAR是个什么鬼…… ▍AUTOSAR是什么 AUTOSAR(AUTomotiveOpenSystemARchitecture)，中文是“汽车开放系统架构”，是一家致力于制定汽车电子软件标准的联盟。他们制定了一套专门用于汽车的开放性的框架和行业标准，它将用作管理将来的应用程序和标准软件模块中功能的基本基础结构。 ▍AUTOSAR的历史故事 自从德国人卡尔·佛里特立奇·本茨发明汽车后，在后来的岁月里，汽车不断地改进不断地演化，车内的系统和零部件越来越复杂...
AUTOSAR笔记1：CP、AP和已发布版本
yinminsumeng的博客
03-06 955
CP架构面向单机架构，AP架构采用SOA（service oriented architecture）理念，扩展为可适用于分布式系统。对比Autosar cp，Autosar ap的RTE在运行时连接各个service和client。当前的车机系统，一套硬件（CPU）多个虚拟机已经很普及，未来多套硬件（多个CPU）的系统也会普及。2005年发布的第一版AUTOSAR，开始不区分CP和AP，早期一个版本可以持续更新多年。AUTOSAR最新版本是R22-11，cp和ap都是这个版本。
Autosar云天精讲 ：《NVM 体系化讲解（十四万字精讲版本）》
后来者居上
11-14 7338
NVM系统功能介绍本文档描述了AUTOSAR BSW模块NVM的功能、API和配置。全文大概有十四万字，介绍已经十分详细，后续还会出版davinci的配置教程。以及其他模块的介绍，敬请期待。
【AUTOSAR】AUTOSAR规范版本对应关系（Classic Platform +Adaptive Platform）
xinsuiwodong2014的博客
03-19 2951
本文介绍了Classic AUTOSAR与Adaptive AUTOSAR规范版本之间的关系。
autosar之dem——event memory
04-05
DEM（Diagnostic Event Manager）是AUTOSAR标准中的一个模块，它负责管理和记录发生在汽车系统中的故障和事件。其中，DEM的Event Memory是用来存储和管理事件的，它包括两种类型的内存：Primary Event Memory和...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值