yulzhu

电子技术应用专栏作家——芝能汽车。紧跟技术创新,助力行业发展。

聊聊域控制器

1
阅读(3329)

昨天晚上开群小的技术研讨会,超哥也批评我了,整个微信群交流还是要轻松些,向各位工程师朋友道歉,有时候过于严肃了。简单聊聊吧。沈工抛的问题太多了,主要包括:

一、EE架构

  1. 未来2020年的EE架构的变化有哪些点?

    1. 通信速度>1G?

    2. 分布式变为集成式还是不同域按需设计?

  2. 哪些新技术发展导致了EE架构的这些变化?

  3. Domain ECU是否是未来EE架构中必须的产品?

二、Domain ECU

  1. Domain ECU的在EE架构中的作用和使命是什么?

    1. OEM对Domain ECU的期望是什么?

  2. Domain 分类和理由

  3. 单个Domain ECU的架构,Master ECU和Slave ECU的方式?

    1. Sensor&actuator 信息互通方式?

  4. 不同域的Domain ECU技术共同点是哪些,不同点又是哪些?

  5. 站在OEM角度看,考虑哪些因素影响决策Domain ECU的产品应用,哪些又会限制其产品应用?

    1. 成本?

    2. 法规或标准?

    3. 安全?

    4. 智能化零部件趋势?

    5. 通信技术发展?

  6. ADAS和energy control,vehicle motion 这些Domain ECU的信息接口有哪些?

  7. Ethernet在Domain ECU的地位,必要性和引入时间?

我们大概达成了这样的一些共识:

1)本土自主OEM需要去改变,从EE电子架构来看是分步骤的

目前大部分的OEM的车型处在网关的阶段,也就是说,还没有试图把原来的车型进入整合阶段,可能由于供应商的原因,把一些功能已经开始整合,但是从架构上来看,这里更多的是被动的。

  • 将功能整合,加大了供应商的能力门槛,也就进一步往能力强的Tie1倾斜,这事干出来其实是给自己添堵

  • 大的Tie1其实更多的还是把通用型的产品拿过来,为本土自主OEM更改架构和功能定义的少之甚少

  • 开发费、产品成本只有劣势

  • 由于车型平台化乃至模块化的实践,特别是多地全球同步投放和开发这些没有的话,这种域控分级演化就是成本

  • 基本结论从一开始就推不下去,2020年停滞

QQ截图20160412135534.png


其实本身哪怕是一小步就意味着太多的东西在里面了

QQ截图20160412135555.png


从功能分解到下面的通信层和ECU功能实现层,从第一步到最后一步,都是说起来容易做起来难的

域控制器的核心发展,还是芯片的计算能力的快速提升,部分Tie1和OEM希望属于公用信息的系统组件,能在软件中分配和执行,这样以足够的资源快速的完成客户需求的功能,也就是让软件和硬件的设计分离。

  • 底下的子ECU剩下执行驱动和特殊逻辑策略,

  • 诊断信息和状态数据

  • 传感器智能化接口

  • 执行器接口

最终实现干路domain控制器服用,其他配置不同的模块化小的东西。

QQ截图20160412135608.png


有一些值得列举的东西

  • MCU+VCU+BMS+充电控制+配电管理 的新能源动力系统域由于本身新能源是完全新的,这块你怎么干都行,把功能进行分配,由于牵涉的东西大量只涉及电子电气

    • 新能源域不涉及太多的外国供应商

    • 新能源域原有的CAN架构系统本来就不完善,加大了功能域的融合

  • ADAS这块有着更多的可能性

    • 不同的功能整合,需要让多个ADAS的功能直接合并在一个控制器内

    • ADAS的数据量要求,直接快让LVDS和以太网PK了

  • 原来传统车那块

    • 形成轻度的域控制,功能进行一定程度组合,让主要供应商能hold住

    • 车企在研究院和工程实施出现一些大的分离,也可能出现跨越性部署,上一些骡子车可能性大一些

    • 在ADAS的推动作用下还是会有变化


小结:

1)是我太苛刻和求全责备了,我希望下一次能更好的理解大家的需求,在轻松和愉快的气氛里面,把讨论和交流变成成长性而不是耗散性。快了会伤到自己的。

2)整个EE电子的快速演讲,确实国内外会分开发展,这块消费者看不到,所以国内自主品牌车企在这一波的残酷竞争中,还是会分化但是不会特别快

3)不管如何,这次从知识上和设计上都是有收获的,网络化学习,你不能要求特别高,但是横竖都达到了讨论和交流的目的,感谢参与讨论的群友


Baidu
map