PartialNetworking(PN)功能相对来说，稍稍复杂一点。PN功能的实现也不能单单看某个模块，因为模块间的交互信息对网络状态的切换至关重要。对于PN功能，我主要想从CanNM和ComM两个模块谈，本篇先从CanNM聊。希望能将一些概念讲透，因为在实际项目中，工具的很多配置项我们可能一知半解，在问题排查时，多少让我们摸不着头脑。因此，我想把自己解读的Autosar信息传达出来，分享一下。提示：基于CAN总线。1为什么要PN功能为什么需要PN(PartialNetwork)功能呢？实质还是为了节能。没有PN功能时，一个网段内的所有ECU同醒同睡。有时，在一个网段内，可能只需要某些ECU
目录1通信架构2发送流程3接收流程本文介绍的通信协议不包括诊断协议和标定协议，内容仅为单纯通信。先上通信栈图： 抽象一下：1通信架构 Autosar的通信模型，在autosar架构BSW一层中，通信功能单独拎出来分析，可以看到在BSW里面的，分为通信服务、硬件抽象、通信驱动。如下：COM从应用层过来的数据首先会流转到COM，应用层无需关心收发的数据是通过什么总线进行传输的。而这些数据呢，早在主机厂在进行整车设计时，就已经定义好了，这里面包括总线的拓扑图，哪个数据该走什么总线等等。因为COM上传或者接收的数据，仅仅只是这个数据的实际意义，并不会包含传输的总线协议等等，
MCAL架构介绍Autosar整体架构图如下所示：MCAL是MicroControllerAbstractionLayer（微控制器抽象层）的缩写。如下图所示，MCAL位于AUTOSAR软件架构中基本软件（BasicSoftware，BSW）的底层，是可以直接访问MCU寄存器和内部外设的底层驱动。这样划分的目的是使上层软件（如ECU抽象层、系统服务层等）独立于MCU硬件平台，保证上层软件的标准化和通用性。AUTOSAR规范根据MCU底层驱动功能的相似性，把MCAL抽象为4个驱动组，分别是微控制器驱动组（MicrocontrollerDriversGroup）、存储器驱动组（MemoryDriv
AUTOSAR(AUTomotiveOpenSystemARchitecture)是一种开放的软件架构标准，用于汽车电子系统的开发和管理。该标准旨在通过统一的硬件和软件接口，实现汽车电子系统的互操作性和可重用性，并促进不同的汽车制造商和零部件供应商之间的合作和交流。本文将介绍AUTOSAR标准的起源、结构和应用，并讨论它对于汽车行业的影响和前景。一、AUTOSAR标准的起源随着汽车电子系统的不断发展，越来越多的汽车制造商和零部件供应商开始意识到，需要一种通用的软件架构标准来规范汽车电子系统的开发和管理。在这种背景下，AUTOSAR标准应运而生。AUTOSAR标准的起源可以追溯到2003年，当时
AUTOSAR(AUTomotiveOpenSystemARchitecture)是一种开放的软件架构标准，用于汽车电子系统的开发和管理。该标准旨在通过统一的硬件和软件接口，实现汽车电子系统的互操作性和可重用性，并促进不同的汽车制造商和零部件供应商之间的合作和交流。本文将介绍AUTOSAR标准的起源、结构和应用，并讨论它对于汽车行业的影响和前景。一、AUTOSAR标准的起源随着汽车电子系统的不断发展，越来越多的汽车制造商和零部件供应商开始意识到，需要一种通用的软件架构标准来规范汽车电子系统的开发和管理。在这种背景下，AUTOSAR标准应运而生。AUTOSAR标准的起源可以追溯到2003年，当时
AUTOSAR中的NvM看起来挺难的，特别是在配置的时候，一堆参数，都不知道是干什么用的。想去研究它，却不知如何下手。其实吧，AUTOSAR的官方文档讲的挺详细的，但是内容很多，网上有很多文章对其进行解读，很多人没时间也不想细读它。本文打算换个讨论，不再累述其内容细节了，而通过图解的方式，将NvM重要特点提取出来讲解，方便理解，也方便记忆。1. NvM在AUTOSAR中的层次结构AUTOSAR中有个Memory的处理，在架构中是这样的分类三层，分别是MemoryService（NvM）、MemoryHardwareAbstraction（MemoryIf和Fee/Ea）和MemoryDrive
AUTOSAR中的NvM看起来挺难的，特别是在配置的时候，一堆参数，都不知道是干什么用的。想去研究它，却不知如何下手。其实吧，AUTOSAR的官方文档讲的挺详细的，但是内容很多，网上有很多文章对其进行解读，很多人没时间也不想细读它。本文打算换个讨论，不再累述其内容细节了，而通过图解的方式，将NvM重要特点提取出来讲解，方便理解，也方便记忆。1. NvM在AUTOSAR中的层次结构AUTOSAR中有个Memory的处理，在架构中是这样的分类三层，分别是MemoryService（NvM）、MemoryHardwareAbstraction（MemoryIf和Fee/Ea）和MemoryDrive
综述本文档主要描述了VP项目MCU芯片TC297的AUTOSAR方案。MCU的基础软件由AUTOSAR软件实现，AUTOSAR可简易理解为如下层次。MCU芯片驱动层：MCU芯片的抽象层，目的是将各类MCU芯片进行抽象，向上统一接口，隔离其他层次软件，做到足够的解耦状态，以便更换芯片时其他软件无需变更只需更换这一层软件就可。MCU芯片的抽象层包含Port,CAN,SPI,ETH,MCU,WDG,GPT等。控制器抽象层：控制器抽象层（包含I/O抽象驱动），作用是将控制器的外设进行抽象，向上统一接口。这一层的目的是可以控制器不同的外设需求进行抽象，做到上下隔离，解耦。重新设计控制器时，修改本层即可。
综述本文档主要描述了VP项目MCU芯片TC297的AUTOSAR方案。MCU的基础软件由AUTOSAR软件实现，AUTOSAR可简易理解为如下层次。MCU芯片驱动层：MCU芯片的抽象层，目的是将各类MCU芯片进行抽象，向上统一接口，隔离其他层次软件，做到足够的解耦状态，以便更换芯片时其他软件无需变更只需更换这一层软件就可。MCU芯片的抽象层包含Port,CAN,SPI,ETH,MCU,WDG,GPT等。控制器抽象层：控制器抽象层（包含I/O抽象驱动），作用是将控制器的外设进行抽象，向上统一接口。这一层的目的是可以控制器不同的外设需求进行抽象，做到上下隔离，解耦。重新设计控制器时，修改本层即可。
