CN112158164B - 一种车型自动匹配方法及系统 - Google Patents

Abstract

本申请涉及一种车型自动匹配方法及系统，涉及汽车电子技术领域，该方法包括以下步骤：判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；根据判定结果完成车型匹配。本申请使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，仅使用一版BCM软件即可兼顾PEPS和RKE配置，降低两版BCM软件带来的成本和风险。

Description

一种车型自动匹配方法及系统

技术领域

本发明涉及汽车电子技术领域，具体涉及一种车型自动匹配方法及系统。

背景技术

车身控制器(BCM，Body Control Module)是汽车车身控制的重要组成部分，主要进行灯光、门锁、雨刮等车身部件的控制。

由于对于乘用车钥匙一般存在RKE(Remote Keyless Entry，遥控门禁系统)和PEPS(Passive Entry Passive Start，无钥匙进入及启动系统)两种配置，这会造成车身控制器对于IMMO(Immobilizer，发动机防盗锁止系统)、钥匙未拔提醒、防盗报警等功能的控制逻辑差异，需要不同的BCM软件来匹配。

目前BCM针对钥匙配置一般采用两版软件分别进行实现，这使得BCM软件对应为两个零件号，需要分别进行软件管控和刷写，且存在软件刷写错误的风险。如果可以通过软件策略，使得BCM软件自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，就可以使用一版软件兼顾PEPS和RKE配置，从而降低两版软件带来的成本和风险。

为满足现有的使用需求，现提出一种车型自动匹配技术。

发明内容

本申请提供一种车型自动匹配方法及系统，只需从PEPS角度即可判断车型，使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，仅使用一版BCM软件即可兼顾PEPS和RKE配置，从而降低两版BCM软件带来的成本和风险。

第一方面，本申请提供了一种车型自动匹配方法，所述方法包括以下步骤：

判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

当所述BCM接收的所述第一信号的数量大于等于所述车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

根据判定结果完成车型匹配；

在开始车型匹配之后，所述方法还包括以下步骤:

当点火锁处于ON档时，在一个驾驶员点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

当所述BCM接收的所述第一信号的数量大于等于所述驾驶员点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；其中，

所述驾驶员点火周期为驾驶员实际点火操作的时长；

所述驾驶员点火周期的时长为车辆预置点火周期的时长的整数倍；

所述第一信号为PEPS控制器向所述BCM发送的周期性信号。

具体的，所述车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

具体的，所述判断当前目标车辆是否已完成车型匹配，具体包括以下步骤：

识别预设的车型匹配参数，获取所述车型匹配参数的数值；

当所述车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

进一步的，所述判定当前为PEPS车型，或所述判定当前为RKE车型之后，还包括以下步骤：

设定一车型记录参数，所述车型记录参数用于记录车型；

当判定当前为PEPS车型时，将所述车型记录参数的数值设为1；

当判定当前为RKE车型时，将所述车型记录参数的数值设为0。

优选的，所述车辆预置点火周期为200ms，所述BCM信号接收周期为10ms。

第二方面，本申请提供了一种车型自动匹配系统，所述系统包括：

匹配进程判断单元，其用于判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

第一信号统计单元，其用于当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

车型判断单元，其用于当所述BCM接收的所述第一信号的数量大于等于所述车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

车型匹配单元，其用于根据所述车型判断信号，生成车型匹配指令；

所述第一信号统计单元还用于当点火锁处于ON档时，在一个驾驶员点火周期内，控制目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

所述车型判断单元还用于当所述BCM接收的所述第一信号的数量大于等于所述驾驶员点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；其中，

所述驾驶员点火周期为驾驶员实际点火操作的时长；

所述驾驶员点火周期的时长为车辆预置点火周期的时长的整数倍。

具体的，所述车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

具体的，所述匹配进程判断单元，其具体用于识别预设的车型匹配参数，获取所述车型匹配参数的数值；

所述匹配进程判断单元，其具体用于当所述车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

