从整车层级到零部件层级的网络管理开发

原创 汽车电子与软件 2024-08-26 07:57



作者 | 窦明佳

出品 | 汽车电子与软件




#01
前  言
  
对于网络管理(Network Management)特别是AUTOSAR 网络管理在行业内大家已经熟知,对于其状态跳转逻辑及睡眠唤醒策略多少都有所了解,但是回到最初的目的,为什么需要网络管理,怎么从整车层级定义那些ECU要做网络管理,AUTOSAR NM协议栈如何实现ECU的休眠/唤醒,以及如何协调域控ECU多路网络管理总线的休眠和唤醒, 希望借助于本文阐述下个人的理解。



#02
什么是AUTOSAR NM  
  

2.1 网络管理状态机  


网络管理即协调网络中的ECU唤醒和睡眠的机制,如下为《AUTOSAR_SWS_CANNetworkManagement》定义的CANNM状态机,其包含如下几种工作模式:

1)Bus Sleep Mode(睡眠模式BSM)

在该模式下ECU通常进入深度睡眠,MCU的供电被断开,只保留唤醒源监测能力;

2)Prepare Bus-Sleep Mode(预睡眠模式-PBM)

节点从网络模式的准备睡眠阶段进入预睡眠模式,将缓存中未发送的应用报文发送,同时进行MCU下电前的准备,从而为进入深度睡眠预留时间;

3)Ready Sleep State(准备睡眠模式-RSS)

当节点不需要再请求网络(Network Request)时,需要进入RSS状态等待网络中其他网络管理节点也进入RSS状态,同时在该状态保持应用报文的收发状态; 
 
4)Normal Operation State(常规运行状态-NOS)

当节点从Repeat Message State超时跳出时,如果需要工作并主动维持网络,则进入NOS状态,并发送网络管理报文进行网路请求;

5)Repeat Message State(重复报文状态-RMS)

当节点从其他模式进入Network Mode时,默认先进入Repeat Message State,同时如果是自己主动唤醒则需要进入网络管理报文快发模式(NM Immediate Transmit State),从而能够快速启动网络,如果ECU是被动唤醒,则需要Repeat Message State中的正常周期发送模式(NM Normal Transmit State)。

                  
图1:AUTOSAR网络管理状态机    

2.2 网络管理报文  


上述网络管理状态机中各状态的切换需要以总线上的网络管理报文为依据,各节点通过发送及接收网络管理报文进行唤醒及网络维持,在《AUTOSAR_SWS_CANNetworkManagement》中网络管理报文的基本格式进行了规定,如下Byte0定义网络管理节点的源地址,在J1939网络中可以和ECU的源地址SA一致,Byte1定义为控制位向量CBV,来表征发送节点的状态,Byte2-Byte7预留给OEM进行自定义,OEM可定义ECU的唤醒原因、保持唤醒原因等,从而便于网络管理异常问题的排查等。


图2:网络管理PDU帧格式示意

                               
图3:控制比特向量

控制比特向量CBV定义

Bit0:Repeat Message Request

  • 0x0:Repeat message state no request

  • 0x1:Repeat message state requested

Bit3: NM Coordinator Sleep Ready Bit

  • 0x0:Start of synchronized shutdown is not requested by main
coordinator    

  • 0x1:Start of synchronized shutdown is requested by main coordinator

Bit4:Active Wakeup Bit(该Bit位的作用我们在下面介绍)  

  • 0x0:Node has not woken up the network(Passive wakeup)

  • 0x1:Node has woken up the network(active wakeup)

Bit6:Partial Network Information(PNI)(局部网络管理使用)

  • 0x0:NM PDU Contains no Partial Network Request Information

  • 0x1:NM PDU contains Partial Network Request Information
         

 



#03
为什么需要网络管理
  
车辆在使用过程中,需要进行上电及下电,下电后车上大部分的部件及ECU电源会通过继电器或MOS等从蓄电池断开(通常由BCM来控制),从而降低整车静态放置的功耗。


图4:整车用电器供电方式

然而随着目前车辆功能的不断增多,比如PEPS、蓝牙钥匙、远程APP控车、迎宾等功能,通常是在车辆下电静态放置时使用,那这些功能相关的控制器是否都应该一直供电呢?通常这些控制器会连接蓄电池常电,但是在车辆下电静态放置时(KL15断开)其进入深度睡眠的低功耗状态,MCU的外设会关闭,MCU也会停止工作,只有SBC/CAN收发器监控车辆的唤醒行为并为MCU供电。 
 
