0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

科普系列:AUTOSAR与OSEK网络管理比较(上)

北汇信息POLELINK 2022-10-26 09:28 次阅读

一、前言

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

那么这两种标准分别是怎么实现网络管理功能的,有什么差异?有什么相同呢?

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

OSEK网络管理

1、状态机

OSEK网络管理状态机的状态跳转是有多层的,具有三个主要状态:

poYBAGNYe1yAQKT_AABg_MSKCuw238.png

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

NMOff:网络管理关闭

NMOn:网络管理正在运行

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

NMOn状态下有两组并行的子状态,互不影响:

pYYBAGNYe1yAM47DAACizNRdthc140.png

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

NMInit:主要是硬件初始化,此状态很短暂(初始)

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

NMBusSleep:睡眠状态,网络管理通信停止

NMActive:参与网络管理(初始)

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

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

pYYBAGNYe1yAHroGAABleKM5B8c607.png

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

NMReset:软件初始化,发送alive报文

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

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

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

pYYBAGNYe1yAPzaqAACl4vBazIc893.png

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

2、NM报文格式

网络管理直接关联的报文为网络管理报文,网络管理报文根据携带数据中byte1字节的不同bit置位可以分为Alive报文、Ring报文和LimpHome报文。网络管理报文byte1字节中还携带有每个节点是否满足休眠的信息,分别叫SleepInd信息、SleepACK信息。

Alive报文(byte1中bit0置位):每个节点需要加入逻辑环中时发送的声明。

例:

poYBAGNYe1yAbR8tAAAKUxExwgI343.png

Ring报文(byte1中bit1置位):“令牌”在逻辑环中传递的网络管理报文。

例:

poYBAGNYe1yAMXpsAAALvC8kSSs370.png

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

例:

poYBAGNYe16AfaHsAAAKiAdpgX4210.png

SleepInd信息(byte1中bit4置位):网络管理报文操作码中携带的数据,表明发出此信息的节点不再主动请求网络通信

例:

poYBAGNYe16AKu0VAAALp00t70s245.png

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

例:

pYYBAGNYe16AGfRnAAAMivgaL2I329.png

3、逻辑环

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

pYYBAGNYe16ADlyAAADGQMcbAwQ525.png

图五 逻辑环示意图

poYBAGNYe16AcUFVAAAGNsr6z8M465.png

“Token”在NodeB,NodeB发出指向NodeC的网络管理报文。

pYYBAGNYe16AWQEzAAAK-2mF6eo263.png

NodeB的发出指向NodeC的网络管理报文,“Token”转移到NodeC。

pYYBAGNYe1-ASzFtAAALLCpC09A702.png

“Token”在NodeC,NodeC发出指向NodeA的网络管理报文。

poYBAGNYe1-ANd3TAAAHO0Js9Gw606.png

NodeC的发出指向NodeA的网络管理报文,“Token”转移到NodeA。

pYYBAGNYe1-AdpiTAAALewohGn0796.png

“Token”在NodeA,NodeA发出指向NodeB的网络管理报文。

pYYBAGNYe1-ACpO9AAAKDwpJmF0070.png

NodeA的发出指向NodeB的网络管理报文,“Token”转移到NodeB。

AUTOSAR网络管理

1、状态机

AUTOSAR网络管理只有三个模式:

poYBAGNYe1-ASEkyAACvrXD2Yow301.png

图六AUTOSAR网络管理模式示意图

BusSleepMode:总线睡眠模式,当具备AUTOSAR网络管理功能的控制器正常休眠时的状态。

PrepareBusSleepMode:总线预睡眠模式,此状态为网络中节点停止通信准备进入睡眠模式的一个过渡状态,不会长期处于此状态

NetworkMode:网络模式,网络中有通信请求时的状态。

NetworkMode下还有三个子状态,AUTOSAR网络管理则是根据这三个子状态来判断节点是否需要通信:

poYBAGNYe1-AF8q5AAB9Y-8bZo0863.png