进一步的，所述系统还包括车型记录单元；

所述车型记录单元，其用于设定一车型记录参数，所述车型记录参数用于记录车型；

当判定当前为PEPS车型时，将所述车型记录参数的数值设为1；

当判定当前为RKE车型时，将所述车型记录参数的数值设为0。

本申请提供的技术方案带来的有益效果包括：

本申请提供了车型自动匹配技术，在点火锁处于ON档时，记录PEPS控制器发送的第一信号的数量，来对车型进行判断，只需要从PEPS角度即可判断车型，使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，仅使用一版BCM软件即可兼顾PEPS和RKE配置，从而降低两版BCM软件带来的成本和风险。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例1提供的车型自动匹配方法的步骤流程图；

图2为本申请实施例1提供的车型自动匹配方法的原理图；

图3为本申请实施例2提供的车型自动匹配系统的结构框图；

图中标记：

1、匹配进程判断单元；2、第一信号统计单元；3、车型判断单元；4、车型匹配单元；5、车型记录单元。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图对本发明的实施例作进一步详细说明。

本申请实施例提供一种车型自动匹配方法及系统，在点火锁处于ON档时，记录PEPS控制器发送的第一信号的数量，来对车型进行判断，只需要从PEPS角度即可判断车型，使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，仅使用一版BCM软件即可兼顾PEPS和RKE配置，从而降低两版BCM软件带来的成本和风险。

为达到上述技术效果，本申请的总体思路如下：

一种车型自动匹配方法，该方法包括以下步骤：

S1、判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

S2、当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

S3、当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

S4、根据判定结果完成车型匹配。

以下结合附图对本发明的实施例作进一步详细说明。

实施例1

参见图1和2所示，本申请实施例提供一种车型自动匹配方法，该方法包括以下步骤：

S1、判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

S2、当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

S3、当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

S4、根据判定结果完成车型匹配。

其中，第一信号为PEPS控制器向BCM发送的周期性信号；

周期性信号有很多种类型，第一信号只用选取其中一类即可，例如档位信号。

本申请实施例中，为了提高技术方案在实际应用中的实用性，本申请实施例中的BCM(Body Control Module，车身控制器)，无论是配置在哪一种类型的车辆时，均只需要判断是否接收到来自PEPS控制器发送的第一信号，

对于PEPS配置车型，PEPS控制器会通过CAN网络发送信号给BCM，而对于RKE配置车型BCM不会接受到这些信号。因此利用是否接受到PEPS(Passive Entry Passive Start，无钥匙进入及启动系统)的CAN信号来判断车型配置是合理的。

需要说明的是，对于PEPS配置车型，PEPS控制器会通过CAN(Controller AreaNetwork，控制器局域网络)发送信号给BCM，而对于RKE(Remote Keyless Entry，遥控门禁系统)配置车型BCM不会接受到这些信号，因此利用是否接受到PEPS的CAN信号来判断车型配置是本申请实施例的便利之处，

PEPS控制器一般会发送周期性信号和事件性信号给BCM，对于事件性信号，只有事件触发后PEPS控制器才会发送，而对于周期性信号，PEPS控制器处于唤醒状态必定会发送，

考虑到时效性，本申请实施例选择周期性信号作为车型判断条件，将该周期性型号记作第一信号，以PEPS_X表示；

由于第一信号，即PEPS_X信号需要CAN网络处于唤醒状态才能正常发送给BCM，因此需要保证CAN网络处于唤醒时进行逻辑判断，当点火锁处于非OFF档时，CAN网络必定处于唤醒状态，而本申请实施例在实际应用中，为了更为准确，设定在点火锁为ON档时对于PEPS_X信号进行计数，点火锁为非ON档时不计数。

需要说明的是，本申请实施例中，车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

本申请实施例中，首先判断当前目标车辆是否已经完成车型匹配，若未进行车型匹配，则开始进行车型匹配。

