CN110001574A - 基于车载终端的锁车系统及其方法 - Google Patents

Abstract

一种基于车载终端的锁车系统及其方法，包括处在汽车内的车载终端，所述车载终端与该汽车内的T15开关连接；所述车载终端还通过CAN总线与该汽车的发动机ECU连接。所述汽车包括点火开关，所述点火开关包括有ACC档、ON档(T15)和START档(T50)三个档位。所述车载终端包括检测模块和锁车模块；所述检测模块用于通过检测该标识报文以此判断出发动机类型；所述锁车模块用于根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。有效避免了现有技术中车载终端功能太过单一、兼容性差从而约束了现有的车载终端的使用，车载终端若没有接收到所述标识报文却无法进行检测的缺陷。

Description

基于车载终端的锁车系统及其方法

技术领域

本发明涉及锁车技术领域，具体涉及一种基于车载终端的锁车系统及其方法。

背景技术

点火系统的开关(通常要使用钥匙)，也就是点火开关，可自由开启或关闭点火线圈的主要电路，也适用于其它电系电路。点火开关俗称总开关、总电门或是总钥匙，它是控制全车电路系统的总闸。

而锁车功能需要由点火开关、车载终端和发动机电子控制单元ECU共同配合实现。车载终端与发动机ECU通过CAN总线通信交互，发动机ECU在收到车载终端发送的锁车指令后，执行锁车操作。若车辆位于行驶状态，该锁车操作可以是对发动机进行限速，此外，锁车操作还可实现禁止发动机再次启动的功能。

另外，点火开关通常都有ACC档、ON档(T15)和START档(T50)三个档位。把点火开关档位处在ACC档时，就可以打开部分电器元件，例如收音机、行驶记录仪等；把点火开关档位处在ON档(T15)时，就能接通车中所有电器元件，例如发动机ECU、仪表等，车辆行驶过程中就在此位置；把点火开关档位处在START档(T50)时，就能启动发动机。

而在进行锁车时，具体而言，是把点火开关处在ON档(T15)时，T15开关导通，就把发动机ECU启动，发动机ECU启动后会将标识报文发送到车载终端，这样车载终端就能在接收到标识报文后，用锁车逻辑来进行锁车，但是在现在的锁车状态下，一种汽车发动机会有为其专门配置的一种发动机ECU来执行对该种汽车发动机的控制，而不同种类的汽车发动机的锁车逻辑也不同，现有的车载终端却只能处理其所在汽车的该种汽车发动机的锁车逻辑，而若把该车载终端运用到具有另外种类的汽车发动机的汽车上，就无法完成该种类的汽车发动机的锁车逻辑，也就无法实现针对该种类的汽车发动机的锁车功能，使得现有的车载终端功能太过单一，兼容性差，从而约束了现有的车载终端的使用，还有就是，车载终端若没有接收到所述标识报文，因为没有任何信号输入，也就无法进行检测，使得出现功能缺陷。

发明内容

为解决上述问题，本发明提供了一种基于车载终端的锁车系统及其方法，有效避免了现有技术中车载终端却只能处理其所在汽车的该种汽车发动机的锁车逻辑使得无法实现针对该种类的汽车发动机的锁车功能、车载终端功能太过单一、兼容性差从而约束了现有的车载终端的使用，车载终端若没有接收到所述标识报文却无法进行检测的缺陷。

为了克服现有技术中的不足，本发明提供了一种基于车载终端的锁车系统及其方法的解决方案，具体如下：

一种基于车载终端的锁车系统，包括处在汽车内的车载终端，所述车载终端与该汽车内的T15开关连接；

所述车载终端还通过CAN总线与该汽车的发动机ECU连接。

所述汽车包括点火开关，所述点火开关包括有ACC档、ON档(T15)和START档(T50)三个档位。

所述车载终端包括检测模块和锁车模块；

所述检测模块用于通过检测该标识报文以此判断出发动机类型；

所述锁车模块用于根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

所述基于车载终端的锁车系统的方法，包括如下方式：

步骤1-1：把所述汽车的点火开关处在ON档(T15)，T15开关导通，就把发动机ECU启动；

步骤1-2：发动机ECU启动后会将标识报文通过CAN总线发送到车载终端，车载终端通过检测该标识报文，以此判断出发动机类型；

步骤1-3：这样根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