在下电KL15断开ECU已经睡眠后,如果车辆有功能需求,比如驾驶员携带蓝牙钥匙靠近车辆,蓝牙模块在监测到合法钥匙靠近后会激活迎宾灯光,那参与这个功能的BLE(蓝牙主模块)、BCM(车身控制器)、HCM(灯光控制器)等都需要正常工作,那这些ECU如何才能从睡眠状态唤醒并工作呢,有两种方式:

  • 方式1:激活线

用户在携带蓝牙钥匙靠近车辆后,BLE主模块在监测到合法钥匙后,通过激活线将BCM和HCM唤醒,从而让ECU从睡眠状态进入正常工作状态

  • 方式2:通过网络管理

用户携带钥匙靠近车辆后,BLE主模块监测到合法钥匙后,通过发送网络管理报文唤醒BCM、HCM,BCM/HCM识别到网络管理报文后从睡眠状态进入正常工作状态。

虽然上述方式都可以唤醒ECU,但是方式1存在一个重要的问题,上面只是迎宾灯光一个功能,但是车辆在下电后需要激活的功能还有很多,比如远控车窗、远程空调、车辆充电、远程查看车辆状态(胎压、电量)、靠近解锁、远离闭锁、智能补电等,如果都通过激活线来控制ECU休眠和唤醒,那整车的激活线将是错综复杂的(如图5),因此需要在不同的功能场景主动唤醒ECU通过发送网络管理报文把相关的ECU唤醒,从而参与到功能实现活动中,并在无网络需求时释放网络,通过网络管理的机制协调整车各ECU的唤醒及睡眠,只需要通过连接各ECU的总线网路可实现,而无需增加纷繁复杂的激活线。   

                
图5:通过激活线唤醒方式示意
         

 

         

 


#04
如何确定整车那些ECU要做网络管理
  

4.1 第一步:设计整车的电源模式PowerMode  


根据用户使用使用车辆的不同阶段,定义车辆的电源模式,在不同的电源模式下通过控制继电器或者eFuse(采用智能配电)给不同的设备供电,从而保证不同模式下功能的可用。
         

 

   
                      
图6:整车电源模式PowerMode示意

4.2 第二步:制定功能到电源模式的Mapping表  


如下表,定义不同电源模式下功能的可用性


图7:功能到电源模式的Mapping

4.3 第三步:制定功能到ECU的Mapping表  


这一步即在项目的前期制定功能打点表,依据功能逻辑架构及功能分配方案进行功能到ECU的打点: 
   

图8:功能打点表示意

4.4 第四步:进行ECU 到电源模式的打点  


有了第2步功能到电源模式的Mapping表,以及第3步功能到ECU的Mapping表,即可制定ECU到电源模式的Mapping表,此表可基于ECU List添加电源模式相关的列即可实现。

                      
图9:ECU到电源模式PowerMode的Mapping

4.5 第五步:为不同的ECU分配不同的供电终端及唤醒终端  


为ECU分配蓄电池常电终端时主要考虑两类ECU:

  • 第一类:需要在Abandoned模式(车辆)下工作的ECU(如BCM、PEPS等);

  • 第二类:因为工作电流太大不能放在其他供电终端下(如EPS、FAN等),此时其主供电可以接KL30,但是其唤醒终端仍要与Mapping的电源模式相对应;
   
除了上面第二类ECU,第一类接蓄电池常电的ECU通常的唤醒方式即通过网络管理唤醒,由此可确定整车网络拓扑中需要参与网络管理的节点。

                     
图10:自上而下梳理的网络管理ECU示意



#05
AUTOSAR协议栈如何实现ECU休眠唤醒  
  

5.1 唤醒源设置  


首先要根据4.2章节整车Abandoned模式下不同功能场景,梳理ECU的唤醒源,例如对于某ECU节点,从功能场景触发分析其主要的唤醒源有KL15、RTC唤醒及网络管理报文唤醒等;在硬件设计上通常会将ECU自身的本地唤醒源接SBC,当有唤醒输入时SBC即可通过SW等输出MCU需要的VDD及其他如ADC_Ref电源。

    
图11:ECU唤醒硬件架构示意
         

 

对于网络管理报文唤醒,需要CAN的收发器支持报文唤醒功能,常见的带唤醒的收发器有TJA1043 、TJA1145,而TJA1043不支持特定帧唤醒,而TJA1145则可以通过SPI配置特定帧唤醒和PNC功能;因而对于CAN唤醒而言也分为两种:一种是经过收发器验证后就是给定的ID和数据唤醒的(validated),一种是不确定的待确认是不是接收到唤醒帧从而导致唤醒的(pending)。
         

 