图七Network Mode模式下子状态示意图

RepeatMessage State:重复消息状态,此状态不是一个长时间的状态,当从睡眠模式或者准备睡眠模式进入网络模式时进入此状态,发出自身的网络管理报文,让网络中的其他节点可以检测到,也可以用来检测当前在线的节点。

NormalOperationState:正常操作状态,某个节点需要网络通信时处于的状态,周期性的发出自身的网络管理报文。

ReadySleep State:就绪睡眠状态,某个节点不再需要网络通信时处于的状态,不再发出自身的网络管理报文,但正常发送自身的应用报文。

一个正常通信网络中的所有节点都会维持在两个状态,一个是NormalOperationState,另一个是ReadySleep State,这两个状态的差别就是网络管理报文的发送与否。

一个节点从休眠到唤醒,再到休眠状态的跳转如下所示:

pYYBAGNYe2CAczRsAACPk_S5rWU002.png

图八AUTOSAR网络管理状态跳转示意图

2、NM报文格式

AUTOSAR网络管理报文由于是广播发送的且不需要指定任何节点,所以报文只包含自身的ID,和少量的控制信息,叫做控制位向量,以及用户数据。

poYBAGNYe2CAelraAACzqMnFDPQ908.png

图九AUTOSAR网络管理报文格式

至此,本文分别在状态机,网络管理报文格式对OSEK和AUTOSAR网络管理进行了简单介绍。

本文重点在两种网络管理特点的比较,因文章篇幅限制,还请各位看官移步至文章《科普系列:AUTOSAR与OSEK网络管理比较(下)》。

未完待续。

北汇信息专注于汽车电子测试,与国内外众多OEM和Tier1合作,在车载通信、诊断刷写、OTA、车内网络安全、域控制器功能测试等领域积累了丰富的实践经验,欢迎大家交流、探讨。

注:文中部分图片来源于AUTOSAR_SWS_CANNetworkManagement

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 网络管理
    +关注

    关注

    0

    文章

    120

    浏览量

    27673
