OTA系列小问答:汽车OTA技术架构主要有哪些?域控制器作为OTA master 有什么要求?

汽车OTA技术架构主要有哪些?

汽车OTA的架构离不开整车的电子电器架构。汽车架构类似于人或者建筑的骨架,而OTA是利用了整车架构的一部分要素来实现远程升级的功能。目前应用比较广泛的OTA架构有两种:

分布式架构:车内刷写时诊断工具通过OBD诊断口接入整车网络,一般通过DoIP/DoCAN等协议与整车网关交互,一级级的通过网关形成分布式的架构。这种分布式结构通常通过UDS诊断协议来实现OTA车内数据交互,因为早期车内刷写基本都是基于UDS诊断实现的,很多厂商会在这个基础上兼容OTA升级技术。

SOA架构:OEM全新的打造基于SOA架构的汽车,电子电器架构从分布式朝着域集中式发展,控制器的控制权越来越集中,整车最终的架构可能会变成车云一体,整车的控制计算大量放到云平台上实现,车端则有一个中央控制器(另外可能再规划数个区域控制器),其他的一些节点只做一些传感和执行工作。对于这样的架构就可以利用SOA来实现OTA。比如说,引进SOA的一些协议,例如http,SOME/IP等来进行OTA的设计。

域控制器作为OTA master 有什么要求?

首先,OTA master在OTA升级过程中要充当诊断仪的角色,所以对其的存储功能有一定的要求。因为在并行升级(或者整车多个ECU同步升级)过程中,需要下载并储存大量的升级包,所以要具备较大的存储空间。当然,升级流程的控制和升级包存储也可以放到两个ECU中,需要时负责存储的ECU把升级包传回到OTA master中或者直接传给需要升级的ECU。但是,为了节省时间,提高升级效率,OTA master最好是具备一定的存储空间,简化升级流程。

其次,OTA master需要具备一定的计算能力和计算效率。因为在升级过程中会涉及到对数据包的解码、验签、解密、校验等,所以域控制器的算力需要跟得上。另外,针对一些并行升级的需求,域控制器也需要具备多线程处理的能力,能够并行的控制多个ECU的升级流程。

当然,在升级过程中也可能会涉及到其他的方面功能设计,比如人机交互,与整车其他ECU协同进行安全防盗的管理,能量管理等等,就需要放到实际的应用场景中进行分析讨论。

往期问答:

  • OTA系列小问答:什么是汽车OTA?
  • OTA系列小问答:为什么汽车OTA会比IT OTA发展要晚呢?汽车OTA与传统OTA有什么区别?FOTA与OTA区别在哪?
  • OTA系列小问答:汽车OTA是如何同步各个软件版本的? 汽车OTA的通讯回路有必要独立吗?如果有原因是什么?或者说优势是什么?
  • OTA系列小问答:汽车的 OTA 功能,真的能让车“常用常新”吗?目前国内自主和合资品牌汽车OTA技术到达了什么阶段?OTA系统的汽车将会是未来的主流吗?
  • OTA系列小问答:智能汽车得以OTA常态化的背后因素是什么?对车厂和车主分别意味着什么?

完整问答视频版:【北汇信息】汽车OTA测试思考与实践:Part2Q&A部分-CSDN直播回放

【北汇信息】汽车OTA测试思考与实践:Part2Q&A部分-CSDN直播回放

OTA直播课:【北汇信息】汽车OTA测试思考与实践:Part1课程部分-CSDN直播回放

【北汇信息】汽车OTA测试思考与实践:Part1课程部分-CSDN直播回放


喜欢本篇文章的话记得评论点赞⭐收藏
➕更多技术文章直播课程,敬请持续关注北汇信息➕
⬇️业务咨询请私信北汇信息或在官网留言⬇️

你可能感兴趣的:(线上研讨会/干货课程,OTA,OTA,域控器,SOA,架构,分布式)