您好,欢迎来到中国汽车电子电气架构发展论坛2018!

【汽车新人必读系列】整车厂的Knowhow—电子电气架构工程师

发布日期:2018-08-20

我在IND4汽车人App可以帮助大家解答电子电气架构工程师职位相关的问题,欢迎通过IND4汽车人App向我咨询。

相信大多数同学在刚开始选择职业时,总会听到这样的话——“整车厂有什么技术?技术都在供应商那儿”,“刚毕业不要去甲方,那学不到东西”,“整车厂的人都很笨,很多技术细节都要问供应商”。

这样的言论并非无中生有。长久以来,国内整车厂以集成为主,能将各个零部件凑起来还不出错就算能力出众了。逆向开发的模式让整车厂永远被供应商牵着鼻子走。

但如果你是一名电子电气架构工程师,那么恭喜你,你就是整车厂的技术担当,你本身就是Knowhow。

一言以蔽之,电子电气架构工作是在整车层面预测未来汽车电子的发展路径,形成超前的架构平台,并在此平台上正向设计汽车电子相关功能。架构工作既要仰望星空,也要脚踏实地。

往细了说,电子电气架构可以分为以下几个部分:

1. 网络拓扑设计

网络拓扑设计是集功能分配和车载通信为一体的工作,既要考虑模块集成的趋势,又要熟悉模块间的通信方式。例如,整车模块存在分久必合的趋势(功能域控制器,区域控制器等),整车通信倾向于大数据量传输(车载以太网,CANFD等)。好的网络拓扑设计具有前瞻性、兼容性和拓展性。

网络拓扑示例

2. 功能开发

当前山寨模仿之风不减,一旦有车推出了新功能,其他车企纷纷效仿。如果有辆车的功能就是比其他车体验更好,bug更少,且价格更低,那它定会赢得市场的口碑。要做到这点,并不简单。不同整车厂的功能开发方式可谓天壤之别,有的草草几句话就叫供应商按图索骥,有的却严丝合缝经得起推敲。

当前最先进的功能开发基于系统工程和逻辑模块。先由QFD等方式确认市场需求,再以系统工程的方法将市场需求和其他需求(法规,公司要求等)转为工程化需求(功能性需求,非功能性需求),再使用专门的工程开发语言(UML,SysML)进行详细功能定义,最终完成基于逻辑模块的平台化功能。至于由哪个硬件来实现,又属于硬件功能分配问题。

SysML Requirements Diagram Example

3. 车载通信系统设计

车载通信系统设计需求出自于网络拓扑设计,根据网络拓扑中的通信规划和传输要求,需要就具体的通信协议进行设计,包括通信规范和系统设计。例如CANFD,需要制定出从物理层到传输层的各项要求,制定网关路由规则;设计整车报文信号定义,以及具备使用工具查错的能力等。又如车载以太网,需要制定以太网配置规范、AVB企业规范、SOMEIP企业规范等;并设计AVB流定义,SOMEIP通信矩阵等。通信系统设计的好坏直接关系到整车功能质量。

CANFD 波形示例

4. 诊断设计

当前很多整车厂的诊断可谓缺乏设计,零部件各自进行诊断。实际上,整车厂需要在整车层面制定系统间的诊断策略,在控制器记录DTC时才能精准定位。

架构工作还有很多,比如功能安全、信息安全和电源分配等,在此不再一一介绍。

当然,架构工作也是南橘北枳,同学们在考虑电子电气架构岗位时要注意以下几点,避免入坑!

1. 整车厂一定要具备足够的平台化思维,否则架构工作听凭项目各自为政,根本无法开展。

2. 整车厂要有一定的国际地位,避免大牌供应商不合作,否则架构设计得再好也无法落地。

3. 整车厂的架构团队一定要由德高望重的领导主导,否则说出来的话没人听。

据我所知,以上三点雷区在各大整车厂频频出现,同学们要擦亮双眼!

作为整车厂为数不多的Knowhow,你做好准备迎接挑战了吗?


  • 电话咨询
  • 021-22306692
  • 15021948198
None