CN105700337A - 应用于车载终端的时钟同步方法及装置 - Google Patents

Abstract

本申请公开了一种应用于车载终端的时钟同步方法及装置，应用于设置在车载终端中的MCU。通过该申请，所述MCU接收CAN总线传输的消息数据，并对所述消息数据进行解析，获取其中包含的第一时间，并将所述第一时间与RTC存储的第二时间进行对比，在所述第一时间与所述第二时间不同时，将所述RTC存储的时间调整至所述第一时间。通过该申请，MCU实现对RTC的调整，并且，调整后的RTC存储的时间为第一时间，所述第一时间为设置在车辆内的终端所产生的时间，从而能够使MCU获取到的时间与车辆内设置的其他终端保持一致，解决了现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

Description

应用于车载终端的时钟同步方法及装置

技术领域

本发明涉及时间同步技术领域，尤其涉及一种应用于车载终端的时钟同步方法及装置。

背景技术

车载终端是一种用于车辆监控管理的设备，一般安装在各种车辆内，其中集成有定位、通信和行驶记录等多项功能，能够起到对车辆进行调度监控等作用，具有广泛的应用。

其中，车载终端中的核心部件为MCU(MicroControlUnit，微控制单元)，并且，所述车载终端中还设置有RTC(Real-TimeClock，实时时钟)。所述RTC能够根据振荡频率产生时间信息，并将所述时间信息传输至MCU，以便所述MCU根据接收到的时间信息获取当前的时间。

但是，发明人在本申请的研究过程中发现，车载终端中的RTC输出的时间信息有时会出现偏差，并且，随着使用时间的延长，RTC输出的时间信息往往会与实际时间的偏差越来越大，从而导致MCU获取到的时间与实际时间存在较大的偏差。

发明内容

为克服相关技术中存在的问题，本发明提供一种应用于车载终端的时钟同步方法及装置。

为了解决上述技术问题，本发明实施例公开了如下技术方案：

根据本发明实施例的第一方面，提供一种应用于车载终端的时钟同步方法，包括：

接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成；

解析所述消息数据，获取所述消息数据中包含的消息类型标识；

若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比；

若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

结合第一方面，在第一方面第一种可能的实现方式中，所述应用于车载终端的时钟同步方法还包括：

若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间；

判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

结合第一方面，在第一方面第二种可能的实现方式中，所述应用于车载终端的时钟同步方法还包括：

若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与第二时间之间的差值；

判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，再执行将所述RTC存储的时间调整至所述第一时间的操作。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述应用于车载终端的时钟同步方法还包括：

若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间；

将所述RTC存储的时间调整至所述标准时间。

结合第一方面第一种可能的实现方式，或者，结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，所述获取标准时间，包括：

获取服务器传输的第三时间，将所述第三时间作为标准时间；

或者，

获取全球定位系统GPS传输的第四时间，将所述第四时间作为标准时间。

根据本发明实施例的第二方面，提供一种应用于车载终端的时钟同步装置，包括：

接收模块，用于接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成；

解析模块，用于解析所述消息数据，获取所述消息数据中包含的消息类型标识；

对比模块，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比；

第一调整模块，用于若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

结合第二方面，在第二方面第一种可能的实现方式中，所述应用于车载终端的时钟同步装置还包括：

标准时间获取模块，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间；

第二调整模块，用于判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

结合第二方面，在第二方面第二种可能的实现方式中，所述应用于车载终端的时钟同步装置还包括：

差值获取模块，用于若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与第二时间之间的差值；

所述第一调整模块还用于，判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，再执行将所述RTC存储的时间调整至所述第一时间的操作。

结合第二方面第二种可能的实现方式，在第二方面第三种可能的实现方式中，

所述标准时间获取模块还用于，若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间；

所述应用于车载终端的时钟同步装置还包括：

第三调整模块，用于将所述RTC存储的时间调整至所述标准时间。

结合第二方面第一种可能的实现方式，或者，结合第二方面第三种可能的实现方式，在第二方面第四种可能的实现方式中，所述标准时间获取模块，包括：

第一获取单元，用于获取服务器传输的第三时间，将所述第三时间作为标准时间；

或者，

第二获取单元，用于获取全球定位系统GPS传输的第四时间，将所述第四时间作为标准时间。

本发明的实施例提供的技术方案可以包括以下有益效果：

