新型整车控制器的关键技术分析

上传人:m**** 文档编号:493658312 上传时间:2022-10-29 格式:DOCX 页数:11 大小:113.77KB
返回 下载 相关 举报
新型整车控制器的关键技术分析_第1页
第1页 / 共11页
新型整车控制器的关键技术分析_第2页
第2页 / 共11页
新型整车控制器的关键技术分析_第3页
第3页 / 共11页
新型整车控制器的关键技术分析_第4页
第4页 / 共11页
新型整车控制器的关键技术分析_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《新型整车控制器的关键技术分析》由会员分享,可在线阅读,更多相关《新型整车控制器的关键技术分析(11页珍藏版)》请在金锄头文库上搜索。

1、新型整车控制器的关键技术分析电动化、智能化、网联化和共享化是汽车产业公认的未来发展方 向。作为电动汽车核心零部件,整车控制器必须能够支撑汽车“四化”。 其必须满足高计算性能、高通信带宽、高功能安全性、软件持续更新 等需求。目前整车电子电气架构及整车控制器所搭载技术普遍无法满 足以上需求。为覆盖上述需求,未来汽车产品将逐渐采用集中式电子 电气架构,同时整车控制器必须包含以太网、CANFD、多核芯片、双 核心、OTA等关键技术。本文将首先介绍整车控制器与分布式和集中式 2 种电子电气架 构的关系,然后分别介绍了新型整车控制器的关键技术,对技术内容 进行了分析,提出了未来发展趋势并进行了展望。1.

2、整车控制器与电子电气架构1.1 整车控制器与分布式电子电气架构在以往的芯片能力前提下,受到计算能力及通信能力的限制,整 车控制器无法集成所有的车辆控制软件,即使是新能源部件控制相关 的软件也无法全部集成。这决定了整车控制器只能作为分布式电子电 气架构中的一员,但是这种关系限制了功能变更及扩展。 在分布式电子电气架构中,一项整车层级的功能由多个控制器配合完 成。某项功能的实现可能需要几个或十几个控制器相互配合,并且这 些控制器可能分布在整车不同的网络中(图 1)。图 1 整车控制器在分布式电子电气架构中的位置整个交互过程与时间配合异常复杂。整车普遍有 100余个控制器,几百项整车级功能,功能与控

3、制器本身的物理连接交织成一个巨大而 复杂的网,非常不利于模块化设计与扩展。在这种情况下,增加一个 新功能,需要在上述的复杂功能网络上考虑各部分相关性,并对大量 的控制器软件进行修改及测试。1.2 整车控制器与集中式电子电气架构随着芯片及车载以太网的发展,整车控制器已经具备集成大部分 车辆控制软件的能力。分布式电子电气架构正在逐渐向高度集成化和 智能化发展,整车控制器在电子电气架构中的位置也随之发生变化, 真正实现车辆层级的集成型控制器,其控制涵盖动力、底盘以及一些 网关功能。整车控制器与集中式电子电气架构的关系如图2 所示。将 大部分的功能集成于整车控制器中会极大地减少整车线束长度与控制器数量

4、。图 2 整车控制器在集中式电子电气架构中的位置2. 新型整车控制器关键技术为支撑汽车“四化”,整车控制器必须满足高通信带宽、高计算性 能、高功能安全性、软件持续更新等多项需求。其中,高通信带宽催 生了车载以太网、CANFD技术发展;高计算性能催生了多核芯片和双 核心控制架构技术发展;软件持续更新催生了 OTA技术发展。这些技 术将被普遍应用在新型整车控制器上。下面将分别介绍这些技术。2.1 车载以太网在过去 20 年里通信带宽问题一直困扰着汽车行业。在这期间, CAN 总线是主流的车载网络技术。其 1 Mbit/s 的标称速度在该技术早 期对于汽车带宽需求有足够的裕度。然而近年来随着车辆控制

5、逻辑越 来越复杂,所需控制器和传感器数量急剧增加,虽然集中式电子电气 架构可以在一定程度上减少控制器数量,但是由于域控制器的计算能 力远高于原有车辆控制器,因此 1 Mbit/s 的 CAN 通信带宽显然是无 法满足数据交互需求的。更高的通信带宽要求加速了以太网和汽车行业的融合。以太网诞 生于 20 世纪 70 年代,其最早的雏形与如今家庭、办公、服务器机房、 数据仓库运行的以太网早已截然不同。尽管以太网与时俱进地发展, 但是应用于汽车仍有一些问题,最主要的是电磁兼容性问题。这些限 制在 BroadR-Reach 技术出现后被打破,该技术可在单对非屏蔽双绞 线上提供 100 Mbit/s 的带