进而，判断点火锁是否处于ON档时，当点火锁处于ON档时，基于PEPS控制器的工作原理，PEPS控制器会发送第一信号，故而，此时目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号，若BCM接收到来自PEPS控制器发送的第一信号，则统计接收到的来自PEPS控制器发送的第一信号的数量。

当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

需要说明的是，为了保证车型匹配过程具有足够的样本数据进行分析，以保证正确性，同时不能耗费过多的时间，以免影响用户正常的使用，

极限情况下，驾驶员在操作点火锁上到ON档后直接下到OFF档，这个过程耗时必然大于200ms，而第一信号的周期一般为100ms，因此每一次从上ON档到下到OFF档期间，BCM接收到的第一信号时间必定大于为200ms，一般BCM其运行周期为10ms，因此一次点火锁上ON档到下OFF档期间，BCM软件检测到第一信号PEPS_X次数必定大于20次；

故而，此时，将BCM接收的第一信号的数量和车辆预置点火周期的时长与BCM信号接收周期之比之间进行比较，能够提高可靠性。

获得判定结果，判定结果即判定当前为PEPS车型或判定当前为RKE车型，根据判定结果进行车型匹配，

对于PEPS车型和RKE车型，其部分功能存在逻辑差异性，主要包含档位判断、防盗报警、钥匙未拔提醒、发动机防盗认证等，当完成车型配置参数设定后，目标车辆可以根据判定结果分别运行对应的策略，

当判定为PEPS车型时，相关模块运行PEPS逻辑，例如钥匙未拔提醒功能关闭；

当判定为RKE车型时，在整个车型匹配过程中，对于RKE车型的车辆无影响，相关模块运行RKE逻辑，例如钥匙未拔提醒功能开启。

本申请实施例提供的车型自动匹配技术，在点火锁处于ON档时，记录PEPS控制器发送的第一信号的数量，来对车型进行判断，只需要从PEPS角度即可判断车型，使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异；

从BCM承载的软件层面，仅使用一版BCM软件即可兼顾PEPS和RKE配置，从而降低两版BCM软件带来的成本和风险。

本申请实施例中，在实际使用时，可以在BCM中执行，可以有效的实现一版BCM软件自动匹配车型钥匙配置；

可以通过一版BCM软件自动匹配车型钥匙配置，减少一个软件零件号，降低软件管控和刷写工作量，减少版本错误带来的风险，还可以减少两版软件带来的诊断仪匹配工作量；

该方法具有一定的通用性，可以在其他控制器软件中推广，其他控制器也可以参考进行车型配置识别，减少软件版本和零件号。

具体的，判断当前目标车辆是否已完成车型匹配，具体包括以下步骤：

S101、识别预设的车型匹配参数，获取车型匹配参数的数值；

S101、当车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

具体实施时，当目标车辆进行车型配置前，其钥匙未拔提醒、防盗报警等功能无法开启，因此要保证车辆有且仅进行一次车型匹配，且匹配完成后设定的参数要保证不会因为掉电而丢失，以保障正常使用，保障用户体验。

为此，设定两个非易失性变量来实现是否完成车型匹配的记录，如表1，具体实现方式如下：

表1

设置车型匹配参数，记作SWINne_b_PEPSorRKE_Learned，其默认值为0；

在判断时，若判定SWINne_b_PEPSorRKE_Learned＝0，且车辆的点火锁位于ON档时，开始进行车型配置判断，当完成车型配置判断后，设定并存储SWINne_b_PEPSorRKE_Learned＝1，并根据判断结果设定并存储SWIN_ne_b_VehicleHasPEPS的值。

后续工作时，当判断SWINne_b_PEPSorRKE_Learned＝1时，则直接退出车型匹配工作；

以上逻辑可以保证有且仅进行一次车型匹配，不影响用户其他功能的整车使用，并且由于设定的参数均为非易失性变量，因此不存在掉电丢失的风险。

进一步的，判定当前为PEPS车型，或判定当前为RKE车型之后，还包括以下步骤：