图12:ECU唤醒类型

对于CAN Trcv而言,不管是TJA1145 还是TJA1043都需要支持唤醒源设置,并配置唤醒源,如下图所示为TJA1145的CANTrcv配置界面

   

图13:CANTrcv配置界面示意

5.2 AUTOSAR NM协议栈如何实现唤醒和休眠  


如下为AUTOSAR协议栈中NM相关模块,包括CANTrcv、CANIf、CANNM、NM、ComM等。


图14:AUTOSAR协议栈中NM相关模块
   

5.2.1 上电过程  



图15:ECU上电过程

上电后CanTrcv初始化时判断之前使能了CAN唤醒且此时收发器的寄存器中的CAN唤醒位是置位的,则调用EcuM_SetEvent通知到EcuM此时有唤醒信号,EcuM模块调用ComM_EcuM_WakeUpIndication通知到ComM模块,随后ComM将对应通道置为COMM_FULL_COMMUNICATION模式,并协调Nm和CanNm模块进入对应模式。

5.2.2 下电过程  


下电条件的判断可以通过BswM模块或者手写代码当满足一定条件时调用EcuM提供的函数(如EcuM_GoDown),再通过EcuM模块完成下电流程。

  • Full模式:   

对于Full模式而言,当控制器需要下电时,就调用ComM的ComM_RequestComMode函数将其置为COMM_NO_COMMUNICATION模式即可,随后ComM会调用Nm模块、CanSM模块和Dcm模块,分别实现Nm进入Sleep、整个通道的通信关闭及关闭Dcm的接收功能.另外,在下电前EcuM模块需要调用EcuM_EnableWakeupSources(需要用户实现,可以调用CanIf_SetTrcvWakeupMode实现休眠前的CAN唤醒报文的一些设置)。

  • Passive模式

对于Passive模式而言,当接收不到网络管理报文时(timeout),CanNm首先进入Prepare Bus-Sleep Mode状态,此时CanNm通过Nm模块的用户回调(NmStateChangeIndCallback)告知到用户,可在用户函数中调用CanSM_RequestComMode函数设置相应通道的模式为NO_COMMUNICATION。和Full模式一样,下电前需要设置唤醒源。


图16:Passive模式下电流程    



#06
域控多路网络管理总线的协调
  

图17:多路网络管理总线连接示意

如上图所示的拓扑具有以下协调方法。GW 1已经将网络1和网络2上的信道配置为主动协调信道,GW 2连接网络2的信道配置为被动协调信道,但是连接网络3的信道配置为主动协调信道,GW 3连接网络3的信道被配置为被动协调信道,其连接到网络4的信道,是主动协调信道。当参数NmCoordinatorSyncSupport设置为TRUE时,协调嵌套自总线的功能可用。参数NmActiveCoordinator表明NM协调器是否在此通道上以主动方式协调器(主动协调通道)NmActiveCoordinator = TRUE,或以被动方式协调(被动通道)NmActiveCoordinator = FALSE。在其被动协调的信道上,仅当节点具有未决的网络管理请求或者由Nm协调器主动协调连接的网络没有准备好睡眠时,NM协调器才发送NM消息。这防止了在同一信道的2个NM协调器在它们准备睡眠时发送NM消息,并因此保持总线唤醒。如果没有这种机制,就不可能检测是否有至少一个其他节点是活动的。NM协调器在其主动协调通道上,应通过Nm_SetSleepReadyBit将NM消息中的NMcoordinatorSleepReady位设置为值1,当NM协调集群的所有节点准备睡眠(RemoteSleepIndication),且当NmSynchronizingNetwork使能,相应通道上收到一个Nm_SynchronizationPoint()调用,NM协调集群的所有通道配置为NmActiveCoordinator == TRUE,且NmBusType配置不为NM_BUSNM_LOCALNM。包含被动协调信道的节点不需要同步点,因为它们已经被它们的主动协调器的睡眠就绪位同步。如果被动协调通道上接收到Nm_CoordReadyToSleepIndication,则NmCoordinator应在其所有主动协调通道上通过API调用Nm_SetSleepReadyBit,将NMCoordinatorSleepReady位设置为SET(1)。 
   
