介绍常用的AUTOSAR开发工具，如： DaVinci Configurator（Vector）：用于系统配置和BSW配置。 ISOLAR-A（ETAS）：用于AUTOSAR系统设计和ECU配置。 EB tresos：用于MCAL和基础软件的配置。 AUTOSAR（汽车开放系统架构）是一种全球性标准，它定义了汽车电子控制单元（ECU）的基本软件架构。随着汽车电子技术的快速发展，汽车内部ECU的数量日益增加，功能也变得更加复杂，这就需要一个统一的标准来简化和标准化汽车软件开发过程。AUTOSAR正是在这种背景下应运而生，它为汽车制造商、供应商和技术提供商提供了一个共同的平台，以开发可复用、可配置、可扩展的ECU软件。 在AUTOSAR的框架内，软件开发被分为不同的层次，包括应用层、运行时环境（RTE）和基础软件层（BSW）。应用层负责实现特定的功能，RTE则作为应用层和BSW之间的中介，负责数据和控制信息的传递。而BSW包含了硬件相关的软件模块，如驱动程序和通信协议栈等。这样的分层结构有利于提高软件的可复用性和可移植性，同时降低了不同供应商间软件集成的复杂性。 《AUTOSAR规范与车用控制器软件开发》这本书详细介绍了AUTOSAR的标准内容，特别是对那些负责车用控制器软件开发的专业人员，提供了全面的指导和帮助。书中不仅涵盖了AUTOSAR的基本概念和架构，还特别强调了其在实际应用中的实施过程，以及与之相关的开发工具的使用方法。 在介绍的开发工具中，DaVinci Configurator是Vector公司开发的一套配置工具，它支持系统配置以及基础软件配置。通过图形化界面，开发者可以灵活地对软件组件进行配置，简化了对复杂BSW架构的管理。ISOLAR-A作为ETAS公司提供的工具，它主要用于AUTOSAR系统设计以及ECU配置，它支持从系统级设计到ECU具体配置的整个过程，特别适合于系统级的自动化开发。而EB tresos是由Elektrobit公司开发的软件平台，它提供了对AUTOSAR MCAL（微控制器抽象层）和BSW配置的支持，它集成了必要的工具链，使得软件的开发和配置更加高效。 随着车辆电子系统的不断进化，对于车用控制器软件开发的需求也在不断增加。掌握AUTOSAR规范和相关工具的使用，对于提升开发效率、保证软件质量、实现复杂系统的快速集成都至关重要。因此，对于从事车用控制器软件开发的专业人员来说，了解和精通AUTOSAR是必不可少的技能。 《AUTOSAR规范与车用控制器软件开发》不仅为读者提供了深入理解AUTOSAR的机会，而且通过案例分析和工具操作的介绍，使读者能够将理论知识与实践相结合，从而更好地适应现代汽车电子软件开发的需求。这本书对于那些希望提高自身竞争力的工程师和研发团队来说，是一份宝贵的资源。

Classic Platform 2021年11月发布版，所有的规范文档

