m0_49148264的博客

通信服务是一组用于车辆网络通信（CAN，LIN，FlexRay和以太网）的模块。在不需要的地方从应用程序隐藏协议和消息属性。它提供与FlexRay网络的统一接口。它提供与CAN网络的统一接口。提供统一的网络管理服务提供统一的车辆网络接口以进行诊断通信。扩展了普通的CAN通信栈，用于重型车辆中的车辆网络通信。是一组模块，用于与通信系统TCP/IP进行车辆网络通信。是一组模块，用于与通信系统CAN进行车辆网络通信。是用于与通信系统LIN进行车辆网络通信的一组模块。为车辆网络提供统一的接口以进行通信。

即使是Configuration Editor里面的配置项都能在Basic Editor找到对应的，例如下图的IoHwAb。这个Basic Editor显示出整个ECU配置中的所有Module配置项。从软件的Project菜单中的Basic Editor项可以打开。如你所想，基本上跟AUTOSAR架构里面的Module相对应。打开这个菜单后，会看到很多Modules项以及其相关配置项。至于你能增加哪些Module，就取决于你的SIP包了。对了，还有个问题，Module是怎么添加进来的？

方法1，直接使用案例工程，一般SIP包会有一个创建好的案例工程，在这样的路径YOUR_SIP_DIR/Applications/SipAddon/StartApplication下面直接打开这个*.dpa文件即可看到已经预先做好的工程：但是，这个也不是全的，也不一定完全正确，至少MCAL是没有配置好的（MCAL是IC厂商提供的，并不归属SIP包的一部分）。这样就需要你自己去配置你想要的模块，修改里面的错误。

在汽车行业CAN总线是应用场景最多的情况，本文也基于CAN总线进行网络管理与Transceiver/Controller关系梳理。AUTOSAR NM涉及到的模块包括Transceiver、CAN Driver、CANIf、CANSM、CANNM、PDUR、Com、ComM、EcuM、BswM等。由于模块众多，小编会分多篇梳理。本篇就网络管理和Transceiver、Controler关系理一理。

通信服务是一组用于车辆网络通信（CAN，LIN，FlexRay和以太网）的模块。它们通过通信硬件抽象与通信驱动程序接口。为车辆网络提供统一的接口以进行通信。提供统一的网络管理服务提供统一的车辆网络接口以进行诊断通信在应用程序中隐藏协议和消息属性。

AUTOSAR里面的架构知识是非常丰富的，除了之前讲的模块，还有接口呢。如果比喻说模块是人体的各大功能组织，那么这个接口就可以理解为人体的血管神经了，其重要性可想而知了。AUTOSAR的架构为什么要强调这个接口呢，又有什么特别的地方呢？下面且听我细细道来。

其实，这个内存就是RH850 MCU的LOCAL RAM来的。后面它会跳到brsStartupZeroInitLoop，那么这个brsStartupZeroInitLoop做什么的呢？到这里，我就找到了整个main函数之前的初始化了。完了后，这会跳到_startup_block_zero_init_end，继续往下。从这个配置可以看到，brsStartupEntry是这个工程的入口。函数之前的一些初始化，主要的也是一些RAM等初始化。很明显，这是startup stack来的，即系统的栈初始化。

欧洲大陆的车企们在2002年成立了一个联盟，搞了个叫AUTOSAR的标准，以期一统天下。次年，他们就开搞了，开始制作这个AUTOSAR的草图。

中科创达是获得黑莓QNX车载操作系统的四家厂商之一，而QNX是我国智能汽车市场领域自动驾驶与液晶仪表等对功能安全要求较高的领域的操作系统的领导者，在国内已经量产的液晶仪表操作系统中QNX的市占率超过90%，其中，绝大多数方案是由中科创达提供的。Rust 用编译器保证的安全性，在C++中只能靠编码规则去维护，为了弥补这个不足，又有厂商开发代码扫描工具去发现潜在缺陷，明显的缺陷很容易被扫描出来，但是更深层次的缺陷，尤其涉及到多线程的并发场景，这些扫描工具实际也无能为力。么，答案是可以的，不过可能费一点功夫。

依托高性能的域主控处理器、丰富的硬件接口资源以及强大的软件功能特性，域控制器能将原本需要很多颗ECU实现的核心功能集成到进来，极大提高系统功能集成度，再加上数据交互的标准化接口，因此能极大降低这部分的开发和制造成本。，用于混合动力/纯电动汽车动力系统的总成控制器，负责协调发动机、驱动电机、变速箱、动力电池等各部件的工作，提高新能源汽车的经济性、动力性、安全性并降低排放污染。当出现了这么多ECU，首先从成本上来说，这么多电路板，每个电路板上都有芯片，成本非常的高，并且这么多ECU要连线，