如果被动协调通道上接收到Nm_CoordReadyToSleepCancellation,则NmCoordinator应在其所有主动协调通道上通过API调用Nm_SetSleepReadyBit,将NMCoordinatorSleepReady位设置为UNSET(0)。即NM协调器在其被动协调通道上不设置睡眠就绪位,但转发其从被动协调通道上收到的睡眠就绪位的状态的改变到它的主动协调通道上。在NM协调器的主动协调信道上,不调用Nm_CoordReadyToSleepIndication和NM_CoordReadyToSleepCancellation。

在睡眠就绪位被请求SET(1)后,NM协调器应开始协调关机。

NmGlobalCoordinatorTime应至少设置为关闭所有协调网络所需的最大时间。这包括所有嵌套连接。如下图所示:   

                
图18:NM协调器协调多路睡眠

当协调关闭因任何原因被中断,NM协调器应在其主动协调通道上通过API调用Nm_SetSleepReadyBit将NMCoordinatorSleepReady设置位UNSET(0)。



#07
总  结

AUTOSAR网络管理通过成熟的机制协调网络上ECU的睡眠和唤醒,对于OEM来说需要从整车层级功能出发制定网络拓扑中参与网络管理的节点,同时制定网络管理的规范,明确状态机中各时间参数以及通信矩阵中NM报文从而输入给Tier1进行开发,在零部件开发层级供应商可通过AUOTSAR工具配置网络管理相关模块,如CANNM、NM等,并通过集成编译实现网络管理的功能。以上是我对AUTOSAR NM的浅显理解,不免会有错误,请各位同行指正。   



添加微信,加入作者交流群

备注公司+姓名(仅限技术专业人士)


/ END /


       

 

  