所述车载终端通过检测该标识报文，以此判断出发动机类型的方式包括如下步骤：

步骤2-1：如果该标识报文的内容为0X18FD0200，车载终端就判断出发动机类型为潍柴发动机；

步骤2-2：如果该标识报文的内容为0X18FFCE00，车载终端就判断出发动机类型为康明斯发动机；

步骤2-3：如果该标识报文的内容为0X18FFCB00，车载终端就判断出发动机类型为玉柴发动机。

所述根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能的步骤如下：

步骤3-1：如果判断出发动机类型为潍柴发动机，所述车载终端通过CAN总线对用于控制该潍柴发动机的发动机ECU发送锁车指令一，所述用于控制该潍柴发动机的发动机ECU接收到锁车指令一后，就用如下锁车逻辑一来控制该潍柴发动机：

如果该潍柴发动机的所属汽车处在运行时，就控制该潍柴发动机本次不锁车且不限该潍柴发动机的转速，如果该潍柴发动机的所属汽车处在停运时，就控制该潍柴发动机本次锁车且让起动机不运转；

步骤3-2：如果判断出发动机类型为康明斯发动机，所述车载终端通过CAN总线对用于控制该康明斯发动机的发动机ECU发送锁车指令二，所述用于控制该康明斯发动机的发动机ECU接收到锁车指令二后，就用如下锁车逻辑二来控制该康明斯发动机：

所述康明斯发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，但是让所述康明斯发动机不喷油且不着车；

步骤3-3：如果判断出发动机类型为玉柴发动机，所述车载终端通过CAN总线对用于控制该玉柴动机的发动机ECU发送锁车指令三，所述用于控制该玉柴发动机的发动机ECU接收到锁车指令三后，就用如下锁车逻辑三来控制该玉柴发动机：

所述玉柴发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，并让所述玉柴发动机喷油且着车。

在所述把点火开关处在ON档(T15)且T15开关导通时，所述T15开关的导通信号就实时传输到所述车载终端中，这样所述车载终端在接收到该T15开关的导通信号时也就实时的启动计时器进行计时，如果计时器的计时时间到了5s时，所述车载终端并未接收到任何标识报文，所述车载终端就用心跳模式来处理；如果在所述计时时间的5s内所述车载终端同时收到两条以上的标识报文，就以最先收到的标识报文来进行发动机类型的判断。

所述车载终端就用心跳模式来处理的方法包括：

所述车载终端就对所述发动机ECU周期性循环发送心跳包来通知所述发动机ECU所述车载终端工作正常，这样就能让所述发动机ECU接收到心跳包后，对所述车载终端回传标识报文；

或者，所述车载终端就判定该发动机类型为使用心跳锁车方式的发动机类型。

本发明的有益效果为：

这样的方法就能让车载终端不光能处理其所在汽车的该种汽车发动机的锁车逻辑，也能根据发动机ECU发送来的标识报文来对不同种类的汽车发动机运用其对应的锁车逻辑来实现不同种类的汽车发动机的锁车功能，车载终端功能就此大大拓展、兼容性增强从而拓展了该车载终端的使用范围。能让车载终端若没有接收到所述标识报文，由于有了所述T15开关导通的信号输入，就能够进行同步计时来进行检测判断标识报文在5s时间内是否接收到，并相应使用心跳包来进一步探询，避免出现无法检测的功能缺陷，或者直接判定该发动机类型为使用心跳锁车方式的发动机类型。

附图说明

图1为本发明的基于车载终端的锁车系统的方法的流程图。

具体实施方式

下面将结合附图和实施例对本发明做进一步地说明。

如图1所示，基于车载终端的锁车系统，包括处在汽车内的车载终端，所述车载终端与该汽车内的T15开关连接；这样能够把T15开关的导通信号传输到所述车载终端内。

所述车载终端还通过CAN总线与该汽车的发动机ECU连接。

所述汽车包括点火开关，所述点火开关包括有ACC档、ON档(T15)和START档(T50)三个档位。

所述车载终端包括检测模块和锁车模块；

所述检测模块用于通过检测该标识报文以此判断出发动机类型；

所述锁车模块用于根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

所述基于车载终端的锁车系统的方法，包括如下方式：

步骤1-1：把所述汽车的点火开关处在ON档(T15)，T15开关导通，就把发动机ECU启动；

