汽车电子与软件

汽车电子与软件

2021-07-05

Subscription

谈谈上汽不接受成为躯体,要掌握灵魂

  1. 上汽
  2. 华为
1,636

作者:cao sir

背景

在上汽集团股东大会上,有投资者提问道,上汽是否会考虑在自动驾驶方面与华为等第三方公司合作。对此,上汽董事长陈虹表示,不接受第三方 「整体解决方案」 合作,上汽要把灵魂掌握在自己手中。

但上汽并不是拒绝与包括华为在内的第三方公司合作,事实上,上汽有成千上万的第三方供应商服务商,包括华为百度阿里腾讯,其他车企也是如此。

包括在中国的合资公司车企,也选择了非常多的中国合作伙伴,不仅有传统零部件供应商,还包括 BAT 和华为代表的互联网及科技公司。百度甚至实现了和丰田、现代的全球合作。这都是正常的良性的。

而陈虹说的是拒绝第三方 「整体解决方案」,这就相当于车企不把电池 + 电机 + 电控制器交给一个供应商,不把发动机(和燃油喷射控制器)+ 变速箱交给一个供应商,不把(信息娱乐域)的芯片 + 操作系统 + 云服务 + 生态交给一个供应商…… 这都是汽车的灵魂,过去十几年,外界一直批评中国汽车缺乏核心能力。

当然,每个车企情况不同,策略也有差别,很难一概而论。也有企业选择了一款车和华为全面合作(就是接受整体解决方案),这是一种互相的深度学习,一种更有魄力的尝试。但是你不能要求所有企业都一样,华为也认为不可能都这种模式。

「天下熙熙,皆为利来;天下攘攘,皆为利往」
——《史记・货殖列传》

下面,cao sir 就自己的亲身经历谈谈这个问题。

巧了,cao sir 前几天刚刚陪同公司领导拜访了华为汽车事业部 BU,会上双方高层根据自己关心的问题进行了比较坦白的交流,cao sir 根据这次访问体会,简单谈三点看法。

SOA 因为其具备 「松耦合」、「接口标准可访问」 和 「易于扩展」 等特点,普遍被认为是未来智能汽车的最佳软件架构,SOA 架构最重要的工作是建立统一服务接口 API,这其中最关键的一步是汽车每个功能域零部件的软件支持。这是一项繁重而艰巨的工作,华为采取了自研 + 合作策略,针对部件少、门槛较低的动力域,华为自主开发了 DriveONE 三合一电驱系统,针对零件多、门槛低的车身域,和零件少、门槛高的底盘域,华为耐着性子跟行业头部供应商们一家一家谈合作,从华为现场 show 的合作厂商名单来看,车身域供应商们占比较大,底盘域供应商们参与率较低,尤其是华为极为看重的博世目前还没有任何合作的迹象 ...... 将来如果这些供应商们在自己的驱动层加入对华为 API 的支持,那么华为就可以在系统应用层毫无障碍地调用这些零件的信号,控制这些零部件执行相关动作。

这个事情不仅华为在做,上汽零束也在做,其他的主机厂也在做,但是零部件供应商不可能每一家的 API 接口都支持,最终的结果就是看谁的市场占有率高,就会支持这一家的标准。在方兴未艾的 SOA 标准之争上,上汽跟华为是竞争关系,稍微正常点的企业都没有理由在胜负未分之前自废武功拱手相让,所以在这一点上 cao sir 站上汽。

汽车控制器开发遵守 V 字模型,在 V 字模型上每一个环节都会有许多专业的工具链。仔细来看,在第一阶段是最为基础的项目和产品管理工具,目前有 Rational Team Concert、SVN、Stages、Citrix 这些软件可用于实现团队协作开发、版本管理、发布,以及建立技术知识库的功能。

在第二阶段是需求设计和架构设计,常见的需求管理工具有 Rational doors、Stimulus、Rhapsody、Reqtify 等用以实现需求定义、需求跟踪、需求变更、测试计划、测试用例设计、测试执行跟踪、测试缺陷跟踪、测试报告追溯等,满足产品从开发到测试全过程的需求对应和需求变更影响分析。架构设计常用 PREEvision 实现在系统层级上的功能划分、通信网络定义、接口定义、线束设计等。