汽车电子与软件 主要介绍汽车电子软件设计相关内容,每天分享一篇技术文章!
评论 (0)
  • 一、行业背景与用户需求随着健康消费升级,智能眼部按摩仪逐渐成为缓解眼疲劳、改善睡眠的热门产品。用户对这类设备的需求不再局限于基础按摩功能,而是追求更智能化、人性化的体验,例如:语音交互:实时反馈按摩模式、操作提示、安全提醒。环境感知:通过传感器检测佩戴状态、温度、压力等,提升安全性与舒适度。低功耗长续航:适应便携场景,延长设备使用时间。高性价比方案:在控制成本的同时实现功能多样化。针对这些需求,WTV380-8S语音芯片凭借其高性能、多传感器扩展能力及超高性价比,成为眼部按摩仪智能化升级的理想选
    广州唯创电子 2025-03-13 09:26 130浏览
  • 现代旅游风气盛行,无论国内或国外旅游,导航装置无疑就是最佳的行动导游;在工作使用上也有部分职业(如:外送服务业)需要依靠导航系统的精准,才能将餐点准确无误的送至客户手上。因此手机导航已开始成为现代生活上不可或缺的手机应用之一。「它」是造成产品潜在风险的原因之一外送服务业利用手机导航,通常是使用手机支架固定在机车上,但行进间的机车其环境并不一定适用于安装手机,因行进间所产生的振动可能会影响部分的功能,进而导致受损。您是否曾在新闻报导中看过:有使用者回报在机车上使用手机架导航会造成相机无法开启?苹果
    百佳泰测试实验室 2025-03-13 18:17 232浏览
  • 前言在快速迭代的科技浪潮中,汽车电子技术的飞速发展不仅重塑了行业的面貌,也对测试工具提出了更高的挑战与要求。作为汽车电子测试领域的先锋,TPT软件始终致力于为用户提供高效、精准、可靠的测试解决方案。新思科技出品的TPT软件迎来了又一次重大更新,最新版本TPT 2024.12将进一步满足汽车行业日益增长的测试需求,推动汽车电子技术的持续革新。基于当前汽车客户的实际需求与痛点,结合最新的技术趋势,对TPT软件进行了全面的优化与升级。从模型故障注入测试到服务器函数替代C代码函数,从更准确的需求链接到P
    北汇信息 2025-03-13 14:43 171浏览
  • DeepSeek自成立之初就散发着大胆创新的气息。明明核心开发团队只有一百多人,却能以惊人的效率实现许多大厂望尘莫及的技术成果,原因不仅在于资金或硬件,而是在于扁平架构携手塑造的蜂窝创新生态。创办人梁文锋多次强调,与其与大厂竞争一时的人才风潮,不如全力培养自家的优质员工,形成不可替代的内部生态。正因这样,他对DeepSeek内部人才体系有着一套别具一格的见解。他十分重视中式教育价值,因而DeepSeek团队几乎清一色都是中国式学霸。许多人来自北大清华,或者在各种数据比赛中多次获奖,可谓百里挑一。
    优思学院 2025-03-13 12:15 196浏览
  • 一、行业背景与需求痛点智能电子指纹锁作为智能家居的核心入口,近年来市场规模持续增长,用户对产品的功能性、安全性和设计紧凑性提出更高要求:极致空间利用率:锁体内部PCB空间有限,需高度集成化设计。语音交互需求:操作引导(如指纹识别状态、低电量提醒)、安全告警(防撬、试错报警)等语音反馈。智能化扩展能力:集成传感器以增强安全性(如温度监测、防撬检测)和用户体验。成本与可靠性平衡:在复杂环境下确保低功耗、高稳定性,同时控制硬件成本。WTV380-P(QFN32)语音芯片凭借4mm×4mm超小封装、多传
    广州唯创电子 2025-03-13 09:24 150浏览
  • 文/杜杰编辑/cc孙聪颖‍主打影像功能的小米15 Ultra手机,成为2025开年的第一款旗舰机型。从发布节奏上来看,小米历代Ultra机型,几乎都选择在开年发布,远远早于其他厂商秋季主力机型的发布时间。这毫无疑问会掀起“Ultra旗舰大战”,今年影像手机将再次被卷上新高度。无意臆断小米是否有意“领跑”一场“军备竞赛”,但各种复杂的情绪难以掩盖。岁岁年年机不同,但将2-3年内记忆中那些关于旗舰机的发布会拼凑起来,会发现,包括小米在内,旗舰机的革新点,除了摄影参数的不同,似乎没什么明显变化。贵为旗
    华尔街科技眼 2025-03-13 12:30 201浏览
  • 北京时间3月11日,国内领先的二手消费电子产品交易和服务平台万物新生(爱回收)集团(纽交所股票代码:RERE)发布2024财年第四季度和全年业绩报告。财报显示,2024年第四季度万物新生集团总收入48.5亿元,超出业绩指引,同比增长25.2%。单季non-GAAP经营利润1.3亿元(non-GAAP口径,即经调整口径,均不含员工股权激励费用、无形资产摊销及因收购产生的递延成本,下同),并汇报创历史新高的GAAP净利润7742万元,同比增长近27倍。总览全年,万物新生总收入同比增长25.9%达到1
    华尔街科技眼 2025-03-13 12:23 157浏览
  • 各大Logo更新汇报 | NEW百佳泰为ISO/IEC17025实验室,特为您整理2025年3月各大Logo的最新规格信息。USB™▶ USB Type-C/PD 互操作性MacBook Pro 16英寸(Apple M4 Max 芯片,36GB 内存–1TB SSD–140W USB-C电源适配器)或 MacBook Pro 16英寸(M4 Pro芯片,24GB内存–512 TB SSD–140W USB-C电源适配器),这些型号支持USB4 80Gbps传输速度和 140W EPR功率。需尽
    百佳泰测试实验室 2025-03-13 18:20 204浏览
  • 在海洋监测领域,基于无人艇能够实现高效、实时、自动化的海洋数据采集,从而为海洋环境保护、资源开发等提供有力支持。其中,无人艇的控制算法训练往往需要大量高质量的数据支持。然而,海洋数据采集也面临数据噪声和误差、数据融合与协同和复杂海洋环境适应等诸多挑战,制约着无人艇技术的发展。针对这些挑战,我们探索并推出一套基于多传感器融合的海洋数据采集系统,能够高效地采集和处理海洋环境中的多维度数据,为无人艇的自主航行和控制算法训练提供高质量的数据支持。一、方案架构无人艇要在复杂海上环境中实现自主导航,尤其是完
    康谋 2025-03-13 09:53 188浏览
  • 在追求更快、更稳的无线通信路上,传统射频架构深陷带宽-功耗-成本的“不可能三角”:带宽每翻倍,系统复杂度与功耗增幅远超线性增长。传统方案通过“分立式功放+多级变频链路+JESD204B 接口”的组合试图平衡性能与成本,却难以满足实时性严苛的超大规模 MIMO 通信等场景需求。在此背景下,AXW49 射频开发板以“直采+异构”重构射频范式:基于 AMD Zynq UltraScale+™ RFSoC Gen3XCZU49DR 芯片的 16 通道 14 位 2.5GSPS ADC 与 16
    ALINX 2025-03-13 09:27 145浏览
我要评论
0
1
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