设定一车型记录参数，车型记录参数用于记录车型；

当判定当前为PEPS车型时，将车型记录参数的数值设为1；

当判定当前为RKE车型时，将车型记录参数的数值设为0；

需要说明的是，车型匹配参数的数值用于记录是否完成车型匹配，而车型记录参数则用于记录具体的车型判定结果；

实际操作时，车型记录参数为SWIN_ne_b_VehicleHasPEPS。

进一步的，在开始车型匹配之后，方法还包括以下步骤:

当点火锁处于ON档时，在一个驾驶员点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

当BCM接收的第一信号的数量大于等于驾驶员点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

驾驶员点火周期为驾驶员实际点火操作的时长；

驾驶员点火周期的时长为车辆预置点火周期的时长的整数倍。

需要说明的是，在一个驾驶员点火周期内进行判定，主要是考虑到滤波和屏蔽干扰等因素，驾驶员一次点火操作的点火周期，大致为点火锁点火周期的5倍，此时，从第一次点火锁上ON档开始，记录收到的第一信号PEPS_X的数量；

如果在点火锁5次上ON档的时间内，一旦检测到第一信号PEPS_X的次数大于等于100，设定车型为PEPS车型，并设定SWINne_b_PEPSorRKE_Learned＝1，并创建一车型记录参数SWIN_ne_b_VehicleHasPEPS，将SWIN_ne_b_VehicleHasPEPS的值设为1；

如果5次上ON档后，检测到第一信号PEPS_X的次数小于100，设定为RKE车型，设定SWINne_b_PEPSorRKE_Learned＝1；SWIN_ne_b_VehicleHasPEPS＝0；

进行100次判断可以实现对干扰的屏蔽，理论上1秒时间可以完成判断，一般1次上ON档就可以完成，极限情况下最多5次上ON档完成，因此设定在5次上ON档内完成匹配，以保障车型判定结果的准确。

需要说明的是，本申请实施例中，车辆预置点火周期为200ms，BCM信号接收周期为10ms。

实施例2

参见图3所示，本申请实施例提供一种车型自动匹配系统，该系统包括：

匹配进程判断单元1，其用于判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

第一信号统计单元2，其用于当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

车型判断单元3，其用于当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

车型匹配单元4，其用于根据车型判断信号，生成车型匹配指令。

其中，第一信号为PEPS控制器向BCM发送的周期性信号；

周期性信号有很多种类型，第一信号只用选取其中一类即可，例如档位信号。

本申请实施例中，为了提高技术方案在实际应用中的实用性，本申请实施例中的BCM(Body Control Module，车身控制器)，无论是配置在哪一种类型的车辆时，均只需要判断是否接收到来自PEPS控制器发送的第一信号，

对于PEPS配置车型，PEPS控制器会通过CAN网络发送信号给BCM，而对于RKE配置车型BCM不会接受到这些信号。因此利用是否接受到PEPS(Passive Entry Passive Start，无钥匙进入及启动系统)的CAN信号来判断车型配置是合理的。

需要说明的是，对于PEPS配置车型，PEPS控制器会通过CAN(Controller AreaNetwork，控制器局域网络)发送信号给BCM，而对于RKE(Remote Keyless Entry，遥控门禁系统)配置车型BCM不会接受到这些信号，因此利用是否接受到PEPS的CAN信号来判断车型配置是本申请实施例的便利之处，

PEPS控制器一般会发送周期性信号和事件性信号给BCM，对于事件性信号，只有事件触发后PEPS控制器才会发送，而对于周期性信号，PEPS控制器处于唤醒状态必定会发送，

考虑到时效性，本申请实施例选择周期性信号作为车型判断条件，将该周期性型号记作第一信号，以PEPS_X表示；

