[4.5]-AutoSAR零基础学习-通信协议栈介绍

BSW层通信的三层架构，从上到下分别是通信服务、通信硬件抽象、通信驱动。

运行时环境（RTE）：作为核心通信枢纽，RTE实现了虚拟功能总线（VFB）的具体化。它提供两种通信机制：发送者-接收者模式（用于异步数据传输）和客户端-服务器模式（用于同步服务调用）。- 应用层（Application Layer）：由软件组件（SW-C）构成，每个组件封装特定功能逻辑（如雨刮控制、引擎管理等）。每层增加3-5μs延迟，但通过静态配置优化，整体仍满足实时性要求。- 复杂设备驱动（CDD）：位于架构边缘，允许开发者绕过分层限制，直接访问硬件以满足高实时性需求（如点火正时控制）。

一个controller必须有一个transceiver, controller+transceiver=network。有几路CAN，就有几个controller+transceiver组合，相当于有路CAN网络。

第一种网关路径是不同总线的接口层之间的，先由驱动接收到帧，经接口层提交给PduR模块，然后PduR模块根据之前配置的网关路径转发给另一种总线的接口层，接口层提交给目标总线的驱动层，最后由驱动层把PDU发布到总线上。具体来说，IpduM模块可以根据需要，将多个不同的PDU组合成一个复用的PDU，或者将一个复用的PDU拆分成多个单独的PDU。另一种是基于触发的数据提供方式，用于Lin或者Fr通信，在传输时先缓冲要发送的数据，然后根据底层机制如Lin或Fr的静态的周期性的调度表来触发缓冲的数据的传输。

TCP/IP 协议栈是一系列网络协议的总和，是构成网络通信的核心骨架，它定义了电子设备如何连入因特网，以及数据如何在它们之间进行传输。TCP/IP 协议采用4层结构，分别是应用层、传输层、网络层和链路层，每一层都呼叫它的下一层所提供的协议来完成自己的需求。由于我们大部分时间都工作在应用层，下层的事情不用我们操心；其次网络协议体系本身就很复杂庞大，入门门槛高，因此很难搞清楚TCP/IP的工...

软件模块是相似甚至是相同的，却普遍存在着在不同的项目中重复开发的现象，软件复。更、网络管理策略的调整，通信软件模块需要不停的升级和维护，甚至重新开发，所以。和功能裁剪提供了依据，可用在不同厂家的车辆以及不同供应商的电子元件上，并可以。的原则是“在标准上合作，在实现上竞争”，这给汽车制造商，汽车零部件供应商，工。到提高汽车电子的国产化和现代化水平，打破国际厂商的技术垄断，形成新的自主技术。虽然车身控制器本身功能复杂了，但是省去了电动窗的控制节点，减。域的提出，意在减少控制器节点的数量，从而也降低了。

RTA-VRTE Starter Kit 诊断使用 AUTOSAR Diagnostic Extract Template (DEXT) 进行配置。DEXT 是一种标准化的 AUTOSAR 交换格式，可以与系统描述（System Description）类似地使用和通信。DEXT 定义了诊断通信的所有方面（例如 UDS 服务、会话配置、安全级别配置等）和诊断事件管理（例如诊断故障代码（DTCs）、诊断事件、操作周期等）。

而Offer的作用是保活，是要不断发送才能刷新TTL)。与Method流程相同的是在TCP建链及之前的部分，Client的SD主动发起订阅，Server的SD收到订阅后，通知业务服务，可以发送event了，然后Server的SD立即回复一个ACK消息，让Client业务做好接收的准备。如果有某个数据可能有被对端修改，有可能被对端读取，还可能是订阅式的读取，那么可以为这个数据专门设置一个特殊服务，该服务包含get data、set data和notfer data的操作，Client想要什么就可以用什么。

目前在学习COM

通讯协议栈几乎是CP AUTOSAR中最庞杂的一块。由于其涉及的模块比较多(仅实现CAN信号的收发就需要ECUC/CAN/CANIF/CANTP/PDUR/COM/XCP这么多模块的协作！)，且名词概念众多，入门很难。本文试图从一个全局的高度，自顶向下逐步细化开来。让你在建立全局观之后熟悉通讯协议栈各模块之间的关联然后高屋建瓴学会配置每一项！也希望在此抛砖引玉，彼此交流心得,共同进步。..............................................................

相信大多数工程师接触AUTOSAR都是从CAN通信开始点点点，如上图所示，通信栈由通信服务层、通信硬件抽象层以及通信驱动层构成；具体而言，包括CAN、LIN、FlexRay、Eth的通信，如下图所示：可以看到，在上图的通信链路出现了I-PDU、N-PDU、L-PDU等等，这些名词是什么意思呢？我们进一步进行分析。Com层位域AUTSOA BSW架构中的服务层，主要就是处理信号，为SWC提供信号级别(Signal)的通信数据服务接口，或者根据信号自定义发送类型来发送PDU。....

CP AUTOSAR文档的下载链接 1、首先我们看COM stack架构图 1 CAN通信协议栈概念 AUTOSAR通信栈位于运行时环境（RTE）与微控制器抽象层（MCAL）之间，其可以简化ECU间的通信服务，实现不同类型或速率总线间的数据交互。在AUTOSAR通信栈中，位于服务层的有通信模块（Communication，Com），诊断通信管理模块（Diagnositic Communication Manager，Dem）、协议数据单元路由模块（Protocol Data Unit Router，PduR

为了实现高效可靠的ECU之间的通信，AutoSAR（AUTomotive Open System ARchitecture）提供了一种通用的通信协议栈架构，即COM（Communication）协议栈架构。本文将介绍AutoSAR中COM协议栈架构的设计原理，并给出相应的源代码示例。以上是对AutoSAR中COM协议栈架构的简要介绍，更详细的实现和应用可以参考相关文档和开发手册。以上示例代码展示了COM协议栈架构中几个重要的模块及其函数接口。AutoSAR：一种优秀的COM通信协议栈架构。

Dem中Event和DTC

1. 概述 CAN通信栈是在CAN总线上完成Signal的接收/发送功能、Signal的路由转发以及报文的路由转发功能。 AUTOSAR中基于CAN的通信栈框架 2. CANDrv简介 2.1 概述 CAN Driv er处于通信最底层，与硬件进行交互，将不同类型硬件所进行的操作分装为统一的API接口提供给上层，隔离硬件与上层服务。 CAN Driver包含于硬件相关的各配置项，将物理层发生的事件通过回调函数的方式通知上层，控制CAN控制器的行为及状态，并提供与收发报文相关的服务。 2.2