广告

汽车厂商有必要软硬件全部自己来做吗?

2019-09-27 11:45:43 Junko Yoshida 阅读:
福斯能否建立所需的内部敏捷性与灵活性,让管理数十个或是数百个内部团队的复杂度与出错程度,能低于管理相同数量的外部供货商?

德国汽车大厂大众集团(The Volkswagen Group)宣布了一项雄心勃勃的策略,表示将把旗下每辆汽车的电子控制单元(ECU)从现在一辆车约70个的数量减少到只有3个,而且要自己开发几乎所有所需的软件──目前是由多达200家的软件供货商伙伴所开发。0ckednc

如果大众的新策略进展顺利,将使得其供应链中许多环节变得多余。而据了解,负责该车厂数字技术开发之大众集团管理委员会成员Christian Senger在今年夏天举办的一场活动中,对旗下供货商表示:“我其实只需要你们之中的一半。”0ckednc

对于这种说法,如今大概没人会感到惊讶。如市场研究机构Strategy Analytics的全球汽车产业部门副总裁Ian Riches接受EE Times访问时表示:“随着现在的车辆越来越朝向软件定义,软件的功能与质量,有效决定了驾驶与使用者体验。在这种情况下,大众的策略非常合理,这让该公司能牢牢掌握对于产品差异化越来越重要的核心技术。”0ckednc

004ednc201909270ckednc

大众集团管理委员会成员Christian Senger(来源:The Volkswagen Group)0ckednc

另一家市场研究机构Semicast Research的首席分析师Colin Barnden也同意以上说法,表示这代表大众想要拿下主导权。0ckednc

不过也有很多产业观察家认为,该车厂的愿景恐怕要很长一段时间才能实现;如自动驾驶技术开发顾问机构VSI Labs创办人暨首席顾问Phil Magney表示:“我们其实一直在呼吁这一点,但总得有人先走一步;”他指出,大众的决定是首度有汽车大厂跨出大步,表示“我们都面临基础架构的变革。”0ckednc

“必须有人出来领导整体工作,并为车辆的电子/电气化架构基础性变化设定方向;”Barnden认为,“这需要是『从头到尾』,因此Tier One或Tier Two汽车零组件供货商不能成为领导者。不过我预期Bosch、Continental、Magna,还有Nvidia、Xilinx与ZF等公司将会有很多参与。”0ckednc

为什么要整合硬件?

实际上,汽车产业供应链上的几乎所有相关业者──包括车厂、芯片与IP供货商──这十年来一直在讨论需要进一步整合ECU的问题;车厂偏好自己设计先进驾驶辅助系统(ADAS)以及自动驾驶车辆的芯片,已经不是秘密。0ckednc

西门子(Siemens AG)自动驾驶与ADAS部门全球技术经理David Fritz几个月前接受EE Times采访时表示:“我其实已经看到每家车厂内部都有自驾车SoC的设计图,不只有特斯拉(Tesla); 每一家车厂都想掌控自己的命运。”0ckednc

说到产业界要将每辆车ECU减少至3个的愿景,Semicast的Barnden预期“车厂会有好几代的技术更迭,而且需要花很多年的时间;”他认为可以将车用电子架构分成以下三大块:0ckednc

  • 推进系统──内燃机引擎(ICE)、电动车(EV)、混合动力车辆。
  • 安全系统──安全气囊、煞车、转向、ADAS。
  • 车身系统──空调、车门模块、座椅电子零件、手剎车、照明、防盗系统。

Barnden表示,前两种系统必须要达到ASIL-D安全等级,最后一种大概ASIL-B就可以;此外车用资通讯娱乐系统(IVI)则不属于以上任何一个类别,但从ASIL的角度来看,IVI更接近车身而非推进系统或安全系统。0ckednc

如果ECU整合听起来合乎逻辑,为何到现在还没发生?很多分析师认为这是车厂的惰性。如VSI Labs的Magney观察:“大众宣布的这个想法其实已经被讨论了很长一段时间,就算不是全部也是大多数车厂的共同方向;朝着集中化功能域控制(centralized domain control)移动的速度非常慢;”这都是“没坏就不要修”的心态,他解释:“传统架构运作非常顺利。”0ckednc

既然是这样,为何需要改变?Magney表示:“我们来到了传统架构所能支持的生命周期管理极限,车用资通讯系统证明了这一点,而且车厂终于妥协了(虽然只有一点点);现在我们朝着智能功能的实现更进一步,而且这类功能一直在变化与改进,新架构能支持这样的趋势,但旧的架构不能。”0ckednc

管理与重量都是问题

促使车厂寻求更高整合度的一个主要原因,是他们希望能掌控自己的命运;这也是过去几年来接受EE Times访问的许多产业观察家表达过的一个共同主题。Magney表示:“现在大众声称有超过70个ECU执行不同的功能,基本上都是黑盒子;这些黑盒子成本高昂也不容易扩充,更重要的是,这从软件的角度来看很难管理。0ckednc