步骤1-2：发动机ECU启动后会将标识报文通过CAN总线发送到车载终端，车载终端通过检测该标识报文，以此判断出发动机类型；

步骤1-3：这样根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

这里以三种种类的汽车发动机为例，来进一步具体说明车载终端如果通过检测该标识报文来判断出发动机类型，以及如何根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能(该三种种类的汽车发动机分别为：潍柴发动机、康明斯发动机和玉柴发动机)：

所述车载终端通过检测该标识报文，以此判断出发动机类型的方式包括如下步骤：

步骤2-1：如果该标识报文的内容为0X18FD0200，这样的内容为0X18FD0200的标识报文就是用于控制潍柴发动机的发动机ECU发送过来的，车载终端就判断出发动机类型为潍柴发动机；

步骤2-2：如果该标识报文的内容为0X18FFCE00，这样的内容为0X18FFCE00的标识报文就是用于控制康明斯发动机的发动机ECU发送过来的，车载终端就判断出发动机类型为康明斯发动机；

步骤2-3：如果该标识报文的内容为0X18FFCB00，这样的内容为0X18FFCB00的标识报文就是用于控制玉柴发动机的发动机ECU发送过来的，车载终端就判断出发动机类型为玉柴发动机。

所述根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能的步骤如下：

步骤3-1：如果判断出发动机类型为潍柴发动机，所述车载终端通过CAN总线对用于控制该潍柴发动机的发动机ECU发送锁车指令一，所述用于控制该潍柴发动机的发动机ECU接收到锁车指令一后，就用如下锁车逻辑一来控制该潍柴发动机：

如果该潍柴发动机的所属汽车处在运行时，就控制该潍柴发动机本次不锁车且不限该潍柴发动机的转速，如果该潍柴发动机的所属汽车处在停运时，就控制该潍柴发动机本次锁车且让起动机不运转；

步骤3-2：如果判断出发动机类型为康明斯发动机，所述车载终端通过CAN总线对用于控制该康明斯发动机的发动机ECU发送锁车指令二，所述用于控制该康明斯发动机的发动机ECU接收到锁车指令二后，就用如下锁车逻辑二来控制该康明斯发动机：

所述康明斯发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，但是让所述康明斯发动机不喷油且不着车；

步骤3-3：如果判断出发动机类型为玉柴发动机，所述车载终端通过CAN总线对用于控制该玉柴动机的发动机ECU发送锁车指令三，所述用于控制该玉柴发动机的发动机ECU接收到锁车指令三后，就用如下锁车逻辑三来控制该玉柴发动机：

所述玉柴发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，并让所述玉柴发动机喷油且着车。

这样的方法就能让车载终端不光能处理其所在汽车的该种汽车发动机的锁车逻辑，也能根据发动机ECU发送来的标识报文来对不同种类的汽车发动机运用其对应的锁车逻辑来实现不同种类的汽车发动机的锁车功能，车载终端功能就此大大拓展、兼容性增强从而拓展了该车载终端的使用范围。

在所述把点火开关处在ON档(T15)且T15开关导通时，所述T15开关的导通信号就实时传输到所述车载终端中，这样所述车载终端在接收到该T15开关的导通信号时也就实时的启动计时器进行计时，如果计时器的计时时间到了5s时，所述车载终端并未接收到任何标识报文，所述车载终端就用心跳模式来处理；如果在所述计时时间的5s内所述车载终端同时收到两条以上的标识报文，就以最先收到的标识报文来进行发动机类型的判断。

所述车载终端就用心跳模式来处理的方法包括：

所述车载终端就对所述发动机ECU周期性循环发送心跳包来通知所述发动机ECU所述车载终端工作正常，这样就能让所述发动机ECU接收到心跳包后，对所述车载终端回传标识报文，以此能让所述车载终端进行对发动机类型的判断；

或者，所述车载终端就判定该发动机类型为使用心跳锁车方式的发动机类型。

这样就能让车载终端若没有接收到所述标识报文，由于有了所述T15开关导通的信号输入，就能够进行同步计时来进行检测判断标识报文在5s时间内是否接收到，并相应使用心跳包来进一步探询，避免出现无法检测的功能缺陷，或者直接判定该发动机类型为使用心跳锁车方式的发动机类型。