在第三阶段是软件开发和测试,汽车 ECU 嵌入式软件开发有一个重要软件架构 - AUTOSAR 规范,AUTOSAR (Automotive Open System Architecture) 是一个开放化、标准化的汽车嵌入式系统软件架构。AUTOSAR 架构规定了分层架构、方法论和应用接口规范,实现了软硬件的分离。让汽车开发能够在一个开放、通用的统一标准下,进行不同公司间的分散功能实现,并最后集中配置。

为了支持在这个公有架构下,为汽车提供 「打包式」 的软件建设服务,并 「模块化」 的优化软件主体,一些软件工具供应商纷纷推出符合 AUTOSAR 规范的嵌入式系统软件开发工具。

Mathworks 公司在其基于模型的设计工具 MATLAB/Simulink/Stateflow 中增加了符合 AUTOSAR 规范的代码生成功能,支持做应用层的 Modeling/MIL。

Vector 公司推出了 Da Vinci 系列工具和 v VIRTUALtarget 系列工具,Da Vinci 系列工具主要包括用于设计软件组件架构并整合基础软件的 Da Vinci Configurator Pro 和用于 ECU 配置生成 BSW、RTE 代码的 Da Vinci Developer,v VIRTUALtarget 系列工具主要包括在计算机上创建一个虚拟 ECU 来执行已集成好的 AUTOSAR 代码的 v VIRTUAL target basic 和可以在计算机建立的虚拟环境中验证软件组件中逻辑功能正确性的 v VIRTUAL target pro。

Elektro Bit 公司推出了基础软件配置工具 EB tresos Studio,基础软件协议栈 EB tresos Auto Core, 安全相关 EB tresos Safety 工具等。

为了在芯片上运行 AUTOSAR 代码包,常用的编译器有 PowePC 系列的 Green Hills Multi、Altium TASKING 支持这些软件,为了支持代码高效调试,常用的调试器有 Lautebach TRACE32、Green Hills Probe、i SYSTEM i C500 等。软件测试可以采用 QAC 实现代码静态测试、Tessy 实现代码动态测试。

第四阶段是控制器验证,常用 NI veristand 仿真设计工具、NI Teststand 测试管理工具、Labview 图形界面工具,以及相应的信号模拟器和电源负载等软件进行硬件在环测试 HIL。

最后阶段是系统级验证,用 CANape、INCA 用以实现标定功能,CANoe,Vehicle Spy 实现总线仿真测试及诊断功能。vFlash 实现 Bootloader 功能。

华为自 2018 年 10 月加入 AUTOSAR 组织以来,积极参与规范与架构制定,迅速成为组织中的 Premium Partner。而且华为根据自己多年深耕软件开发的优势,在汽车软件开发环节上对现有工具链进行二次开发整合推出了一套全栈工具链,包含了集成诊断、仿真、测量、标定等工具的车载软件开发 CI/CD 工具链和整车 IO 自动化配置的自动化工具链。这种全栈工具链可以最大程度解决了工具匹配度的问题,使得工具间对接与契合度更完整、灵活,助力 OEM 大幅度缩短开发周期,但是通过这套工具链自动生成的软件代码无论是编译还是调试都更加契合华为自研芯片。也就是说,当你跟华为合作而不得不使用这套工具链的时候,你最好也使用华为的控制器硬件。这种软硬件捆绑的操作,当然会让合作方心存顾忌,所以在这一点上 cao sir 站上汽。

华为公司负责接待的行政妹子们一个个举止优雅,大方得体,颜值超越空姐标准,相比一般公司的接待礼仪绝对是教科书般的存在,在这一点上 cao sir 站华为。

在洽谈会上,华为几次三番提到自己是替主机厂干脏活累活的话,很会作低姿态,大家用会心一笑作为回应,在场所有人都心知肚明他们口中的脏活累活一旦做成了,那绝对是行业主宰般的存在。所以,上汽选择跟华为合作还是不合作都无可指责,因为明面上是商业问题,本质上却是产业格局未来的主动权之争!

合作的本质其实是利益的平衡!

关于躯体和灵魂,cao sir 去年曾发表过一篇《硬件与软件:躯体与灵魂》的文章,有兴趣的朋友可以阅读。

本文著作权归作者所有,并授权 42 号车库独家使用,未经 42 号车库许可,不得转载使用。
Comment · 0
Owner: 0
Sort by like

Upload
大胆发表你的想法~
10
Comment