Semicast同意以上看法;“我们看到的是摆脱一个ECU负责一种功能的作法,转向‘功能域控制器’;不然像是现在的S-Class或A8等车款,内部ECU会达到上百个。”他指出,整合很重要,因为“测试所有ECU之间的互操作性”会变成一个大问题。0ckednc

Barnden也提到重量的问题,“包括将所有功能连接在一起所需的线束重量;就像是航空业,重量等同于燃油消耗;而随着排放测试变得越来越严苛,车厂得想出办法来减少车辆的实体重量,以改善燃油效率。而减少ECU数量(并因此降低线束复杂度),会是一个好方法。”0ckednc

他进一步指出,朝向车用以太网络发展的趋势有部份也是为了车辆减重,该技术能用可共享的单一高速网络取代点对点的CAN/FlexRay/LIN总线。在被问到大众的动机时,Barnden则猜测,这是该车厂对于多年前“柴油门”事件的进一步响应,在全球日益高涨的公民环保意识之下,他们必须以真正激进的方法来带头降低排放。0ckednc

完整的软件堆叠

VSI Labs的Magney指出,大众准备开发完整的软件堆叠,“我的意思是说完整的车辆软硬技术堆叠…这类似于Tesla自己开发所有软件;”而产业分析师们倾向于赞同大众的做法:“这么做是对的,你不能承担不朝着这种方向发展的后果。”但大众实际上是否能做到还有待观察;Magney表示:“挑战很艰巨,而车厂是否有能力克服?我们且走着瞧。”0ckednc

Strategy Analytics的Riches也认为大众的策略是远大理想:“在短时间之内,要从一开始几乎不需要为车辆编写软件、或是很少量软件,变成全部自己写,显然是非常高的要求。”0ckednc

来自美国卡内基美隆大学(Carnegie Mellon University)教授暨Edge Case Research技术长Phil Koopman的评价或许更具针对性。他在一篇LinkedIn的贴文上引述了《Automotive News》的大众报导,然后写道:“大众说要朝向集中化的计算机架构,并且要自行负起开发软件的责任,不依赖来自供货商的软硬件模块;这是为掌握更多价值的大胆举措,并非易事。”0ckednc

Koopman质疑,由计算机程序设计师Melvin Conway在1967年提出的“Conway定律”是否会带来影响;Conway在那时候提出的是:“设计系统的组织…会受限于产出实际上是复制这些组织通讯架构的设计。”0ckednc

“Conway定律”意指要让一个软件模块发挥作用,多个作者必须要彼此经常沟通;或者说,“系统会看起来像是生产它们的组织。”简而言之,大众的软件堆叠表现水平,就是跟该公司的软件开发人才一样。0ckednc

在一方面,汽车产业显然同意,车厂掌控整个车辆(软硬件)的作法是正确的;但并非所有人都有信心能实现这个目标,也没人拥有可尝试的蓝图。Koopman表示:“要成功就要有大幅度的改变,”但实际上要有那些大的改变?0ckednc

需要改变的包括(车厂内部)组织性议题,还需要有产业层级的改变,科技业者与传统汽车业者对于下一步该怎么走的看法也要改变。Strategy Analytics的Riches指出:“软件与硬件之间完美紧密结合的时代已经过去了;”他认为长期来看,车厂有两种可行做法。0ckednc

Riches表示,第一种方法是像大众那样,“通通都自己做;第二种方法则是车厂扮演系统整合者的角色,为特定的任务寻求最佳软件供应来源,无论他们认为谁是最佳供货商。”0ckednc

全部自己来真的可行?

上述的第一种方法能取得绝对的掌控权,在某方面会让事情简单化;不过Riches表示:“像大众要为每个功能与领域开发出绝对一流软件是不可能的,没有人实际上有能力做到这一点。”第二种方法能有更多弹性:“但是管理与整合不同供货商所带来的复杂性不容忽视,当某个地方出错,大家一定会说是别人的问题。”0ckednc

目前虽有诸如美国联邦机动车辆安全标准(Federal Motor Vehicle Safety Standards,FMVSS)这样的法规,负责规范车用零组件与系统设计的安全性,但像是ADAS或是自动驾驶等较新技术都未被纳入监管。而汽车产业已经习于“自我认证”车辆安全性,希望能掌控整个软硬件架构的想法是可以理解的。0ckednc

但车厂们是在回顾过往年代,这种他们偏好的封闭作法只会让他们画地自限,因为他们可能会开发只能用在自家硬件上的独特系统。上述《Automotive News》的报导指出,大众自己开发的操作系统会类似于“智能型手机与计算机的后台软件”,但事实上今日大多数的手机操作系统是开放性的,手机业者在开发产品时有大量的应用处理器与调制解调器芯片可选择。0ckednc

除非大众把自己设想为汽车领域的苹果(Apple),恐怕要实现其远大理想将会遥遥无期。对此Riches提出了一个最关键的问题:“大众能否建立所需的内部敏捷性与灵活性,让管理数十个或是数百个内部团队的复杂度与出错程度,能低于管理相同数量的外部供货商?”0ckednc