本申请公开了一种应用于车载终端的时钟同步方法及装置，应用于设置在车载终端中的MCU。通过本申请，所述MCU接收CAN总线传输的消息数据，对所述消息数据进行解析，获取其中包含的第一时间，并将所述第一时间与RTC存储的第二时间进行对比，在所述第一时间与所述第二时间不同时，将所述RTC存储的时间调整至所述第一时间。通过该申请，MCU对RTC存储的时间进行调整，并且，调整后的RTC存储的时间为第一时间，所述第一时间为设置在车辆内的终端所产生的时间，从而能够使MCU获取到的时间与车辆内设置的其他终端保持一致，解决了现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种应用于车载终端的时钟同步方法的工作流程示意图；

图2是根据一示例性实施例示出的又一种应用于车载终端的时钟同步方法的工作流程示意图；

图3是根据一示例性实施例示出的又一种应用于车载终端的时钟同步方法的工作流程示意图；

图4是根据一示例性实施例示出的一种应用于车载终端的时钟同步装置的结构示意图；

图5是根据一示例性实施例示出的又一种应用于车载终端的时钟同步装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

为了解决现有技术中，设置在车载终端中的微控制单元MCU获取到的时间与实际时间存在较大的偏差的问题，本申请公开了一种应用于车载终端的时钟同步方法和装置，并且，所述应用于车载终端的时钟同步方法和装置应用于设置在车载终端中的MCU。

图1是根据一示例性实施例示出的一种应用于车载终端的时钟同步方法的流程图。参见图1，所述应用于车载终端的时钟同步方法包括：

步骤S11、接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成。

设置在所述车载终端中的MCU与CAN(ControllerAreaNetwork，控制器局域网络)总线相连接。其中，所述CAN总线与车辆中的其他终端(如车窗、电动机以及车门等)相连接，并且，所述其他终端在运行过程中，会产生自身相关的消息数据，并将所述消息数据传输至所述CAN总线。例如，所述消息数据可以包括车速、档位、动力电池的电压和温度等多种类型，并且，所述消息数据中还可以包括时间。所述CAN总线接收到终端传输的消息数据后，会将所述消息数据传输至MCU。

步骤S12、解析所述消息数据，获取所述消息数据中包含的消息类型标识。

步骤S13、若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比。

在消息数据中，均设置有自身所属类型的消息类型标识。所述MCU在接收到CAN总线传输的消息数据后，对所述消息数据进行解析，获取各个消息数据中包含的消息类型标识，并判断所述消息类型标识中，是否存在时间标识，若存在，则确定所述消息数据中包含第一时间，并通过存在时间标识的消息数据获取所述第一时间。

步骤S14、若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

其中，所述第一时间能够表征产生第一时间的终端对应的时间。若所述第一时间与RTC存储的第二时间不同，则将所述RTC存储的时间调整至所述第一时间，在调整后，所述RTC将调整后的时间传输至MCU，从而使所述MCU获取到的时间能够与车辆中设置的终端保持一致。

RTC根据自身的振荡频率，以及自身预先存储的基础时间实现计时。例如，某一RTC每隔一秒产生一次振荡，该RTC预先存储的基础时间为早上八点，那么，每产生一次振荡，该RTC就在“早上八点”这一时间的基础上再增加一秒并存储，并据此产生包含时间的消息数据，并将所述消息数据传输至MCU。

若根据对比结果，确定第一时间与RTC存储的第二时间不同，则需要将所述RTC存储的时间调整至所述第一时间，所采用的调整方法通常为修改所述RTC中存储的基础时间，从而实现对所述RTC的调整。

本申请的步骤S11至步骤S14公开了一种应用于车载终端的时钟同步方法，该方法应用于设置在车载终端中的MCU，所述MCU接收CAN总线传输的消息数据，并对所述消息数据进行解析，获取其中包含的第一时间，并将所述第一时间与RTC存储的第二时间进行对比，在所述第一时间与所述第二时间不同时，将所述RTC存储的时间调整至所述第一时间。

通过该方法，MCU对RTC存储的时间进行调整，并且，调整后的RTC存储的时间为第一时间，所述第一时间为设置在车辆内的终端产生的时间，从而能够使MCU获取到的时间与车辆内设置的其他终端保持一致，解决了现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

相应的，本申请还公开了第二实施例。参见图2，在所述第二实施例中，本申请公开的应用于车载终端的时钟同步方法包括：

步骤S21、接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成。

步骤S22、解析所述消息数据，获取所述消息数据中包含的消息类型标识。