6、宽。这种传输方法从未应用在之前的以太 网。即便物理层变化,这种技术仍能够在高层实现与以太网的无缝结 合且运行方式不变。目前,该技术已经用于量产车型。同时,支持更 快速度的 RTPGE 技术正在研发中,在保留软件兼容性的同时,其带 宽有望提升到 1 Gbit/s。尽管通信带宽有着明显的优势,但受制于成本及功耗因素,车载 以太网主要应用于骨干网络。用于整车控制器与其他域控制器的通信 如图 3。而对于域内的智能执行器和传感器,使用其他低成本解决方 案,如 CANFD、CAN、LIN。图 3 整车控制器使用以太网与其他域控制器通信当然,在整车控制器上增加车载以太网面临着巨大的改变:相对 于 CAN 通

7、信更庞大的软件协议栈;更大的控制器功耗;更大的静态 电流,这些都需要在系统设计时被考虑。2.2 CANFD考虑到成本及功耗,整车上只有骨干网使用高通信带宽的以太网 通信。但是对于其他子网,标称 1Mbit/s 的 CAN 通信也迫切的需要 提升通信速度。目前成熟的CANFD技术是一个好的解决方案。CANFD 总线是 CAN 总线的高带宽解决方案,博世公司于 2011 年 首先提出CANFD概念,并于2012年首先发布CANFD1.0版本。在保 留 CAN 总线主要特性的同时,改善了错误帧漏检率,同时保证网络 中大部分软硬件特别是物理层不变。将总线的最高传输速率提高到5Mbit/s以上(CAN通

8、信的最高传输速率为1 Mbit/s,实际使用速率最 高为 500 kbit/s)。更重要的是,CANFD数据长度最长64字节,这使得CANFD的数 据场占比达到近85%。CAN的数据场占比只有约50%。这意味着即 使同样的通信带宽, CANFD 可以多传输约 70%的有效数据。 CANFD帧格式如图 4 所示。ArbrtrHtion PliasData Phase (If BRS racsksaivBjArbitralioo fieldOjrrlnOlfiaWData fieldCRC fieWbase li3coH巒DLC1IByte n-1Syte nStuff CountCRC sequ

9、HEiniqffii5話oCMoI-0EM fir&t bit trananiittMl)L S0图 4 CANFD 帧格式更为关键的是,由于 CANFD 保留了 CAN 的大部分关键特性, 所有的CANFD芯片都能够兼容CANO这使得选择CANFD芯片的控 制器在不改变硬件的情况下,只修改软件即可适配 CAN 通信网络。 CANFD 技术有多重优势,在未来相当长一段时间内,车载以太网与 CANFD 将会长期共存,各司其职,共同发展。2.3 多核芯片同传统消费电子领域早期一样,为了获得更快的处理速度,汽车 行业采用提升核心频率的方式来提升处理速度。但为了兼顾稳定性, 核心频率提升遇到瓶颈,未来

10、小幅的提升核心频率已经不能满足日益 增长的软件执行速度需求。这种情况下,汽车行业选择了与消费电子 一样的技术路线,采用多核芯片。多核芯片大幅提升了芯片的运算能力。这是一种并行的方法。所以在 应用中想获得同样的效果,需要在软件设计时合理地将各部分软件分 配到各个核心中。原则是尽量让所有软件并行。多核芯片的算力与同 频率单核芯片的算力加速比可以使用 Amdahl 定律来评估。公式如式 (1):S=1/(1-a+a/n) (1)其中,S为多核芯片的算力与同频率单核芯片的算力加速比;a为并行计算部分所占的比例; n 为核心数量。如图 5,当并行程序为 75%时,加速比的极限性能为 4.0。在 10 核

