一种基于功能组方式的EOL配置数据管理办法

【摘  要】当下汽车已经进入智能网联的时代，车辆上的控制器数量呈现爆炸式的增长，电气系统架构从多年前的分散式向集中式、域控式架构发展。在当前这种智能网联大技术背景下，车辆的功能也是越来越复杂，车辆下线后EOL操作也愈发复杂。一种有效的、逻辑清晰、数据可复用的EOL配置数据管理方法和系统是非常重要的。文章探讨一种基于功能组管理EOL数据的方法。

【关键词】架构;MES;EOL;ODX

中图分类号：U463.6    文献标识码：A    文章编号：1003-8639（ 2024 ）05-0051-03

A Method for EOL Configuration Data Management Based on Functional Group Approach

Gao Liming

（Nanjing IVECO Motor Co.，LTD.，Nanjing 211806，China）

【Abstract】Nowadays，vehicles have entered the era of intelligent networking，and the number of controllers on vehicles has also increased. In the current context of intelligent networking technology，EOL needs to perform more programming work on the controller during the vehicle production process. An efficient，logically clear，and reusable EOL configuration data management method and system are crucial. This paper discusses a method of EOL data management based on functional groups.

【Key words】framwork;MES;EOL;ODX

作者簡介

高李明（1981—），高级工程师，从事电子电器开发工作。

1  引言

随着汽车电子技术的发展，汽车上的电控单元也越来越多。从1991年第1辆采用CAN总线通信的奔驰S级汽车诞生，经过30多年的发展，当下已经没有不使用总线通信技术的车辆。近几年，随着国内新能源和智能网联的发展，汽车网络架构方案愈加复杂，不仅有车内通信，还有车外的V2X。汽车网络架构也经历了技术革命，从早期的分布式架构到现在最新的域控架构方式。在这些网络架构中，多采用CAN、LIN和以太网混合组网的方式，高档车辆组网中还有MOST和FlexRay总线技术。

当前市场上车辆因为市场定位、功能和配置差异，各种技术路线的架构都有。图1为内燃机商用车网络架构型式。图2是在电动车领域具有颠覆性设计的特斯拉Model3的架构拓扑。

从这两种拓扑上可以看到，有非常多的控制器。这些控制器，不管是在相对传统的架构上还是特斯拉这种颠覆性设计的架构中，就个体而言都需要进行相关软件刷写、功能配置和参数写入。生产企业最后会使用EOL工具将与被生产车辆相匹配的参数、功能、软件写入到相应的控制器中，这些参数会与车企的车辆配置数据相关。以本司某车型为例，其设计配置表中有191个功能组，合计有527个选装件代码，虽然这些代码不会全部与所有的电控单元相关，但是即便有30%的关联性，如果不能有效管理，就是灾难性的后果。并且在企业内部有不同的项目，项目中使用的控制器也都依据平台化原则去应用，快速地在不同项目间复用，这对EOL的数据管理也是个考验。本文将探讨一种基于功能组管理EOL数据的方法。

2  方法概述

本方法是将电控系统的EOL数据按照零件方式进行管理，并且和整车的配置组进行关联。零件化的管理实现了在不同的项目间数据复用的条件，并且按照这种管理办法开发一套管理平台，将虚拟化的零件与实际的数据进行绑定。在本方法中，将控制器的软硬件信息和在线刷写的软件数据作为重要的EOL数据要素一并管理。

以本司为例，某车型管理使用的是内部识别号VPB+选装件OPT方式管理，通过内部识别号管理车辆的市场、轴距、GVW、发动机、变速器、车身型式。选装件按功能组分类，相同类型的选装件在同一组中。以上所有功能组和选装件代码在整个公司内都是唯一的、永不重复的。配置表结构见表1。配置表结构将作为本文介绍的管理方法的基础。

2.1  设计标准化的数据结构

将电控单元的EOL数据结构定义为3组，包括电控单元基础信息、电控配置信息和电控单元刷写软件信息。电控单元数据结构如图3所示。

电控单元基础信息包括电控单元硬件版本信息、底层软件版本信息和供货物料信息，所有的电控系统必须包含此信息。电控单元刷写软件信息包括刷写的数据、驱动文件和地址文件等，该类数据按需配置。电控配置信息是管理和车辆配置相关的需要通过EOL设备下线时依据车辆实际配置进行激活的数据，也按需配置。当有配置数据需要管理时，将配置数据分成3组，分别是默认数据组、车型主特征配置组、选装功能配置组。其中默认数据组在数据结构中是必须存在的。如图4所示。