步骤S23、根据所述消息类型标识，判断所述消息数据中是否包含第一时间，若是，执行步骤S24的操作，若否，执行步骤S26的操作。

步骤S24、若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比。

步骤S25、若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

其中，步骤S21至步骤S22的操作与实施例一中步骤S11至步骤S12的具体操作过程相同，步骤S24至步骤S25的操作与实施例一中步骤S13至步骤S14的具体操作过程相同，可相互参照，此处不再赘述。

步骤S26、若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间。

其中，MCU可通过多种方法获取标准时间。例如，在其中一种方法中，所述获取标准时间包括：获取服务器传输的第三时间，将所述第三时间作为标准时间；在另一种方法中，所述获取标准时间包括：获取GPS(GlobalPositioningSystem，全球定位系统)传输的第四时间，将所述第四时间作为标准时间。

在上述的第一种方法中，MCU能够获取服务器传输的第三时间，并将所述第三时间作为标准时间；在上述的第二种方法中，车载终端中还需要设置有GPS，以便MCU获取所述GPS传输的第四时间，并将所述第四时间作为标准时间。

步骤S27、判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

在实施例二中公开一种应用于车载终端的时钟同步方法，在该方法中，当确定消息数据中不包含第一时间时，获取标准时间，并通过标准时间实现对RTC的调整。

MCU能够获取CAN总线传输的消息数据。在有些情况下，所述CAN总线传输的消息数据中，不包含第一时间。这种情况下，MCU对消息数据进行解析后，能够根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间。

针对这一情况，在上述的实施例二所公开的应用于车载终端的时钟同步方法中，还包括在消息数据中不包含第一时间时，获取标准时间，并将所述RTC存储的时间调整至所述标准时间的步骤，从而能够使MCU获取到的时间与标准时间保持一致，解决了现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

相应的，本申请还公开了第三实施例。参见图3，所述第三实施例公开的应用于车载终端的时钟同步方法包括：

步骤S31、接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成。

步骤S32、解析所述消息数据，获取所述消息数据中包含的消息类型标识。

步骤S33、若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比。

其中，步骤S31至步骤S33的操作与实施例一中步骤S11至步骤S13的具体操作过程相同，可相互参照，此处不再赘述。

步骤S34、若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与所述第二时间的差值。

步骤S35、判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，执行步骤S36的操作，若否，执行步骤S37的操作。

步骤S36、若根据判断结果，确定所述第一时间与第二时间之间的差值在预设的差值范围内，将所述RTC存储的时间调整至所述第一时间。

在上述步骤S31至步骤S36公开的应用于车载终端的时钟同步方法还包括，在获取到第一时间后，判断第一时间与第二时间之间的差值是否在预设的差值范围内，并在所述差值在预设的差值范围内时，再执行将所述RTC存储的时间调整至所述第一时间的操作。

MCU能够接收CAN总线传输的消息数据，并通过所述消息数据获取第一时间，所述第一时间为设置在车辆内的其他终端产生的时间。在本实施例中，预先设置了差值范围，若根据步骤S35的操作，获取到的第一时间与第二时间之间的差值在预设的差值范围内，则说明第一时间与第二时间之间的差距较小，这种情况下，执行步骤S36的操作，将所述RTC存储的时间调整至所述第一时间，既能解决现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题，又能使MCU获取到的时间与车辆中其他终端的时间保持一致。

步骤S37、若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间。

步骤S38、将所述RTC存储的时间调整至所述标准时间。

其中，MCU可通过多种方法获取标准时间。例如，在其中一种方法中，所述获取标准时间包括：获取服务器传输的第三时间，将所述第三时间作为标准时间；或者，在另一种方法中，所述获取标准时间包括：获取GPS(GlobalPositioningSystem，全球定位系统)传输的第四时间，将所述第四时间作为标准时间。

若根据步骤S35的操作，获取到的第一时间与第二时间之间的差值不在预设的差值范围内，则说明第一时间与第二时间之间的差距较大，造成这种情况的原因可能是RTC产生的第一时间与实际时间的偏差较大，另外，也可能是其他终端对应的第二时间与实际时间的偏差较大，或者，也可能是所述RTC产生的第一时间，以及其他终端对应的第二时间均与实际时间的偏差较大。这种情况下，为了避免MCU获取到的时间与实际时间之间的偏差过大，执行步骤S37和步骤S38的操作，获取标准时间，并将所述RTC存储的时间调整至所述标准时间，以便后续MCU通过RTC能够获取较为准确的时间，解决了现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