由于第一信号，即PEPS_X信号需要CAN网络处于唤醒状态才能正常发送给BCM，因此需要保证CAN网络处于唤醒时进行逻辑判断，当点火锁处于非OFF档时，CAN网络必定处于唤醒状态，而本申请实施例在实际应用中，为了更为准确，设定在点火锁为ON档时对于PEPS_X信号进行计数，点火锁为非ON档时不计数。

需要说明的是，本申请实施例中，车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

本申请实施例中，首先判断当前目标车辆是否已经完成车型匹配，若未进行车型匹配，则开始进行车型匹配。

进而，判断点火锁是否处于ON档时，当点火锁处于ON档时，基于PEPS控制器的工作原理，PEPS控制器会发送第一信号，故而，此时目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号，若BCM接收到来自PEPS控制器发送的第一信号，则统计接收到的来自PEPS控制器发送的第一信号的数量。

当BCM接收的第一信号的数量大于等于车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

需要说明的是，为了保证车型匹配过程具有足够的样本数据进行分析，以保证正确性，同时不能耗费过多的时间，以免影响用户正常的使用，

极限情况下，驾驶员在操作点火锁上到ON档后直接下到OFF档，这个过程耗时必然大于200ms，而第一信号的周期一般为100ms，因此每一次从上ON档到下到OFF档期间，BCM接收到的第一信号时间必定大于为200ms，一般BCM其运行周期为10ms，因此一次点火锁上ON档到下OFF档期间，BCM软件检测到第一信号PEPS_X次数必定大于20次；

故而，此时，将BCM接收的第一信号的数量和车辆预置点火周期的时长与BCM信号接收周期之比之间进行比较，能够提高可靠性。

获得判定结果，判定结果即判定当前为PEPS车型或判定当前为RKE车型，根据判定结果进行车型匹配，

对于PEPS车型和RKE车型，其部分功能存在逻辑差异性，主要包含档位判断、防盗报警、钥匙未拔提醒、发动机防盗认证等，当完成车型配置参数设定后，目标车辆可以根据判定结果分别运行对应的策略，

当判定为PEPS车型时，相关模块运行PEPS逻辑，例如钥匙未拔提醒功能关闭；

当判定为RKE车型时，在整个车型匹配过程中，对于RKE车型的车辆无影响，相关模块运行RKE逻辑，例如钥匙未拔提醒功能开启。

本申请实施例提供的车型自动匹配技术，在点火锁处于ON档时，记录PEPS控制器发送的第一信号的数量，来对车型进行判断，只需要从PEPS角度即可判断车型，使得BCM能够自动识别车型的钥匙配置，并自动处理不同配置的逻辑差异，仅使用一版BCM软件即可兼顾PEPS和RKE配置，从而降低两版BCM软件带来的成本和风险。

需要说明的是，车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

具体的，匹配进程判断单元1，其具体用于识别预设的车型匹配参数，获取车型匹配参数的数值；

匹配进程判断单元1，其具体用于当车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

具体实施时，当目标车辆进行车型配置前，其钥匙未拔提醒、防盗报警等功能无法开启，因此要保证车辆有且仅进行一次车型匹配，且匹配完成后设定的参数要保证不会因为掉电而丢失，以保障正常使用，保障用户体验。

为此，设定两个非易失性变量来实现是否完成车型匹配的记录，如表1，具体实现方式如下：

表1

设置车型匹配参数，记作SWINne_b_PEPSorRKE_Learned，其默认值为0；

在判断时，若判定SWINne_b_PEPSorRKE_Learned＝0，且车辆的点火锁位于ON档时，开始进行车型配置判断，当完成车型配置判断后，设定并存储SWINne_b_PEPSorRKE_Learned＝1，并根据判断结果设定并存储SWIN_ne_b_VehicleHasPEPS的值。

后续工作时，当判断SWINne_b_PEPSorRKE_Learned＝1时，则直接退出车型匹配工作；

以上逻辑可以保证有且仅进行一次车型匹配，不影响用户其他功能的整车使用，并且由于设定的参数均为非易失性变量，因此不存在掉电丢失的风险。