默认配置数据组管理在项目中无法匹配到车辆特征或者选装件的配置功能项目。一般情况下因为电控单元平台化产品，其功能设计超过了当前项目需求，这些未被需求的配置项目需要被管理。还有种情况与当前项目有相同的特征，比如排放，在简化数据管理时，这类数据也会被纳入默认数据组中管理。车型主特征配置组管理的是VPB对应的配置信息，包括市场、发动机、轴距、GVW、变速器。选装功能配置组是将选装件对应的配置数据分组管理。以上是EOL数据管理中的数据结构规则。

2.2  设计EOL数据管理矩阵表

设计EOL数据方案，建立数据结构表。工程师基于控制器和项目内容，完成EOL数据方案设计，并且输出数据结构表（表2）。数据结构表设计完成，代表当前控制器需要管理的数据结构。

2.3  编制数据管理矩阵

编写控制器基础信息表（表3），表中包括OEM物料信息、供应商信息、供应商硬件版本号、供应商软件版本号、OEM的硬件版本号和OEM软件版本号。如果在项目中相同类别的控制器有多个，那么表格中需要将所有的控制器信息全部体现。这组信息属于基础信息，包括当前方案覆盖的控制器清单。同时该信息也会被EOL系统用于后续的防错控制。

例如，某项目中仪表有3家供应商，需要有3组信息。表3的数据会在整车BOM中体现，并且任何一台车辆，同一类别控制器只会有唯一的数据，若出现多个，会被EOL系统识别出，并且触发报警提醒。

2.4  编制在线刷写软件信息表

当该控制器需要在线刷写软件时，需要编制控制器刷写数据表（表4），将所有的刷写数据体现在表中。同控制器基础信息一样，这些软件信息会进入设计系统，并且包括相应的软件数据包。在订单生产时，这些软件信息会通过公司信息化系统传递到订单整车BOM中。EOL设备在对车辆刷写时，会自动从服务器下载与车辆匹配的软件。

2.5  编制配置数据结构表

数据结构表见表5。按照数据规则，配置数据结构中有3组数据。工程师依据诊断规范和车辆配置，将车辆的功能组和控制器的配置内容分解成若干个功能组，完成配置数据结构索引。其中默认数据和车辆组特征数据作为数据的第1层级，所有由选装件代码管理的为第2层级。在确定结构索引后，编制每层数据对应的数据管理矩阵。某控制器与变速器关联的数据矩阵见表6。

项目中有3个变速器，分别是6MT、5MT和AT，对于该控制器需要识别出变速器是手动还是自动，因此将6MT和5MT归为相同的类别，创建一个数据文件，AT单独一组数据文件。

第2层级的数据是由选装件代码管理，对于此层级数据，需要按照选装件组设计数据管理表，每1组1个表，并且将所有的组合全部覆盖。

以某控制器管理的日行灯功能为例，在配置表中存在2个选装件代码，分别标识有日行灯和无日行灯，如图5所示。

2.6  EOL数据的设计和使用

基于EOL配置管理方案，开发了与方案匹配的EOL数据综合管理平台。当开发工程师完成以上数据设计工作后，EOL工程师将依据上述的各种表格和矩阵关系，在EOL数据综合管理平台，创建与项目中控制器匹配的数据结构和数据。

该系统是将工程师的EOL方案转换成EOL数据的关鍵系统，创新地使用了基于ODX文件进行控制器的EOL数据设计工作。在系统中将每个数据按照零件方式去管理，每个数据都是唯一的。因为使用了ODX文件，与研发同源，能够做到唯一的数据规则，避免因为文档理解或者转换设计偏差导致的数据偏差。

3  总结

将EOL数据分组管理并且对数据进行零件化管理的方式，在企业内部能够提高设计品质，杜绝在EOL设计过程中因为文档转换导致数据错误，并且零件化管理的优势是能够实现数据复用，实现控制器在各个项目间快速复用。

规范化的EOL数据管理，使得规则清晰可读，也能适应企业快速发展带来的人员变化。此方案是基于企业生产信息化和数字化工厂升级的成果，从技术上也为生产管控软件品质提供了一个解决办法。

汽车的网络架构在日新月异地升级，这套管理办法和系统也在不停地迭代以满足车辆的智能化、网联化以及企业内部的品质管控需求。当下这套方法已经扩展应用到OTA和远程诊断系统中。

（编辑  杨凯麟）

收稿日期：2024-03-13