收藏 人收藏

    评论

    相关推荐

    光庭信息荣获AUTOSAR中国中心2024年度特别贡献奖

    近日,“AUTOSAR 中国中心 2024 年度奖项颁奖典礼暨答谢酒会”在上海圆满落幕。经 AUTOSAR 中国中心管理团队提名与评选,特授予光庭信息“AUTOSAR 中国中心年度特别
    的头像 发表于 12-20 16:08 156次阅读

    AUTOSAR通信与网络安全 AUTOSAR通信在车辆中的应用

    随着汽车行业的发展,车辆的电子化和智能化水平不断提高,这使得车辆的通信系统变得日益复杂。AUTOSAR(AUTomotive Open System ARchitecture)是一个全球性的汽车软件
    的头像 发表于 12-17 15:06 233次阅读

    AUTOSAR中通信堆栈的配置 AUTOSAR通信模块测试方法

    )的开发和生产。通信堆栈是AUTOSAR架构中的关键组成部分,负责处理ECU之间的通信。 AUTOSAR中通信堆栈的配置 通信模型 : AUTOSAR定义了一种分层的通信模型,包括应用层、诊断层、
    的头像 发表于 12-17 15:01 242次阅读

    AUTOSAR通信框架的优势 AUTOSAR通信实例与应用场景

    AUTOSAR通信框架的优势 AUTOSAR(AUTomotive Open System ARchitecture)是一个全球性的汽车软件架构合作伙伴计划,旨在创建并建立一个开放的标准化软件架构
    的头像 发表于 12-17 14:58 226次阅读

    AUTOSAR通信与CAN协议的关系

    的概念,允许应用层组件(如软件组件和ECU抽象层)通过定义良好的接口进行通信。 1. 通信服务: AUTOSAR提供了一系列通信服务,包括复杂驱动通信(COM)、网络管理(NM)、诊断
    的头像 发表于 12-17 14:57 172次阅读

    AUTOSAR通信组件介绍 AUTOSAR通信层功能分析

    AUTOSAR通信组件介绍 AUTOSAR(AUTomotive Open System ARchitecture)是一个全球性的汽车软件架构合作伙伴计划,旨在创建和建立一个开放的标准化软件架构,以
    的头像 发表于 12-17 14:55 199次阅读

    AUTOSAR通信协议解析 如何实现AUTOSAR通信

    AUTOSAR(Automotive Open System Architecture)即汽车开放系统架构,该架构支持汽车电子控制单元(ECU)之间的通信,实现了高度模块化和可重用性。AUTOSAR
    的头像 发表于 12-17 14:54 441次阅读

    节能攻略,AUTOSAR PN局部网络管理技术!

    随着整车功能的不断演进,车上各类用电设备(控制器、执行机构、感知设备等)的用电功耗越来越大,为了降低整车能耗,国内外很多OEM及Tire1都在考虑相关的机制及方案,其中PN局部网络管理机制,以其简单、灵活的特点获得众多落地应用。
    的头像 发表于 11-07 15:42 809次阅读
    节能攻略,<b class='flag-5'>AUTOSAR</b> PN局部<b class='flag-5'>网络</b><b class='flag-5'>管理</b>技术!

    京准科技科普:数字化校园网络时钟系统建设

    京准科技科普:数字化校园网络时钟系统建设
    的头像 发表于 10-29 16:02 199次阅读
    京准科技<b class='flag-5'>科普</b>:数字化校园<b class='flag-5'>网络</b>时钟系统建设

    京准电钟科普:NTP网络时间服务器技术概念

    京准电钟科普:NTP网络时间服务器技术概念
    的头像 发表于 10-14 09:39 271次阅读
    京准电钟<b class='flag-5'>科普</b>:NTP<b class='flag-5'>网络</b>时间服务器技术概念

    首款支持AUTOSAR车规MCU亮相AUTOSAR中国日

    热门话题进行了多方研讨。此外针对AUTOSAR中国区生态发展,与会嘉宾围绕基于AUTOSAR构建面向智能网联汽车的基础软件系统、组织与标准发展、汽车网络安全解决方案、芯片层软件配置标准、AUT
    的头像 发表于 07-02 15:56 499次阅读
    首款支持<b class='flag-5'>AUTOSAR</b>车规MCU亮相<b class='flag-5'>AUTOSAR</b>中国日

    科普EEPROM 科普 EVASH Ultra EEPROM 科普存储芯片

    科普EEPROM 科普 EVASH Ultra EEPROM 科普存储芯片
    的头像 发表于 06-25 17:14 569次阅读

    Elektrobit已正式推出现成的Classic AUTOSAROSEK软件和服务

    Elektrobit现已正式推出现成的Classic AUTOSAROSEK软件和服务。无论您的项目大小,我们都能根据您的需求提供可靠且互通的解决方案,同时支持多个汽车制造商规范,并有助于降低软件开发成本。
    的头像 发表于 03-26 10:03 431次阅读

    Shield Buddy TC375开发板是否支持将经典AUTOSAR堆栈(COMM,DIAG)移植到该开发板

    Shield Buddy TC375开发板是否支持将经典 AUTOSAR 堆栈(COMM,DIAG)移植到该开发板? 它适用于 MCAL 驱动程序吗? 另外,请建议使用支持经典 AUTOSAR 堆栈的起始(基本)Aurix
    发表于 01-30 08:30

    AUTOSAR Builder—符合AUTOSAR(CPAP)的嵌入式系统设计工具

    的工具并与其他工具供应商进行集成。AUTOSAR Builder在此基础新增了多个工具套件,更加能够贴合不同用户角色(OEM、Tier1)的使用场景和研发流程,覆盖基于AUTOSAR的软件研发的各个环节。
    的头像 发表于 01-08 18:06 577次阅读
    <b class='flag-5'>AUTOSAR</b> Builder—符合<b class='flag-5'>AUTOSAR</b>(CPAP)的嵌入式系统设计工具