进一步的，系统还包括车型记录单元5；

车型记录单元5，其用于设定一车型记录参数，车型记录参数用于记录车型；

当判定当前为PEPS车型时，将车型记录参数的数值设为1；

当判定当前为RKE车型时，将车型记录参数的数值设为0。

需要说明的是，车型匹配参数的数值用于记录是否完成车型匹配，而车型记录参数则用于记录具体的车型判定结果；

实际操作时，车型记录参数为SWIN_ne_b_VehicleHasPEPS。

需要说明的是，在本申请中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种车型自动匹配方法，其特征在于，所述方法包括以下步骤：

判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

当所述BCM接收的所述第一信号的数量大于等于所述车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

根据判定结果完成车型匹配；

在开始车型匹配之后，所述方法还包括以下步骤:

当点火锁处于ON档时，在一个驾驶员点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

当所述BCM接收的所述第一信号的数量大于等于所述驾驶员点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；其中，

所述驾驶员点火周期为驾驶员实际点火操作的时长；

所述驾驶员点火周期的时长为车辆预置点火周期的时长的整数倍；

所述第一信号为PEPS控制器向所述BCM发送的周期性信号。

2.如权利要求1所述的车型自动匹配方法，其特征在于:

所述车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

3.如权利要求1所述的车型自动匹配方法，其特征在于，所述判断当前目标车辆是否已完成车型匹配，具体包括以下步骤：

识别预设的车型匹配参数，获取所述车型匹配参数的数值；

当所述车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

4.如权利要求1所述的车型自动匹配方法，其特征在于，所述判定当前为PEPS车型，或所述判定当前为RKE车型之后，还包括以下步骤：

设定一车型记录参数，所述车型记录参数用于记录车型；

当判定当前为PEPS车型时，将所述车型记录参数的数值设为1；

当判定当前为RKE车型时，将所述车型记录参数的数值设为0。

5.如权利要求1所述的车型自动匹配方法，其特征在于：

所述车辆预置点火周期为200ms，所述BCM信号接收周期为10ms。

6.一种车型自动匹配系统，其特征在于，所述系统包括：

匹配进程判断单元，其用于判断当前目标车辆是否已完成车型匹配，若未进行车型匹配，开始车型匹配；

第一信号统计单元，其用于当点火锁处于ON档时，在一个车辆预置点火周期内，目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

车型判断单元，其用于当所述BCM接收的所述第一信号的数量大于等于所述车辆预置点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；

车型匹配单元，其用于根据所述车型判断信号，生成车型匹配指令；

所述第一信号统计单元还用于当点火锁处于ON档时，在一个驾驶员点火周期内，控制目标车辆的BCM判断是否接收到来自PEPS控制器发送的第一信号；

所述车型判断单元还用于当所述BCM接收的所述第一信号的数量大于等于所述驾驶员点火周期的时长与BCM信号接收周期之比时，判定当前为PEPS车型，反之，判定当前为RKE车型；其中，

所述驾驶员点火周期为驾驶员实际点火操作的时长；

所述驾驶员点火周期的时长为车辆预置点火周期的时长的整数倍。

7.如权利要求6所述的车型自动匹配系统，其特征在于：

所述车辆预置点火周期为车辆进行点火时，点火锁从ON档回到OFF档的时间。

8.如权利要求6所述的车型自动匹配系统，其特征在于：

所述匹配进程判断单元，其具体用于识别预设的车型匹配参数，获取所述车型匹配参数的数值；

所述匹配进程判断单元，其具体用于当所述车型匹配参数的数值表示未进行车型匹配时，则开始车型匹配。

9.如权利要求6所述的车型自动匹配系统，其特征在于，所述系统还包括车型记录单元；

所述车型记录单元，其用于设定一车型记录参数，所述车型记录参数用于记录车型；

当判定当前为PEPS车型时，将所述车型记录参数的数值设为1；

当判定当前为RKE车型时，将所述车型记录参数的数值设为0。

Images