打开基本编辑器并创建。

文件是“可拆分的”，这意味着如果格式符合 AUTOSAR 拆分规则，则可以与其他。）是一个ARXML文件，主要由OEM提供，其中包含。）工件，可以作为输入文件导入到达芬奇配置器专业版。导入的参数将以只读方式处理。不允许在多个 ARXML 文件中导入一个。的已存在数据或从输入文件派生的数据。可以作为输入文件导入到另一个。文件会覆盖用户配置的基本。元素和诊断数据预配置。定义 [数据结构]。中，可以导出一个或多个。

预配置，而文件引用允许在 DPA 项目中重用 EcuC 元素。文件引用只能由其源修改，并且修改由加载 ARXML 文件的。有关文件参考的更多信息，请参阅《用户手册》第 5.2 章。器文件引用是一个 ARXML 文件，其中包含。和外部 ECU 文件之间的区别在于，文件引用以只读方式加载到现有的。安装路径或 SIP 文件夹中。此机制的目的是允许在。

BSW 模块导入有什么好处？BSW 模块导入机制允许从 DPA 项目或达芬奇配置器专业版 DPA 项目中的其他第三方工具导入基本软件模块的 ECU 配置 （EcuC） 文件或基本软件模块的 ECU 配置。BSW 模块作为读写导入一次，并成为配置的一部分。这些文件的导入通过选项文件|进口导入 DPA 项目的 BSW 模块配置：单击导入或按住 Ctrl+I，选择 DPA 项目，选择一个现有的 DPA 文件在文件选择”中，选择要导入的 EcuC 模块配置。如果BSW模块已经存在，则可以使用替换合并机制

其实在标准规范中并没有关于Full CAN和Basic CAN的真正定义，只有制造商才有。Full CAN实际上应该称为DPRAM 模式，因为它底层范例是DPRAM。而Basic CAN应该真正称为FIFO 模式。同时请注意，Full CAN也绝不是比Basic CAN更完整的实现了CAN协议。新的CAN控制器扩展了基本功能，例如：它们具有多达32个对象缓冲区作为Full CAN的实现，或者它们具有用于多个消息的大型FIFO，如:飞利浦SJA1000，称为PeliCAN，作为Basic CAN的实现。

本小结着重介绍了DTC的定义及相关属性配置，实际项目开发中对于DTC就可以简单理解为一个3个字节的码（例如：EF0288），一个DTC和一个事件绑定（EF0288和ECAN BusOff这个Event绑定），如果一个事件发生，则这个事件绑定的DTC的状态就会发生改变（状态码的对应标志置位）。OBD（全称：On BoardDiagnostics），即车载自动诊断系统，是汽车排放和驱动性相关故障的标准化诊断规范，有严格的排放针对性，其实质就是通过监测汽车的动力和排放控制系统来监控汽车的排放。

而DEM中又有大量数据需要存储在非易失性存储模块（如Dflash、EEPROM）中，但两者的交互关系都发生在上电初始化（startup）和下电（shutdown）过程中，当然，如果没有NvM_WriteAll的过程，也可以在运行过程中写入。但是DCM和DEM是两个不同的任务，所以以上几个函数一般是异步执行，DCM只负责把请求命令和写入目标给到DEM，在DEM任务中轮询DCM的任务请求，并实现数据的填充，后通知DCM任务完成。此外，Dem向Dcm提供故障信息(例如，从事件内存中读取所有存储的dtc)。

Dem模块可以处理和存储BSW和SWC检测到的诊断事件（Dem_SetEventStatus）。同时，BSW模块和SWC可以通过AUTOSAR提供的标准接口获得Dem存储的事件信息（Dem_GetEventStatus）。

因此，EcuM不请求状态。因此，BswM必须确保，例如，在调用EcuM_GoHalt或EcuM_GoPoll之前，必须将关机目标从其默认值更改为ECUM_STATE_SLEEP。对于ECU的关闭，BswM(位于主EcuM的同一个分区中)最终调用主核上的GoOff，该GoOff将请求分发给所有的从核。在ECU Manager模块的早期版本中，睡眠目标被特殊处理，因为在ECU中实现的睡眠模式取决于ECU的功能。在使用了外部的SBC控制相关的MCU的下电的时候，在OFF阶段最后调用SBC进入到Sleep的指令。