1)唤醒逻辑:节点只有收到所属PN组内的特定报文(通常是网络管理报文),才被唤醒。PEPS发送的NM报文只能将IC和BCM唤醒,而Radio和Tuner仍处于睡眠状态; 1.硬件实现 2.软件实现 每个节点只关心自己所处的PN组的状态,在节点发送的网络管理报文加入所属PN的信息(Userdata),就可以实现不同PN分组休眠和唤醒。
2)睡眠逻辑:节点所属的PN组内的所有节点均满足该PN的睡眠条件后,该PN组内的节点实现协同睡眠。其他PN组的节点通信不受影响。
因此,根据功能来划分局部网络的方式,可以在一个功能激活的时候,仅使相关节点被唤醒并进行通信,而其他的节点仍然可以保持睡眠状态,这样就极大程度上减少了电量消耗。PN组的划分非常灵活,不仅可以对同一网段上的节点进行分组,还可以将跨网段的节点划分到同一PN组内,除此之外,一个节点可以属于一个或多个PN。
三、局部网络管理实现
相对于传统的CAN通信硬件和软件实现,局部网络管理需要实现以下几个部分:
在CAN总线中报文是以广播形式发送的,当节点处于休眠状态时,大部分收发器检测到总线中的报文时会唤醒节点。这就会使网络管理的局部网络功能失效。
为实现部分节点唤醒的功能,需要特殊的收发器支持。特殊收发器具有报文滤波功能,只在收到特定报文之后才能被唤醒。NXP已经率先推出支持局部网络管理的收发器TJA1145和UJA1168。TJA1145是一种高速CAN收发器,而UJA1168是集成5V/100mA微处理器供电的CAN系统基础芯片[1]。
除了传统收发器的TX、RX引脚,NXP的两款支持PN的收发器均通过SPI与CAN控制器相连。通过SPI,MCU可控制CAN收发器的模式转换以及设置收发器的报文滤波,实现特定报文唤醒的功能。连接方式参见图2。
图2:支持PN的收发器连接实例图
除了需要支持硬件滤波的收发器外,在软件部分,还需要遵循一套支持PN的网络管理协议来配合应用程序实现分组协同睡眠和唤醒。AUTOSAR组织已经推出支持PN的网络管理协议AUTOSARR3.2.1,该协议主要通过特定的网络管理报文来实现分组睡眠。
AUTOSAR3.2.1中定义的CAN网络管理报文格式如图3所示。Byte0表示源节点地址,Byte1为固定格式ControlBitVector.不同的bit有特殊的含义,如图3所示,该字节的bit6(PartialNetworkBit)就表明该报文是否与PN相关。NM报文中其余字节为Userdata,可根据用户需求自定义。OEM可根据EE功能定义,指定Userdata中的不同的位来表示不同的PN组是否需要保持唤醒。例如,将Byte2的bit0设定为PN1组的唤醒指示位时,如节点欲保持PN1组唤醒,则需将其置为1;如不需要保持PN1组唤醒,则将其位置为0或停发网络管理报文。当网络上同属于PN1的所有节点都没有保持唤醒的要求时,PN1组按照睡眠逻辑协同进入睡眠。
图3:默认网络管理报文格式定义
图4:ControlBitVector格式定义
四、结论
本文介绍了局部网络(PN)管理的概念及优势,并阐述了其在CAN总线上的硬件及软件实现。可以看到,随着汽车EE功能越来越复杂,局部网络管理的分组睡眠和唤醒的机制是一种有效的节省电量的方法。
参考文献
[1]NXPintroducesPartialNetworkingsolutionforvehicles–amilestoneinCO2reductionandenergyefficiency,Aug.18,2011,http://www.cn.nxp.com/news/press-releases/2011/08/nxp-introduces-partial-networking-solution-for-vehicles---a-milestone-in-co2-reduction-and-energy-efficiency.html
[2]AUTOSARSpecificationofCANNetworkManagementversion3.3.0R3.2Rev1
联系客服