在运用CAN总线的方法传递标识报文之际，要确保车载终端与发动机ECU间的链接，车载终端会周期性循环地朝发动机ECU传递心跳包。

在发动机ECU处在运行之际，就能够在设定的回馈的时点凭借收受到的车载终端周期性循环传递的心跳包，朝车载终端回馈一回馈消息，所述回馈消息用来表示所述发动机ECU处在运行情况下；然而在发动机ECU位于睡眠情况之际，发动机ECU不能收受到车载终端传递的心跳包，亦无法朝车载终端回馈回馈消息，于是车载终端会由于不断的传递大量不需要的心跳包而使得该车载终端的能耗增大，另外此类不需要传递的心跳包的传递会挤占车载终端的主存与处理器的资源，使得另外的任务不能高效运用车载终端的主存与处理器的资源。

心跳包传递方法所涵盖的范畴包括车载终端与发动机ECU。

车载终端与发动机ECU经由CAN总线执行相连。

发动机ECU为朝车载终端传递标识报文的装置，车载终端能够包括微处理器和与该微处理器相连的NAND FLASH。

在CAN总线通信标准下，发动机ECU能位于一设定方式，并在设定方式下一到回馈的时点就凭借经车载终端收受到的心跳包而朝车载终端传递回馈消息，来通知车载终端该发动机ECU在线。

经过这样的改进，就得到一种心跳包传递方法，所述心跳包传递方法运行在车载终端里，包括如下方式：

A-1：在认定发动机ECU位于设定方式后，凭借时长一顺序朝所述发动机ECU传递心跳包；

A-2：在设定的回馈周期所表示的后一回馈的时点前的设定时点，凭借时长二，顺序朝所述发动机ECU传递事先设定心跳包的数量一，传递完事先设定心跳包的数量一所须的时长大小高于所述设定时点至该后一回馈的时点的时长大小，时长一所表示的时长大小高于时长二所表示的时长大小；

这里，位于设定方式的发动机ECU在设定的回馈周期所表示的回馈的时点，凭借收受到的心跳包朝车载终端传递回馈消息。

总之，该心跳包传递方法，经由在认定CAN总线相连的发动机ECU处在设定方式下，凭借时长大小更高的时长一朝发动机ECU传递心跳包，并于靠近设定的回馈周期所表示的回馈的时点凭借时长二，来朝发动机ECU传递心跳包；

因为在毗邻的二次回馈的时点间，能够先运用时长大小更高的时长一传递心跳包，且在靠近回馈的时点之际凭借时长大小更低的时长二传递心跳包，所以克服了目前长期运用间时长大小更低的时长传递心跳包之际，会使得由于多次的传递大量无须传递的心跳包而使得该车载终端的能耗增大，另外此类无须传递的心跳包的传递会挤用车载终端的主存与处理器的资源，使得另外的人物不能高效运用车载终端的主存和处理器的资源的缺陷；达到了降低了车载终端传递心跳包时的能耗，还降低了由于传递不需要传递的心跳包出现的对车载终端的主存和处理器的资源的挤占的目的。

另一种心跳包传递方法，所述心跳包传递方法运行于车载终端里，包括如下方式：

B-1：收受发动机ECU传递的用来表示发动机ECU位于设定方式的状态告知消息，所述状态告知消息里包括时长一、时长二与用来推出事先设定的回馈周期的信息值；

在具体运用下，在发动机ECU要位于睡眠状态之际，要可确保发动机ECU还能够同车载终端执行相连，来收受车载终端传递来的各种信息，CAN总线的通信标准约定了发动机ECU执行睡眠后的一种设定方式，CAN总线设备在该设定方式下，能够在事先设定的回馈周期所表示的回馈的时点返回就绪状态，来收受车载终端传递的心跳包，且在收受到心跳包后朝车载终端传递一回馈消息；接着发动机ECU重新待到后一回馈的时点返回就绪状态，继续执行收受车载终端传递的心跳包，且收受到心跳包后朝车载终端传递一回馈消息的流程。

所述心跳包的内容常常是NULL字符串，也能是包括设定内容的心跳包。

在具体运用之际，发动机ECU如果想要位于该设定方式，往往会告知车载终端，这时，发动机ECU会朝车载终端传递用来表示发动机ECU位于设定方式的状态告知消息，所述状态告知消息中能够包括时长一、时长二与用来推导事先设定的回馈周期的信息值。