11、以内增加核心数都可以大幅提升运算性能。前期可以通过此方式对 系统运算能力和分配要求做大略的评估,寻找一个最佳投入产出点。 同时这个公式还指出,对于一个核心数量固定的多核系统,增加程序 并行性是提升系统运算性能的有效措施。2.4 双核心控制架构在过去的几十年里,汽车电子行业一直采用微控制器(MCU)搭 建各种类型的车载控制系统。尽管不同厂家的微控制器性能各异,但他们都有一些通用的特点:集成度高、价格低廉、高可靠性、核心频 率低、程序是预先装载的以及不允许用户安装软件。软件定义汽车的 出现,要求整车控制器具备高计算性能、程序可更新、客户可安装软 件等特性,在整车控制器上微控制器便不能再独自胜任。目

12、前主流的解决方案是引入微处理器(MPU)作为微控制器的补 充。组成双核心高性能整车控制器。这些微处理器与智能手机或 PC 中使用的微处理器非常相似,具有强大的计算及数据处理能力和高核 心频率。但其并不像微控制器具有种类繁多的外设,甚至连程序运行 所必须的 RAM、ROM 都不包含,所以硬件设计时必要的外设需要被重新考虑。10MPUFliislt图 6 微控制器( MCU )与微处理器( MPU )集成度差别整车控制器中同时包含了微处理器与微控制器(图 6)。由于这 是 2 个独立的软件系统去实现一些共同的功能,核间通信必不可少 核间通信有大量数据量传输,对通信带宽要求较高,且通信方式必须 同时

13、被微控制器和微处理器所支持。满足上述特点的以太网是一个优 质选择。双核心控制架构还有一种形式,高集成度的 SOC(System on Chip) 芯片同时集成微控制器和微处理器。尽管物理上统一,但这仍然是2 个独立的软件系统,需要相互配合去实现一些共同的功能。在双核心架构的整车控制器中,微控制器和微处理器采用不同的 操作系统。CLASSIC AUTOSAR依然是微控制器最好的操作系统解决方 案。而对于微处理器,操作系统选择空间很大,主要包括 Linux、QNX、 VxWorks、PikeOS。虽然 AUTOSAR 推出了 ADAPTIVE AUTOSAR, 但严格来讲,这并不是一个完整的操作系

14、统。ADAPIVE AUTOSAR无法 独立运行,它运行于 POSIX 标准接口之上。而 POSIX 接口还需要上 述提到的Linux、QNX、VxWorks、PikeOS等操作系统来提供。同CLASSIC AUTOSAR相比,ADAPTIVE AU-TOSAR的模块数量不足前者15%。从目 前情况看,若想达到 CLASSIC AUTOSAR 在汽车行业的普及率, ADAPTIVE AUTOSAR依然有很多路要走。2.5 OTA在过去的几十年里,汽车电子产品所有的软件都是预先装载的。 车辆交付给客户后,没有不可接受的软件问题,一般不会对车辆软件 进行更新;一旦发现软件问题,要进行车辆召回。统一

15、由售后服务人 员逐一为有问题的车辆升级软件。对售后部门来说,这是一笔非常庞 大的开销。据统计2015 年美国汽车召回达到 8400 万量,其中 6.4% 的召回与软件有关。而空中升级技术(Over-the-Air Technology,OTA) 可以解决上述问题。OTA 技术,最早用于手机端,用户可以通过云端下载和更新软件。 带有 OTA 的汽车也同样可以通过云端远程进行车辆系统和功能的升 级更新。特斯拉首先将OTA技术应用于汽车上。OTA技术需要云端和车内端系统同时部署,OTA架构如图7。主要介 绍整车控制器支撑OTA需要实现哪些功能。在经过授权情况下,软件 从云端经 OTAClient 进入车内端。经过防火墙,分发到需要升级的控制器。图 7 OTA 系统方案OTA 是一个复杂的过程,为了避免出现问题,下述问题在整车控 制器设计时必须被考虑。(1)需要支持程序回滚,在OTA升级失败或新程序运行不稳定的 情况下,使程序回滚到稳定运行版本;(2)需要考虑信息安全,通过 通信加密、软件包验签等方式保证软件信息安全;(3)需要对车辆配 置进行识别并对OTA能否开始条件进行判断;(4)需要考虑软件OTA 升级通信速率问题,避免出现由于升级时间过长,影响用户用车的情 况。3. 结语 综上所述,为支撑汽车实现电动化、智

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号