相应的，本申请还公开一种应用于车载终端的时钟同步装置。参见图4，所述应用于车载终端的时钟同步装置包括：接收模块100、解析模块200、对比模块300和第一调整模块400。

其中，所述接收模块100，用于接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成；

所述解析模块200，用于解析所述消息数据，获取所述消息数据中包含的消息类型标识；

所述对比模块300，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比；

所述第一调整模块400，用于若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

进一步的，参见图5，所述应用于车载终端的时钟同步装置还包括：

标准时间获取模块500，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间；

第二调整模块600，用于判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

进一步的，所述应用于车载终端的时钟同步装置还包括：

差值获取模块，用于若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与第二时间之间的差值；

所述第一调整模块还用于，判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，再执行将所述RTC存储的时间调整至所述第一时间的操作。

进一步的，所述标准时间获取模块还用于，若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间；

所述应用于车载终端的时钟同步装置还包括：

第三调整模块，用于将所述RTC存储的时间调整至所述标准时间。

进一步的，所述标准时间获取模块，包括：

第一获取单元，用于获取服务器传输的第三时间，将所述第三时间作为标准时间；

或者，

第二获取单元，用于获取全球定位系统GPS传输的第四时间，将所述第四时间作为标准时间。

通过本申请公开的应用于车载终端的时钟同步装置，能够实现对RTC的调整，解决现有技术中存在的MCU获取到的时间与实际时间存在较大偏差的问题。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种应用于车载终端的时钟同步方法，其特征在于，包括：

接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成；

解析所述消息数据，获取所述消息数据中包含的消息类型标识；

若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比；

若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

2.根据权利要求1所述的方法，其特征在于，所述应用于车载终端的时钟同步方法还包括：

若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间；

判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

3.根据权利要求1所述的方法，其特征在于，所述应用于车载终端的时钟同步方法还包括：

若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与第二时间之间的差值；

判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，再执行将所述RTC存储的时间调整至所述第一时间的操作。

4.根据权利要求3所述的方法，其特征在于，所述应用于车载终端的时钟同步方法还包括：

若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间；

将所述RTC存储的时间调整至所述标准时间。

5.根据权利要求2或4所述的方法，其特征在于，所述获取标准时间，包括：

获取服务器传输的第三时间，将所述第三时间作为标准时间；

或者，

获取全球定位系统GPS传输的第四时间，将所述第四时间作为标准时间。

6.一种应用于车载终端的时钟同步装置，其特征在于，包括：

接收模块，用于接收CAN总线传输的消息数据，所述消息数据由设置在车辆内的其他终端生成；

解析模块，用于解析所述消息数据，获取所述消息数据中包含的消息类型标识；

对比模块，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中包含第一时间，将所述第一时间与实时时钟RTC存储的第二时间进行对比；

第一调整模块，用于若根据对比结果，确定所述第一时间与所述第二时间不同，将所述RTC存储的时间调整至所述第一时间。

7.根据权利要求6所述的装置，其特征在于，所述应用于车载终端的时钟同步装置还包括：

标准时间获取模块，用于若根据所述消息数据中包含的消息类型标识，确定所述消息数据中不包含第一时间，则获取标准时间；

第二调整模块，用于判断所述标准时间与所述第二时间是否相同，若不同，则将所述RTC存储的时间调整至所述标准时间。

8.根据权利要求6所述的装置，其特征在于，所述应用于车载终端的时钟同步装置还包括：

差值获取模块，用于若根据对比结果，确定所述第一时间与所述第二时间不同，获取所述第一时间与第二时间之间的差值；

所述第一调整模块还用于，判断所述第一时间与第二时间之间的差值是否在预设的差值范围内，若是，再执行将所述RTC存储的时间调整至所述第一时间的操作。

9.根据权利要求8所述的装置，其特征在于，

所述标准时间获取模块还用于，若根据判断结果，确定所述第一时间与第二时间之间的差值不在预设的差值范围内，获取标准时间；

所述应用于车载终端的时钟同步装置还包括：

第三调整模块，用于将所述RTC存储的时间调整至所述标准时间。

10.根据权利要求7或4所述的方法，其特征在于，所述标准时间获取模块，包括：

第一获取单元，用于获取服务器传输的第三时间，将所述第三时间作为标准时间；

或者，

第二获取单元，用于获取全球定位系统GPS传输的第四时间，将所述第四时间作为标准时间。