OSEK与AUTOSAR标准分别是怎么实现网络管理功能的-电子发烧友网

01、前言

汽车网络管理从根本上来说是为了省电的，基本的实现方式就是汽车在没有使用的情况下一些ECU会通过网络管理协调进入低功耗模式或者睡眠模式，从而达到省电的目的。目前主流的网络管理标准有两个，一个是AUTOSAR（Automotive Open System Architecture，即汽车开放系统架构），另一个是OSEK。 AUTOSAR与OSEK的网络管理方式虽然有区别，但是可以认为AUTOSAR是基于OSEK/VDS发展出来的。那么这两种标准分别是怎么实现网络管理功能的，有什么差异？有什么相同呢？

02、OSEK与AUTOSAR网络管理实现原理

OSEK网络管理

1.状态机OSEK网络管理状态机的状态跳转是有多层的，具有三个主要状态：

图一 OSEK网络管理主状态示意图

NMOff：网络管理关闭

NMOn：网络管理正在运行

NMShutDown：关闭网络管理的操作，此过程会清理一些在运行过程中产生的数据

NMOn状态下有两组并行的子状态，互不影响：

图二 NMOn 状态下的子状态示意图

NMInit：主要是硬件初始化，此状态很短暂（初始）

NMAwake：一般情况下节点长期保持的状态，正常进行网络管理

NMBusSleep：睡眠状态，网络管理通信停止

NMActive：参与网络管理（初始）

NMPassive：节点不参与网络管理，但仍监视网络活动

NMAwake状态下也有三个子状态：

图三 NMAwake 状态下的子状态示意图

NMReset：软件初始化，发送alive报文

NMNormal：周期性发送或接受Ring报文，检测节点状态和网络配置的变化

NMLimpHome：节点非正常状态，不能正常发送和接收网络管理报文，尝试周期性发送跛行报文

一个节点从休眠到唤醒，再到休眠状态的跳转示意图如下：

图四 OSEK网络管理状态跳转示意图

2.NM报文格式网络管理直接关联的报文为网络管理报文，网络管理报文根据携带数据中byte1字节的不同bit置位可以分为Alive报文、Ring报文和LimpHome报文。网络管理报文byte1字节中还携带有每个节点是否满足休眠的信息，分别叫SleepInd信息、SleepACK信息。 Alive报文（byte1中bit0置位）：每个节点需要加入逻辑环中时发送的声明。例：

Ring报文（byte1中bit1置位）：“令牌”在逻辑环中传递的网络管理报文。例：

LimpHome报文（byte1中bit2置位）：节点处于非正常状态不能收发网络管理报文时发出的特殊报文。例：

SleepInd信息（byte1中bit4置位）：网络管理报文操作码中携带的数据，表明发出此信息的节点不再主动请求网络通信。例：

SleepACK信息（byte1中bit4和bit5置位）：表明网络中所有节点都不再需要网络通信，所有节点收到此信息的报文后就停止通信，进入休眠。例：

3.逻辑环逻辑环：网络管理报文传递的逻辑，正常通信的网络中一个节点只有收到其他节点发出指向自身的网络管理报文，也就是“令牌”，才能发出自身网络管理报文，因此网络中同一时间只有一个节点能发出网络管理报文，每个节点按顺序发送网络管理报文，这个顺序就叫做逻辑环。示意图如下：

图五逻辑环示意图

“Token”在Node B，Node B发出指向Node C的网络管理报文 Node B的发出指向Node C的网络管理报文，“Token”转移到Node C “Token”在Node C，Node C发出指向Node A的网络管理报文 Node C的发出指向Node A的网络管理报文，“Token”转移到Node A “Token”在Node A，Node A发出指向Node B的网络管理报文 Node A的发出指向Node B的网络管理报文，“Token”转移到Node B

AUTOSAR网络管理

1.状态机AUTOSAR网络管理只有三个模式：