(原文发表于ASPENCORE旗下EDN姐妹媒体EEtimes,参考链接:VW All-In For a Change: Will Bring HW + SW Design In-House,编译:Judith Cheng)0ckednc

 0ckednc

本文为电子技术设计原创文章,未经授权禁止转载。请尊重知识产权,违者本司保留追究责任的权利。
Junko Yoshida
ASPENCORE全球联席总编辑,首席国际特派记者。曾任把口记者(beat reporter)和EE Times主编的Junko Yoshida现在把更多时间用来报道全球电子行业,尤其关注中国。 她的关注重点一直是新兴技术和商业模式,新一代消费电子产品往往诞生于此。 她现在正在增加对中国半导体制造商的报道,撰写关于晶圆厂和无晶圆厂制造商的规划。 此外,她还为EE Times的Designlines栏目提供汽车、物联网和无线/网络服务相关内容。 自1990年以来,她一直在为EE Times提供内容。
  • 微信扫一扫
    一键转发
  • 最前沿的电子设计资讯
    请关注“电子技术设计微信公众号”
  • 成本100元,缓解M2 MacBook Air过热问题 国外有喜欢DIY的网友发现了一种简单且廉价的解决方案来缓解 M2 MacBook Air 过热问题的方法。但值得提醒的是,这种DIY方法会导致M2 MacBook Air的保修失效,因此,想要效仿的读者们要三思而后行哦。
  • 被央媒评论,华为力推的增程式混动是落后技术吗? 或许,增程式或者插电式混动技术能够满足当前里程焦虑问题,但待电池技术完全成熟以后新能源电动车市场或将以纯电技术为主流。
  • 手动拆解十万元的比亚迪“元”,附详细拆解图 大家是不是对手机、电脑等小型消费电子的拆解已经习以为常了?这次有个券商搞了个大动作,动手拆了一辆市场价值十万元的比亚迪“元”,还撰写了一份详细的拆解报告,刷屏了券商、汽车等行业,网友们也大呼“硬核”。
  • 蓉矽半导体1200V碳化硅二极管产品“NovuSiC® EJBS™ ​成都蓉矽半导体具有自主知识产权的1200V碳化硅二极管产品“NovuSiC® EJBS™”系列已经实现量产。
  • 电动商用车的三种不同充电方案 随着重型或商用车辆的电气化,为比电动乘用车更大的电池充电变得必要。由于时间就是金钱,特别是在物流领域,分配空闲时间进行充电或增加充电功率是首选方案。这导致了三种不同的充电方案。
  • 最关键的动力电池管理无线化量产,汽车wBMS技术已经自证 作为安全至关重要的汽车应用,无线何以在新能源汽车核心的电池模组中大行其道?ADI和整车厂商怎么确保安全可靠性?
  • 车辆电气化是交通运输行业实现减排的途径 本文概述了重型车辆电动化方面的电力电子技术详情,通过研究由能源生成、存储、运输和消耗构成的价值链,可帮助减低交通运输领域的碳排放。
  • 采用加速度计的地震探测器 该设备无意取代地质研究所所使用的专业模型,也无法提供对地震事件的精确测量。它有助于在不提供距离或震级的情况下被动地确定地震事件。
  • 25kW SiC直流快充设计指南 (第七部分):800V EV充电系 本篇将介绍25kW快充系统中的辅助电源设计。它基于onsemi针对800V母线电压的EV应用所做的一个辅助电源参考设计方案,即SECO-HVDCDC1362-40W-GEVB,它能提供15V/40W的持续输出供电。类似的方案还有SECO-HVDCDC1362-15W-GEVB,它能提供15V/15W的持续输出。
  • 25kW SiC直流快充设计指南(第六部分):用于电源模块的栅 本文的基础是使用安森美新型 SiC 模块构建 25 kW 快速电动汽车充电桩获得的经验。在此设计中,我们将使用安森美的 IGBT 电流隔离栅极驱动器作为起点,并介绍使用新的专用 SiC 电流隔离栅极驱动器进行的改进。本文介绍的所有栅极驱动器系列都采用相同的隔离技术和输出级技术。
  • 在自动驾驶汽车中实现5G和DSRC V2X 车辆通信是实现更高的自动驾驶水平的重要推动因素。但是,长期以来,汽车厂商一直在研究分析所需的无线接入技术应基于蜂窝技术(也称为C-V2X)还是基于直接接入技术(称为DSRC)。在本文中,我们将展示未来的自动驾驶场景需要协调或组合使用这两种技术。
  • 采用晶振控制的斜坡发生器 本项目源于需要为HP 8620C射频扫频振荡器产生线性晶体控制斜坡信号。它的灵感来自之前发布的斜坡发生器设计。这种设计存在两个问题:它使用了非标准的16.384MHz晶体振荡器;其斜坡的下降/返回/消隐时间为零。
广告
热门推荐
广告
广告
EE直播间
在线研讨会
广告
广告
面包芯语
广告
向右滑动:上一篇 向左滑动:下一篇 我知道了