这里，时长一的所表示的时长大小高于时长二所表示的时长大小；事先设定的回馈周期用来表示发动机ECU回到就绪状态的回馈的时点。

通常，时长一所表示的时长和时长二所表示的时长大小都低于事先设定的回馈周期所表示的时长大小，也就是毗邻二次两次回馈的时点间的时长。

B-2：把所述信息值的值同时长一所表示的时长大小相乘后得到的数值，就是事先设定的回馈周期；

车载终端在收受到该状态告知消息后，事先须凭借所述状态告知消息里的信息值推导出发动机ECU回到就绪状态的事先设定的回馈周期；

就像，一旦发动机ECU须每间断0.1min回到就绪状态一次，亦就是事先设定的回馈周期是0.1min，这时如果时长二是0.0005min，就能够设定用来推导事先设定的回馈周期的信息值是200，亦就是事先设定的回馈周期该是用来推导事先设定的回馈周期的信息值乘时长一所表示的时长后得到的数值。

B-3：凭借时长二顺序朝所述发动机ECU传递心跳包；

车载终端凭借时长二顺序朝发动机ECU传递心跳包；

B-4：如果在事先设定的回馈周期所表示的后一回馈的时点收受到所述发动机ECU回馈的回馈消息，就认定所述发动机ECU位于该设定方式；

这里的回馈消息是发动机ECU在事先设定的回馈周期所表示的后一回馈的时点收受到心跳包之际传递到车载终端的。

而在事先设定的回馈周期所表示的后一回馈的时点收受到该发动机ECU回馈的回馈消息，车载终端就认定该发动机ECU已顺利位于该设定方式；

另外当在事先设定的回馈周期所表示的后一回馈的时点没收受到该发动机ECU回馈的回馈消息，就返回到B-3里进行，直到收受到该发动机ECU回馈的回馈消息，就认定该发动机ECU已顺利位于该设定方式；

就像，依然以事先设定的回馈周期是0.1min，时长二是0.0005min来说，车载终端每等0.0005min朝发动机ECU传递一心跳包，在首个0.1min来临之际，如果车载终端收受到了发动机ECU回馈的回馈消息，就能够确定是发动机ECU位于该设定方式；另外在首个0.1min来临之际，如果车载终端没收受到发动机ECU回馈的回馈消息，就能够确定是发动机ECU还没顺利位于该设定方式，这就就接着每等0.0005min朝发动机ECU传递一心跳包，直到后一0.1min来临之际，确定车载终端有没有收受到了发动机ECU回馈的回馈消息，如果车载终端收受到了发动机ECU回馈的回馈消息，就能确定发动机ECU位于该设定方式。

B-5：在认定发动机ECU位于设定方式后，凭借时长一顺序朝该发动机ECU传递心跳包；

在发动机ECU位于该设定方式，就表示发动机ECU大概率的执行了睡眠的状态，这样要减少由于传递大量不需要传递的心跳包所需的能耗，或者降低在传递这些不需要传递的心跳包之际挤占车载终端的主存与处理器的资源的时长，车载终端能够运用带有更高的时长大小的时长一朝发动机ECU传递心跳包。

就像，依然以事先设定的回馈周期是0.1min，时长二是0.0005min来说，时长一能够是0.003min，亦就是以前须每等0.0005min朝发动机ECU传递一个心跳包，改成每等0.003min朝发动机ECU传递一个心跳包。以此能极大减少传递心跳包的数量。

因为在毗邻二个回馈的时点间的时长里，发动机ECU常常是无须同车载终端传递信息的，所以能够恰当减小传递心跳包的次数。

B-6：在事先设定的回馈周期所表示的后一回馈的时点前的设定时点，凭借时长二，顺序朝该发动机ECU传递事先设定心跳包的数量一；

在车载终端凭借时长一顺序朝该发动机ECU传递心跳包之际，若到了事先设定的回馈周期所表示的后一回馈的时点前的设定时点，亦就是靠近了回馈的时点，要最大化的确保发动机ECU能够快速对心跳包执行回馈，车载终端能够复原时长二，也就是凭借时长二，顺序朝该发动机ECU传递事先设定心跳包的数量一。

所述车载终端在确定后一回馈的时点前的设定时点之际，能够包括以下方式：

