autosar

这个用例描述了在AUTOSAR中启用快速原型的常见活动。 快速原型可以用于电子控制单元的开发，以评估和测试各种功能的新软件控制算法。 使用Fullpass技术，原来的ECU完全被一个快速原型单元(RPU)取代。通过旁路技术，原来的ECU和软件留在控制回路中，以支持大多数控制算法和与传感器的接口， 执行器和通信总线:只有需要原型化的特定控制算法被驱逐到RPU(外部旁路)中，甚至直接在原始ECU(内部旁路)中执行。 旁路主要是在运行时用被测原型算法计算出的值替换原始软件算法的输入和/或输出。 快速原型化场景的定义 为了实现快速原型，首先定义了 初始快速原型场景 (任务定义快速原型场景)。生成ECU提取后，应细化ECU提取的快速原型场景，以实现完整的快速原型场景(任务细化快速原型场景)。 快速原型化场景工件的内容 RPT场景由两个主要方面组成: 旁路点的描述 和 与钩子的关系 。一个旁路点描述了主机ECU所需的准备工作。 绕过点主机ECU应当能够与RPT通信系统,以支持快速原型的执行算法与原数据计算主机系统来代替专用主机系统的结果,快速原型算法的结果。 该钩子表示旁路点和快速原型算法之间的链接。 显然，旁路点和钩子引用的方面类似于parameterAccess (dataWriteAccess、dataReadAccess、dataSendPoint

这个用例提供了定义、配置和生成头文件所需任务的全面视图，这些头文件用于内存映射和与内存相关的编译器抽象。基本概念在《内存映射》和《编译器抽象》中指定。 数据和代码的内存部分: AUTOSAR基本软件和应用程序软件 使用标准化的预处理器机制来为它们的数据和代码定义内存段 ，以及编译器全局定义的或每个段定义的内存类。这种机制的目标是将编译器特定的语句和ECU特定的映射与主代码分开维护。 使用AUTOSAR可以从XML工件派生(即生成)这些头文件的内容。这个用例显示了所需的工件和任务是如何相关的。 工作流程： 下图显示了为这个用例假设的工作序列，以及方法库所涉及的任务和工作产品。 请注意，此用例以代码编译结束。将内存段分配给实际硬件(通常由链接器的配置完成)目前不被认为是AUTOSAR方法的一部分。 用例：内存映射 内存映射的细节和工件 编译器配置的细节和工件 来源： CSDN 作者： MichaelMCFD 链接： https://blog.csdn.net/MichaelMCFD/article/details/104804504

AUTOSAR所有软件规范文档（SWS）的目录结构都是一样的，如下： 特点及优点如下： a. 结构化程度高，所有文档结构一致，易于查找； b. 内容详实，包括所有API/数据结构的列表； c. 采用多种说明方法，如表格、UML图，易于理解。 1 Introduction and functional overview 第一章做简单的功能介绍。 5 Dependencies to other modules 第五章介绍该模块与其他模块之间的依赖关系 这里主要看与头文件结构，从中我们可以看到模块设计的头文件、代码文件，以及各文件之间的引用关系。 7 Functional specification 第7章对该模块功能做详细、正式的说明： 8 API specification 第8章介绍该模块所涉及的数据类型、API的定义规范。 8.1 Imported types 引用到的数据类型： 8.2 Type definitions 本模块定义的数据类型： 8.3 Function definitions 本模块定义的API接口，例如： 8.4 Call-back notifications 回调函数定义。 8.5 Scheduled functions 供SchM模块调用的函数定义： 8.6 Expected Interfaces 依赖其他模块的API接口。 9 Sequence

DEXT最初发布在AUTOSAR 4.2.1中。AUTOSAR 4.3.0在标准UDS协议之外，增加了OBD-II、WWH-OBD、FIM和SAE J1939的相关扩展内容。DEXT不仅描述通过各自协议传输的数据，还包括ECU应用层软件中初始数据。当上述两种数据的描述完整正确时，即可通过DEXT配置AUTOSAR诊断相关BSW。AUTOSAR标准没有定义诊断协议、诊断服务和数据，而是直接使用了UDS和OBD-II的定义。 来源： CSDN 作者： doublepeng-Qian 链接： https://blog.csdn.net/Allen_Spring/article/details/104699482

一、AutoSar (Automatic Open System Architecture) 1、Autosar 汽车开放系统架构 2、 AUTOSAR架构深度解析 3、 如何快速学习AUTOSAR? 4、微信公众号：汽车控制与人工智能 二、域控制器 1、 汽车域控制器来了——几家欢喜几家愁 2、 汽车电子中的域控制器是什么 3、 得域控制器者，得智能汽车的天下？ 4、 域控制器和汽车未来电子架构 三、车载操作系统 OS 1、 Vxworks、QNX、Xenomai、Intime、Sylixos、Ucos等实时操作系统的性能特点 2、 3、 来源： CSDN 作者： 枯荣有常 链接： https://blog.csdn.net/wuwuku123/article/details/104572887

功能安全之看门狗WDGM 介绍: 1 一、AUTOSAR 看门狗软件堆栈：… 1 1）Wdg堆栈具有三个软件模块：… 1 2）WdgM通过WdgIf和Wdg控制硬件实现的看门狗，看门狗可以是一个或多个内部或外部看门狗设备。 注意：看门狗设备需要依赖于硬件的Wdg驱动程序… 3 3）SE通过WDGM 控制下的控制流… 4 二、WDGM软件功能安全的实现和用例… 4 1）可能的软件或硬件故障的类型：… 4 2）对应的安全机制：… 5 3）对应的安全状态为：… 5 三、WDGM的功能介绍… 5 1）受监管实体SE. 5 2）程序流程监控… 6 3）截止期限监督… 7 4）生命监视… 10 文章版权归***糖果AUTOSAR***所有,转载请注明来源及作者, 盗版必究！！ 更多精彩内容，请扫描关注微信公众号： 来源： CSDN 作者： huihuige092 链接： https://blog.csdn.net/huihuige092/article/details/104554399

AutoSAR系列讲解（实践篇）12.3-Dcm Dcm 一、Dcm简介 二、Dcm的组成 三、DCM与模式管理 Dcm ->返回总目录<- 一、Dcm简介 Dcm（Diagnostic Communication manager，诊断通信管理）首先是相对于网络独立的一个模块，它已经不关心底层如何通信了（当然，通信是必不可少的）。该模块主要就是用来解析和使用诊断服务，它为诊断服务提供了一套公共API函数。同时，它不光能处理我们之前讲到的UDS协议，还能作用在OBD(ISO 15031-5)诊断协议上。其实之前我们讲解UDS的那些内容，基本上就是在DCM中实现的，比如管理诊断状态，检查诊断服务是否被ECU支持，根据SID去调用应用层服务等等。 还有一点，Dcm还可以做一些Bootloader的工作（大家可以看看UDS那一节中的SID表，最下面几个服务就可以用来做Bootloader烧写） 二、Dcm的组成 如果我们查看AutoSAR官方文档，会发现Dcm是由DSL(DiagnosticSession layer)、DSD(Diagnostic Serv 来源： CSDN 作者： 雪云飞星 链接： https://blog.csdn.net/xyfx_fhw/article/details/104543458

微信原文： https://mp.weixin.qq.com/s/2PWmaXvp31xIbVhgwqzJ5Q 本文带大家快速了解AUTOSAR FlexRay网络管理（FlexRay Network Management，FrNm）的概念，核心功能，可选功能，接口和配置问题。 AUTOSAR FlexRay网络管理是一种独立于硬件的协议，只能在FlexRay上使用（有限制见4.1小节）。 其主要目的是协调网络正常运行和总线休眠模式之间的转换。 除了核心功能之外，还提供了可选功能，例如，实现服务以检测所有当前节点或检测所有其他节点是否准备好休眠。 微信原文： https://mp.weixin.qq.com/s/2PWmaXvp31xIbVhgwqzJ5Q 来源： CSDN 作者： 汽车网络那些事儿 链接： https://blog.csdn.net/miracle8510/article/details/96211462

AutoSar图解如学习（一）中所示，为了实现应用程序和硬件模块之间的分离，AutoSAR架构中的电子软件架构被分为四层，从上到下依次为：应用层（Application Layer），运行时环境（Run Time Environment,RTE），基础软件层（Basic Software,BSW）和微控制器（Microcontroller）。 应用层（Application Layer） 应用层中的功能由各软件组件SWC（Software Component）实现，组件中封装了部分或者全部汽车电子功能，包括对其具体功能的实现以及对应描述，如控制大灯，空调等部件的运作，但与汽车硬件系统没有连接。 运行时环境（Run Time Environment,RTE） 中间件部分给应用层提供了通信手段，这里的通信是一种广义的通讯，可以理解成接口，应用层与其他软件体的信息交互有两种，第一种是应用层中的不同模块之间的信息交互；第二种是应用层模块同基础软件之间的信息交互。而RTE就是这些交互使用的接口的集散地，它汇总了所有需要和软件体外部交互的接口。从某种意义上来看，设计符合AUTOSAR的系统其实就是设计RTE。 基础软件层（Basic Software,BSW） 根据不同的功能对基础软件继续可以细分成四部分，分别为服务层（Service Layer），ECU抽象层（ECUAbstract