基于汽车车载平台的下线检测方法及系统
技术领域
本公开属于汽车检测技术领域，更具体地，涉及一种基于汽车车载平台的下线检测方法及系统。
背景技术
汽车下线需要对汽车电器控制器进行诊断及测试，保证车辆电器功能完备。目前国内乘用车市场大部分车辆都是使用CAN网络，相应的诊断协议基本上都是依据UDS来实现。车辆下线电检内容同样是通过UDS诊断命令实现，电检设备依托UDS开发自有软件，从而帮助主机厂实现车辆下线电检等。
现有主机厂此部分作业是通过主机厂采购电检设备供应商的设备，将设备与车辆OBD接口连接，使设备连入车辆电器网络，发送电检相关诊断命令，从而实现车辆的电检作业。设备供应商会提供硬件设备和电检相关软件。
现有主机厂采购电检设备会投入大量费用及开发周期，后续车型升级改造涉及控制器变更，导致电检内容变更，则需要供应商配合完成软件修订和设备升级。由此，会产生大量的采购费用，同时车辆改造周期会受到供应商改造周期影响。
发明内容
有鉴于此，本公开实施例提供了一种基于汽车车载平台的下线检测方法及系统，至少解决现有技术中主机厂依托电检供应商实现车辆下线电检，导致的开发费用浪费及周期不可控及主机厂无法实现完全自主可控的下线配置、设备升级及检测工作问题。
第一方面，本公开实施例提供了一种基于汽车车载平台的下线检测方法，包括：
获取Tbox设备的标识码以及待检车辆的标识码；
响应于电检命令，将待检车辆连接入电检网络；
验证获取的待检车辆的标识码是否正确；
当待检车辆的标识码正确时，响应于开始电检命令，获取电检文档；
基于所述电检网络，执行所述电检文档的命令对待检车辆进行检测。
可选的，所述电检文档为EXCEL文档。
可选的，所述电检网络为电检局域网。
可选的，所述获取Tbox设备的标识码以及待检车辆的标识码，包括：
获取Tbox设备的标识码；
获取待检车辆的标识码；
将所述Tbox设备的标识码与待检车辆的标识码绑定。
可选的，所述基于所述电检网络，执行所述电检文档的命令对待检车辆进行检测，
解析所述电检文档的命令；
基于解析结果和所述电检网络，对所述解析结果的相应车身ECU设备进行检测；
返回检测结果。
第二方面，本公开实施例提供了一种基于汽车车载平台的下线检测系统，其特征在于，用于执行第一方面任一所述的方法，所述系统包括：
Tbox设备、标识码获取装置、车载中控和车检服务器，所述Tbox设备与所述车载中控电连接，所述标识码获取装置与所述车载中控电连接，所述所述车载中控与所述车检服务器电连接，所述Tbox设备与车身ECU设备电连接。
可选的，所述车检服务器为云端服务器；
所述云端服务器，用于电检需求文档导入、管理或下发；
检测线需求文档导入、管理或下发；
诊断数据导入、管理或下发；
电检结果数据接收、存储或查询；
以及电检数据接收或存储。
可选的，所述诊断数据为ODX数据。
可选的，所述电检数据为log数据。
可选的，所述Tbox设备与车身ECU设备通过CAN网络连接。
可选的，还包括电检服务器，所述电检服务器与车载中控电连接；
所述电检服务器，用于存储生产计划和/或电检结果数据，并基于查询条件执行数据查询，以及基于存储数据导出EXCEL或报表。
本公开通过Tbox设备获取的电检文件，并基于该电检文件对与Tbox设备连接的车辆电器件进行检测，从而取代了第三方电检设备，无需外接电检设备，且使用Tbox设备对车辆电检，当后续车型升级时，只需要对电检相关的软件进行相应升级即可，解决了现有技术中主机厂依托电检供应商实现车辆下线电检，导致的开发费用浪费及周期不可控及主机厂无法实现完全自主可控的下线配置、设备升级及检测工作的问题。
本公开的其它特征和优点将在随后具体实施方式部分予以详细说明。
附图说明
通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。
图1示出了根据本公开的一个实施例的电检系统架构的原理框图；
图2示出了根据本公开的一个实施例的基于汽车车载平台的下线检测方法的流程图；
图3示出了根据本公开的一个实施例的基于汽车车载平台的下线检测系统的原理框图；
图4示出了根据本公开的一个实施例的基于汽车车载平台的下线检测系统显示屏显示界面的示意图。
具体实施方式
下面将更详细地描述本公开的优选实施方式。虽然以下描述了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。
随着技术发展，Tbox已经普及，Tbox是车辆CAN网络里的一个节点，且Tbox可以通过wifi或者4G/5G网络与外接设备进行通讯。可以把电检需求通过Tbox软件实现，Tbox作为诊断主体来完成车辆其他控制器的诊断及电检。
电检是整车下线必需的工艺环节，如图1所示，其主要分为增值电检工位、下线电检工位、返修电检工位、检测线各工位、ADAS标定工位、及路试、报交电检工位等。电检主要是针对装配完整的车辆，进行电子电器系统的程序配置、写入、检测、诊断或标定等，使待检车辆电器功能生效，完备。
如图2所示，一种基于汽车车载平台的下线检测方法，包括：
获取Tbox设备的标识码以及待检车辆的标识码；
在一个具体的应用场景中，用扫描枪扫描Tbox设备上的二维码，扫描车上的VIN(Vehicle Identification Number)条码。可选的，将扫描的二维码和VIN条码绑定，从而使tbox设备和车辆一一对应。
响应于电检命令，将待检车辆连接入电检网络；
在一个具体的应用场景中，将扫描的二维码和VIN条码上传到服务器，如电检服务器或云端服务器后，检测员通过相应的操作启动电检程序，如通过电检APP，启动电检程序后，待检车辆连入电检网络，可选的电检网络为电检局域网。
验证获取的待检车辆的标识码是否正确；
在一个具体的应用场景中，当待检车辆连入电检网络后，通过电检网络获取待检车辆的标识码，如VIN条码，然后将通过电检网络获取的VIN条码与通过扫描枪扫描的VIN条码是否一致，如一致则执行电检程序。
基于所述电检网络，执行所述电检文档的命令对待检车辆进行检测。
Tbox设备通过CAN网络与车身ECU设备相连接，通过依次执行电检文档的指令，逐个对车身ECU设备进行检查。
VIN条码一致后，点击开始执行电检，Tbox设备从服务器请求对应工位的电检需求EXCEL文档，按照文档执行诊断命令
可选的，所述电检文档为EXCEL文档。
可选的，所述电检网络为电检局域网。
可选的，所述获取Tbox设备的标识码以及待检车辆的标识码，包括：
获取Tbox设备的标识码；
获取待检车辆的标识码；
将所述Tbox设备的标识码与待检车辆的标识码绑定。
可选的，所述基于所述电检网络，执行所述电检文档的命令对待检车辆进行检测，
解析所述电检文档的命令；
基于解析结果和所述电检网络，对所述解析结果的相应车身ECU设备进行检测；
返回检测结果。
电检文档中按照顺序和内容对待检车辆依次检测，然后将检测结果返回，当所有检测结果返回后，在将返回结果文档通过Tbox设备发送给云端服务器或电检服务器。
第二方面，如图3所示，一种基于汽车车载平台的下线检测系统，其特征在于，用于执行上述实施例任一所述的方法，所述系统包括：
Tbox设备、标识码获取装置、车载中控和车检服务器，所述Tbox设备与所述车载中控电连接，所述标识码获取装置与所述车载中控电连接，所述所述车载中控与所述车检服务器电连接，所述Tbox设备与车身ECU设备电连接。
可选的，所述车检服务器为云端服务器；
所述云端服务器，用于电检需求文档导入、管理或下发；电检需求文档可为EXCEL文档。
检测线需求文档导入、管理或下发；检测线需求文档可为EXCEL文档。
诊断数据导入、管理或下发；
电检结果数据接收、存储或查询；
以及电检数据接收或存储。
可选的，所述诊断数据为ODX数据，所述电检数据为log数据。
可选的，所述Tbox设备与车身ECU设备通过CAN网络连接。
可选的，还包括电检服务器，所述电检服务器与车载中控电连接；
所述电检服务器，用于存储生产计划和/或电检结果数据，并基于查询条件执行数据查询，以及基于存储数据导出EXCEL或报表。
电检服务器负责生产计划存储，电检结果数据存储，并能根据不同的查询条件执行数据查询，并能够导出EXCEL或报表
系统还包括，显示屏，该显示屏可能与用户交互的装置，如触摸屏等。显示屏与车载中控通信连接，电检人员可以显示屏执行下线电检，显示屏展示电检结果。
在一个具体的应用场景，显示屏采用中控大屏。
Tbox设备将诊断结果通知到显示屏，上传到电检服务器，最终上传到云端。显示屏的显示内容如图4所示。
本公开实施例在具体的应用场景中，1、可通过云端远程下发电检需求
2、用车载电检平台取代了第三方电检设备，无需外界电检设备，
3、显示屏可展示所有工位电检结果信息
4、通过简单的EXCEL操作来编辑电检需求，降低电检系统门槛，另外通过Tbox应用软件编制将电检等技术掌握在自己手里。节省车辆电检设备投入费用，缩短改造周期。
以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。