B-6-1：把时长二所表示的时长同事先设定心跳包的数量二，得到事先设定的时长，该第二事先设定个小于该第一事先设定个。

传递完该事先设定心跳包的数量一所须的时长高于该设定时点至该后一回馈的时点的时长；

B-6-2：把在该后一回馈时刻前并距该后一回馈时刻该事先设定的时长的时刻认定成该设定时点；

就像，以事先设定的回馈周期是0.1min，时长二是0.0005min来说，时长一是0.003min来说，开始，车载终端在收受到发动机ECU传递的通知消息后，凭借该通知消息里设定的时长二0.0005min朝发动机ECU传递心跳包，且于首个0.1min后，车载终端认定出发动机ECU位于设定方式，接着，车载终端每等0.003min朝发动机ECU传递心跳包，把0.2min前的0.0035min，就是时长二所表示的时长与事先设定心跳包的数量二7所相应的时点认定成该设定时点。

通常，会在回馈的时点的前后的事先设定的时长里凭借时长二所表示的时长传递心跳包，来利于发动机ECU在回到就绪状态后能够高效的收受到心跳包；普遍的是，能在回馈的时点前传递事先设定心跳包的数量二的心跳包，且在回馈的时点后传递事先设定心跳包的数量三的心跳包，这里事先设定心跳包的数量二与事先设定心跳包的数量三是所述事先设定心跳包的数量一；就像，事先设定心跳包的数量二与事先设定心跳包的数量三都设定成七，事先设定心跳包的数量一就是十四。

这样因为事先设定心跳包的数量二低于事先设定心跳包的数量一，车载终端传递完该事先设定心跳包的数量一的心跳包须要的时长高于经该设定时点到达第0.2min时点的时长。

B-7：在顺序朝发动机ECU传递事先设定心跳包的数量一的心跳包后，如果没收受到发动机ECU在收受到事先设定心跳包的数量一的心跳包之际回馈的回馈消息，就把事先设定的没有回馈的次数数量执行统计相加求和；或者，把事先设定的没回馈的时长执行统计相加求和。

这里所讲的没有回馈的次数数量用来表示在认定发动机ECU位于设定方式后，在回馈时刻没收受到发动机ECU回馈的回馈消息的次数。

这里所讲的没回馈时长用来表示在认定发动机ECU位于设定方式起，没收受到发动机ECU回馈的回馈消息的时长。

在顺序朝发动机ECU传递事先设定心跳包的数量一的心跳包后，如果没收受到发动机ECU在收受到事先设定心跳包的数量一的心跳包之际回馈的回馈消息，就表示发动机ECU没在回馈的时点回到就绪状态，这时就把事先设定的没有回馈的次数数量执行统计相加求和，或者，把事先设定的没有回馈时长执行统计相加求和。

在具体应用之际，车载终端经认定发动机ECU位于设定方式后，对没有回馈的次数数量经0起始统计相加求和；或者，车载终端经认定发动机ECU位于设定方式起，就对没有回馈的时长从0开始统计相加求和。

B-8：如果该没有回馈次数的数量没达到事先设定的临界值一，就持续执行凭借时长一顺序朝该发动机ECU传递心跳包的步骤；或者，如果没有回馈时长达到事先设定的临界值二，就持续执行凭借时长一顺序朝该发动机ECU传递心跳包的步骤。

在具体运用之际，发动机ECU在其中一回馈的时点没有顺利回到就绪状态，然而在之后的回馈的时点有机会会顺利回到就绪状态，所以要确保发动机ECU能够顺利回到就绪状态，且防止中止车载终端与发动机ECU间的CAN总线相连，能事先设定临界值一与临界值二。

就像，如果没有回馈次数的数量没达到事先设定的临界值一，就持续凭借时长一顺序朝该发动机ECU传递心跳包，也就是执行B-5，接着持续执行B-6；就像，把该没回馈次数的数量与事先设定的回馈周期所表示的时长相乘，如果相乘而得的数值没达到事先设定的临界值二，就持续执行凭借时长一顺序朝朝该发动机ECU传递心跳包，也就是执行B-5，接着持续执行B-6。

B-9：如果该没有回馈次数的数量达到事先设定的临界值一，就中止车载终端与发动机ECU间的CAN总线相连；或者，如果没有回馈时长达到事先设定的临界值二，就中止车载终端与发动机ECU之间的CAN总线相连。