4.2 FreeRTOS的编码标准和命名风格 作为初学者，非常有必要了解 FreeRTOS的编码标准和命名风格，这对于以后的学习大有裨益。 4.2.1 FreeRTOS的编码标准 FreeRTOS核心源码文件的编写遵循 MISRA代码规则，同时支持各种编译器。但考虑到有些编译器的性能还比较 弱，不支持 C语言的新标准 C99和 C11 的一些特性和语法，所以 FreeRTOS的源码中就没有引入 C99和 C11的新特 性，但是有一个例外，源码中有用到头文件 stdint.h（这个文件是 C99标准才引入的）。如果用户使用的编译器没 有这个头文件的话，可以将 FreeRTOS 源码文件中，此路径下 FreeRTOS/Source/include的一个 stdint.readme文 件修改为 stdint.h文件后用于这个编译器。  MISRA MISRA (The Motor Industry Software Reliability Association 汽车工业软件可靠性联会) 是位于英国 的一个跨国汽车工业协会，其成员包括了大部分欧美汽车生产商。其核心使命是为汽车工业提供服务和协助， 帮助厂方开发安全的、高可靠性的嵌入式软件。这个组织最出名的成果是所谓的 MISRA C Coding Standard， 这一标准中包括了 127条 C语言编码标准，通常认为，如果能够完全遵守这些标准，那你的 C代码是易读、可 靠、可移植和易于维护的。现在很多嵌入式开发者都以 MISRA C来衡量自己的编码风格，比如 uC/OS-II就宣 传 99%遵守 MISRA标准。 4.2.2 FreeRTOS的命名规则 初学 FreeRTOS的用户对其变量和函数的命名比较迷惑，下面专门做一下介绍：  变量  uint32_t定义的变量都加上前缀 ul。u代表 unsigned 无符号，l代表 long长整型。  uint16_t定义的变量都加上前缀 us。u代表 unsigned无符号，s代表 short短整型。  uint8_t定义的变量都加上前缀 uc。u代表 unsigned无符号，c代表 char字符型。  stdint.h文件中未定义的变量类型，在定义变量时需要加上前缀 x，比如 BaseType_t和 TickType_t定 义的变量。  stdint.h文件中未定义的无符号变量类型，在定义变量时要加上前缀 u，比如 UBaseType_t 定义的变 量要加上前缀 ux。  size_t 定义的变量也要加上前缀 ux。  枚举变量会加上前缀 e。  指针变量会加上前缀 p，比如 uint16_t定义的指针变量会加上前缀 pus。  根据 MISRA代码规则，char定义的变量只能用于 ASCII字符，前缀使用 c。  根据 MISRA代码规则，char *定义的指针变量只能用于 ASCII字符串，前缀使用 pc。  函数  加上了 static声明的函数，定义时要加上前缀 prv，这个是单词 private的缩写。  带有返回值的函数，根据返回值的数据类型，加上相应的前缀，如果没有返回值，即 void类型 ，函数的前缀加上字母 v。  根据文件名，文件中相应的函数定义时也将文件名加到函数命名中，比如 tasks.c 文件中函数 vTaskDelete，函数中的 task 就是文件名中的 task。  宏定义  根据宏定义所在的文件，文件中的宏定义声明时也将文件名加到宏定义中，比如宏定义 configUSE_PREEMPTION 是定义在文件 FreeRTOSConfig.h 里面。宏定义中的 config就是文件名中的 config。另外注意，前缀要小写。  除了前缀，其余部分全部大写，同时用下划线分开。  char型变量无符号数和有符号数的切换方法 MDK 中可以在 Options->C/C++选项中设置 char型变量为有符号数或者无符号数，默认不选择单选框的情况下 char型变量是 8位无符号数，选上后就是 8位有符号数：

基于Adaptive AUTOSAR规范中定义的所有应用在板内或板间通信所需要的基本需求进行规划： 1.提供端到端的通信管理保护； 2.提供开发语言绑定 3.提供网络和通信底层绑定； 4.提供整套通信中间件软件 针对智能驾驶和域控开发领域的开发人员急需学习的相关技术

本书主要介绍了汽车电子的最新规范 AUTOSAR，以及如何开发符合 AUTOSAR 规范的电机控制器软件的详细过程。全书分为基础篇和实战篇：基础篇介绍了汽车电子软件开发趋势，以及多核单片机和 AUTOSAR 的相关概念；实战篇介绍了使用 Simulink 进行应用层软件建模以及代码生成，和利用 Vector 工具链基于 AURIX 单片机开发电机控制器的思路和步骤。本书在编写中，力求内容正确，所有的内容都经过相关专家审阅，并经作者测试，步骤清晰，配图丰富。 本书适合具有一定嵌入式软件开发基础知识的读者，可作为高等院校本科生、研究生学习嵌入式软件开发的参考书，也可供汽车电子行业软件工程师学习和参考。

AUTOSAR规范与车用控制器软件开发

AUTOSAR规范与车用控制器软件开发.pdf

汽车电子软件AUTOSAR规范构架解决方案的文档学习资料18个合集: AUTOSAR.pdf AUTOSAROS规范(一部分).pdf AUTOSAR_SWS_CANDriver.pdf AUTOSAR分层架构.pdf AutoSAR技术概述.pdf AUTOSAR架构简述.pdf AutoSAR标准与体系.pdf AUTOSAR组织3.1培训.pdf AUTOSAR解决方案.pdf AUTOSAR详细介绍.pdf AUTOSAR软件组件介绍.pdf ISO15765-3车载诊断标准-详细中文版.pdf 基于AUTOSAR架构的通信系统的研究.pdf 基于Autosar的整车电子电气架构设计方法.pdf 开发AUTOSAR兼容的嵌入式软件_mathworks.pdf 汽车电子电气架构(EEA)与AUTOSAR.pdf 汽车电子软件的趋势.pdf

AUTOSAR规范 培训资料学习 汽车电子电器控制器嵌入式开发资料

基于AUTOSAR规范的车用电机控制器软件开发，可以参考书中的资料，进行电机控制器的开