以上以用实施例说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。

Claims (8)

1.一种基于车载终端的锁车系统，其特征在于，包括处在汽车内的车载终端，所述车载终端与该汽车内的T15开关连接；所述车载终端还通过CAN总线与该汽车的发动机ECU连接。

2.根据权利要求1所述的基于车载终端的锁车系统，其特征在于，所述汽车包括点火开关，所述点火开关包括有ACC档、ON档(T15)和START档(T50)三个档位。

3.根据权利要求1所述的基于车载终端的锁车系统，其特征在于，所述车载终端包括检测模块和锁车模块；所述检测模块用于通过检测该标识报文以此判断出发动机类型；

所述锁车模块用于根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

4.一种基于车载终端的锁车系统的方法，其特征在于，包括如下方式：

步骤1-1：把所述汽车的点火开关处在ON档(T15)，T15开关导通，就把发动机ECU启动；

步骤1-2：发动机ECU启动后会将标识报文通过CAN总线发送到车载终端，车载终端通过检测该标识报文，以此判断出发动机类型；

步骤1-3：这样根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能。

5.根据权利要求4所述的基于车载终端的锁车系统的方法，其特征在于，所述车载终端通过检测该标识报文，以此判断出发动机类型的方式包括如下步骤：

步骤2-1：如果该标识报文的内容为0X18FD0200，车载终端就判断出发动机类型为潍柴发动机；

步骤2-2：如果该标识报文的内容为0X18FFCE00，车载终端就判断出发动机类型为康明斯发动机；

步骤2-3：如果该标识报文的内容为0X18FFCB00，车载终端就判断出发动机类型为玉柴发动机。

6.根据权利要求4所述的基于车载终端的锁车系统的方法，其特征在于，所述根据判断出的发动机类型来采用对应的锁车逻辑实现锁车功能的步骤如下：

步骤3-1：如果判断出发动机类型为潍柴发动机，所述车载终端通过CAN总线对用于控制该潍柴发动机的发动机ECU发送锁车指令一，所述用于控制该潍柴发动机的发动机ECU接收到锁车指令一后，就用如下锁车逻辑一来控制该潍柴发动机：

如果该潍柴发动机的所属汽车处在运行时，就控制该潍柴发动机本次不锁车且不限该潍柴发动机的转速，如果该潍柴发动机的所属汽车处在停运时，就控制该潍柴发动机本次锁车且让起动机不运转；

步骤3-2：如果判断出发动机类型为康明斯发动机，所述车载终端通过CAN总线对用于控制该康明斯发动机的发动机ECU发送锁车指令二，所述用于控制该康明斯发动机的发动机ECU接收到锁车指令二后，就用如下锁车逻辑二来控制该康明斯发动机：

所述康明斯发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，但是让所述康明斯发动机不喷油且不着车；

步骤3-3：如果判断出发动机类型为玉柴发动机，所述车载终端通过CAN总线对用于控制该玉柴动机的发动机ECU发送锁车指令三，所述用于控制该玉柴发动机的发动机ECU接收到锁车指令三后，就用如下锁车逻辑三来控制该玉柴发动机：

所述玉柴发动机本次不锁车，仅限转速1100rpm以内，并在保证之前发动机完全停止转动的条件下，在下次启车时让起动机运转，并让所述玉柴发动机喷油且着车。

7.根据权利要求4所述的基于车载终端的锁车系统的方法，其特征在于，在所述把点火开关处在ON档(T15)且T15开关导通时，所述T15开关的导通信号就实时传输到所述车载终端中，这样所述车载终端在接收到该T15开关的导通信号时也就实时的启动计时器进行计时，如果计时器的计时时间到了5s时，所述车载终端并未接收到任何标识报文，所述车载终端就用心跳模式来处理；如果在所述计时时间的5s内所述车载终端同时收到两条以上的标识报文，就以最先收到的标识报文来进行发动机类型的判断。

8.根据权利要求7所述的基于车载终端的锁车系统的方法，其特征在于，所述车载终端就用心跳模式来处理的方法包括：

所述车载终端就对所述发动机ECU周期性循环发送心跳包来通知所述发动机ECU所述车载终端工作正常，这样就能让所述发动机ECU接收到心跳包后，对所述车载终端回传标识报文；

或者直接判定该发动机类型为使用心跳锁车方式的发动机类型。