CN115794016A - 应用于智能设备的多屏幕兼容方法、***、终端及介质 - Google Patents

Abstract

本发明公开一种应用于智能设备的多屏幕兼容方法、***、终端及介质，涉及数据通信领域。所述方法应用于智能设备，包括：S1，从预先建立的屏幕信息分区获取存储的屏幕数据；S2，基于屏幕数据，获取对应驱动；S3，判断预先获取的待安装屏幕的屏幕数据与对应驱动中的屏幕期望值是否一致；如果是，则进入S5；如果否，则进入S4；S4，基于预先获取的待安装屏幕的屏幕数据，获取对应驱动，返回S3；S5，发送待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。本发明的技术方案实现在不影响设备开机速度的情况下，保证智能设备具备同时兼容多款屏幕的能力。

Description

应用于智能设备的多屏幕兼容方法、***、终端及介质

技术领域

本发明涉及数据通信领域，尤其涉及一种应用于智能设备的多屏幕兼容方法、***、终端及介质。

背景技术

随全球性半导体物料紧缺，智能设备生产商为保证智能设备的正常生产，不得不同时使所生产的智能设备具备兼容多款屏幕的能力。

在屏幕较多场景下，使用现有屏幕兼容方法时，智能设备的开机速度受制于执行“寻找正确屏幕”的操作，导致：当同一款智能设备连接不同款屏幕时，会存在不同的开机速度，严重影响用户使用体验。

发明内容

本发明的目的在于提供一种应用于智能设备的多屏幕兼容方法、***、终端及介质，以解决同一款智能设备连接不同款屏幕时存在不同开机速度，导致用户体验感差的问题。

本发明第一方面提供一种应用于智能设备的多屏幕兼容方法，应用于智能设备，包括：

S1，从预先建立的屏幕信息分区获取存储的屏幕数据；

S2，基于所述屏幕数据，获取对应驱动；

S3，判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致；

如果是，则进入S5；

如果否，则进入S4；

S4，基于预先获取的待安装屏幕的屏幕数据，获取对应驱动，返回S3；

S5，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

在本发明的上述实施例中，可选地，S1之前包括以下步骤：

S001，判断屏幕信息分区获取的屏幕数据是否为空；

若是，则进入S4；

若否，则进入S002；

S002，判断所述屏幕数据是否合法；

如果是，则进入S2；

如果否，则进入S4。

在本发明的上述实施例中，可选地，S3中所述判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致，具体为：基于所述对应驱动，获取所述对应驱动中的verify函数和屏幕期望值；通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕的屏幕数据是否一致。

在本发明的上述实施例中，可选地，S3中，预先获取的待安装屏幕的屏幕数据，具体为：所述智能设备的主控芯片的mipi接口完成初始化；所述待安装屏幕上电，所述待安装屏幕为等待与所述智能设备建立装配关系的屏幕；所述主控芯片读取所述待安装屏幕的屏幕IC的至少一个寄存器；所述主控芯片拼接所述至少一个寄存器，得到所述待安装屏幕的屏幕数据。

在本发明的上述实施例中，可选地，至少在发送所述待安装屏幕的初始化序列前，还包括以下步骤：获取要发送的所述初始化序列所对应的屏幕数据D；利用屏幕数据D更新所述屏幕信息分区。

本发明第二方面提供一种实现应用于智能设备的多屏幕兼容方法的***，包括：

第一采集模块：从预先建立的屏幕信息分区获取存储的屏幕数据；

第二采集模块：采集待安装屏幕的屏幕数据；

匹配驱动模块：基于所述第一采集模块或所述第二采集模块传送的屏幕数据，获取所述屏幕数据的对应驱动；

验证驱动模块：判断所述第一采集模块或所述第二采集模块传送的屏幕数据与所述匹配驱动模块发送的对应驱动中的屏幕期望值是否一致；

发送模块：验证驱动成功后，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

本发明第三方面提供一种终端，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现应用于智能设备的多屏幕兼容方法。

本发明第四方面提供一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述应用于智能设备的多屏幕兼容方法。

本发明的有益效果是：本发明的技术方案实现在不影响设备开机速度的情况下，保证智能设备具备同时兼容多款屏幕的能力。具体为：基于待安装屏幕的对应驱动，验证得到待安装屏幕的屏幕ID数据落入预设屏幕期望值范围，发送待安装屏幕的初始化序列，点亮背光。极大缩短多屏幕兼容使用场景下“寻找屏幕”花费的时间，较大提升设备开机速度，提高用户体验感。

附图说明

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

图1示出了本申请的一个实施例一种应用于智能设备的多屏幕兼容方法的流程图；

图2示出了设备A采用本申请记载的技术方案装配屏幕LCD1的流程图；

图3示出了设备A采用本申请记载的技术方案点亮屏幕LCD1的流程图；

图4示出了设备A采用本申请记载的技术方案装配新屏幕LCD2的流程图；

图5示出了本申请的一个实施例一种应用于智能设备的多屏幕兼容***的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不用于限定本发明。

本申请的技术方案基于待安装屏幕的对应驱动，验证得到待安装屏幕的屏幕ID数据落入预设屏幕期望值范围，发送待安装屏幕的初始化序列，点亮背光。极大缩短多屏幕兼容使用场景下“寻找屏幕”花费的时间，较大提升设备开机速度，提高用户体验感。

本申请中涉及到的英文：

bootloader：在嵌入式操作***中，bootloader是在操作***内核运行之前运行，功能为初始化硬件设备、建立内存空间映射图，将***的软硬件环境带到一个合适状态，以便为最终调用操作***内核准备正确运行环境。

cmdline：命令行。

verify函数：表示任意一个屏幕的对应驱动中存储的用以验证对应驱动是否正确的函数。

Kernel：内核。

backlight：背光。

实施例1

参照图1，本实施例提供一种应用于智能设备的多屏幕兼容方法，应用于智能设备，包括：

S1，从预先建立的屏幕信息分区获取存储的屏幕数据；

S2，基于所述屏幕数据和BootLoader驱动列表，获取对应驱动；

S3，判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致；

如果是，则进入S5；

如果否，则进入S4；

S4，基于预先获取的待安装屏幕的屏幕数据，获取对应驱动，返回S3；

S5，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

在本实施例中，一个屏幕对应唯一驱动代码，每一个驱动代码中预先写入屏幕期望值，屏幕期望值代表该驱动所对应屏幕的屏幕ID。步骤S1、步骤S2中提及的屏幕信息分区存储的屏幕数据包括屏幕ID。步骤S3、步骤S4提及的所述待安装屏幕的屏幕数据包括所述待安装屏幕的屏幕ID。

在本实施例中，S1之前包括以下步骤：

S001，判断屏幕信息分区获取的屏幕数据是否为空；若是，则进入S4；若否，则进入S002；

S002，判断所述屏幕数据是否合法；如果是，则进入S2；如果否，则进入S4。其中，在步骤S002中，判断所述屏幕数据是否合法具体为：判断所述屏幕数据的格式是否符合预设要求。假如预设标准屏幕信息分区的数据以ASCII形式存储，格式为LCD_ID＝XXXX，那么，当获取的屏幕数据＝XXXX，则表示获取的屏幕数据存储于屏幕信息分区，认为获取的屏幕数据合法。

在本实施例中，在此，BootLoader驱动列表表示驱动结构体数组，该驱动结构体数组存储待安装屏幕的驱动数据。具体为：在BootLoader程序中设置一段包含驱动结构体数组的程序，当一个设备要装配一个新屏幕时，预先在驱动结构体数组中写入待安装屏幕的驱动数据。

在本实施例中，S3中所述判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致，具体为：基于所述对应驱动，获取所述对应驱动中的verify函数和屏幕期望值；通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕的屏幕数据是否一致。

在本实施例中，S3中，预先获取的待安装屏幕的屏幕数据，具体为：所述智能设备的主控芯片的mipi接口完成初始化；所述待安装屏幕上电，所述待安装屏幕为等待与所述智能设备建立装配关系的屏幕；所述主控芯片读取所述待安装屏幕的屏幕IC的至少一个寄存器；所述主控芯片拼接所述至少一个寄存器，得到所述待安装屏幕的屏幕数据。

在本实施例中，至少在发送所述待安装屏幕的初始化序列前，还包括以下步骤：获取要发送的所述待安装屏幕的初始化序列所对应的屏幕数据D；利用屏幕数据D更新所述屏幕信息分区。具体为：获取要发送的屏幕初始化序列所对应的屏幕数据D，判断屏幕数据D是否已经被存储在所述屏幕信息分区，如果是，则不更新所述屏幕信息分区；如果否，则利用屏幕数据D覆盖所述屏幕信息分区中的原数据，完成利用要发送的屏幕初始化序列所对应的屏幕数据D更新所述屏幕信息分区。

参照图2，示例1，当任意一个设备首次安装屏幕的示例，设备A首次出厂前第一次装配屏幕LCD1。

设备A采用本申请记载的技术方案装配屏幕LCD1，具体为：

1.1因设备A第一次开机时，默认从屏幕信息分区中读取数据。由于屏幕信息分区从来没有写入过屏幕ID数据，故，在验证数据信息阶段返回不合法。

1.2读取屏幕ID：获取屏幕ID。

1.3匹配驱动：基于所述屏幕ID值，设备A从BootLoader驱动列表查找待安装屏幕的对应驱动，即：设备A获取屏幕LCD1的对应驱动。

1.4验证驱动：基于待安装屏幕的对应驱动，设备A调用所述对应驱动中的verify函数，利用verify函数验证对应驱动正确性。其中，利用verify函数验证所述对应驱动正确性具体为：基于所述对应驱动，获取所述对应驱动中的verify函数和屏幕期望值；通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕的屏幕数据是否一致。如果屏幕驱动匹配错误会直接导致智能设备开机后屏幕处于黑屏或花屏等无法显示任何内容的状态，使用者与设备进行任何基于屏幕的交互，导致设备几乎完全不能用，故验证驱动十分必要。

因为屏幕LCD1的屏幕信息从未写入过设备A的屏幕信息分区中，故，验证驱动成功后还包括：屏幕信息写入屏幕信息分区，即读取待安装屏幕的屏幕LCD1的屏幕ID信息，将所述屏幕ID信息按照预设格式写入预先建立的屏幕信息分区。

1.5发送初始化序列：发送屏幕LCD1的初始化序列，点亮backlight，将屏幕LCD1的屏幕信息写入cmdline最终传递给内核，完成设备A装配屏幕LCD1。其中，每一个屏幕具有唯一的初始化序列，具体为：每一个屏幕的供应商以及每一个屏幕显示ic的不同，每一个屏幕具有唯一的初始化序列，屏幕的初始化序列由屏幕供应商提供。

参照图3，示例2，任意一个设备已经装配屏幕，再次开机时，设备点亮屏幕的方法：

2.1设备开机后，直接从屏幕信息分区读取数据，验证所读取数据为合法数据；

2.2读取屏幕ID，设备直接从屏幕信息分区获取要点亮屏幕的屏幕ID；

2.3匹配驱动：基于所述屏幕ID值，设备从BootLoader驱动列表查找待点亮屏幕的对应驱动，即：设备获取待点亮屏幕的对应驱动。

2.4验证对应驱动，成功则进入发送初始化序列；失败，则发出故障信息。

2.5发送初始化序列：发送屏幕LCD1的初始化序列，点亮backlight，完成设备点亮屏幕。

参照图4，示例3，任意一个设备装配新屏幕的示例：因维修等原因，设备A首次装配屏幕LCD1不能被设备A继续使用，故，设备A需装配一个新屏幕LCD2。

设备A采用本申请记载的技术方案装配新屏幕LCD2，具体为：

3.1设备开机后，直接从屏幕信息分区读取数据；在本步骤所读取的数据为屏幕LCD1的屏幕数据；

3.2验证数据信息，直接从屏幕信息分区获取屏幕ID数据；因获得的屏幕ID数据源于屏幕数据分区，故所获得的屏幕数据合法。在本步骤中的屏幕ID为屏幕LCD1的屏幕ID；

3.3匹配驱动：基于所述屏幕ID，设备从BootLoader驱动列表查找对应的驱动1，即：设备查找到的是屏幕LCD1的屏幕ID的对应驱动1。

3.4验证对应驱动1，基于所述对应驱动1，设备A调用所述对应驱动1中的verify函数，利用verify函数验证对应驱动1。具体为：基于所述对应驱动，获取所述对应驱动1中的verify函数和屏幕期望值，在此，屏幕期望值为屏幕LCD1的屏幕ID；通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕LCD2的屏幕ID不一致，进入步骤(3.5)。

3.5重新匹配驱动，基于所述待安装屏幕LCD2的屏幕ID，设备A从BootLoader驱动列表查找对应的驱动2，即：设备A查找到的是屏幕LCD2的屏幕ID的对应驱动2；

3.6验证对应驱动2，基于所述对应驱动2，设备A调用所述对应驱动2中的verify函数，利用verify函数验证对应驱动2。具体为：基于所述对应驱动，获取所述对应驱动2中的verify函数和屏幕期望值，在此，屏幕期望值为屏幕LCD2的屏幕ID；通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕LCD2的屏幕ID一致，进入步骤(3.7)。

3.7发送初始化序列：发送屏幕LCD2的初始化序列，点亮backlight，完成设备A点亮屏幕LCD2。

在步骤3.6中还包括：验证对应驱动成功后，新屏幕LCD2的屏幕ID写入屏信息分区并覆盖屏信息分区中的原数据。在此，屏幕信息分区为flash的一部分。

实施例2

参照图5，本实施例提供一种实现所述应用于智能设备的多屏幕兼容方法的***，包括：

第一采集模块：从预先建立的屏幕信息分区获取存储的屏幕数据；

第二采集模块：采集待安装屏幕的屏幕数据；

匹配驱动模块：基于所述第一采集模块或所述第二采集模块传送的屏幕数据，获取所述屏幕数据的对应驱动；

验证驱动模块：判断所述第一采集模块或所述第二采集模块传送的屏幕数据与所述匹配驱动模块发送的对应驱动中的屏幕期望值是否一致；

发送模块：验证驱动成功后，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

实施例3

本实施例提供一种终端，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现所述应用于智能设备的多屏幕兼容方法。

实施例4

本实施例提供一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述应用于智能设备的多屏幕兼容方法。

通过采用本发明公开的上述技术方案，得到了如下有益的效果：本发明的技术方案实现在不影响设备开机速度的条件下，保证安卓智能设备具备同时兼容多款屏幕的能力。具体为：基于待安装屏幕的对应驱动，验证得到待安装屏幕的屏幕ID数据落入预设屏幕期望值范围，发送待安装屏幕的初始化序列，点亮背光。极大缩短多屏幕兼容使用场景下“寻找屏幕”花费的时间，较大提升设备开机速度，提高用户体验感。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本发明所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种应用于智能设备的多屏幕兼容方法，应用于智能设备，其特征在于，包括：

S1，从预先建立的屏幕信息分区获取存储的屏幕数据；

S2，基于所述屏幕数据，获取对应驱动；

S3，判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致；

如果是，则进入S5；

如果否，则进入S4；

S4，基于预先获取的待安装屏幕的屏幕数据，获取对应驱动，返回S3；

S5，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

2.根据权利要求1所述应用于智能设备的多屏幕兼容方法，其特征在于，S1之前包括以下步骤：

S001，判断屏幕信息分区获取的屏幕数据是否为空；

若是，则进入S4；

若否，则进入S002；

S002，判断所述屏幕数据是否合法；

如果是，则进入S2；

如果否，则进入S4。

3.根据权利要求1所述应用于智能设备的多屏幕兼容方法，其特征在于，S3中所述判断预先获取的待安装屏幕的屏幕数据与所述对应驱动中的屏幕期望值是否一致，具体为：

基于所述对应驱动，获取所述对应驱动中的verify函数和屏幕期望值；

通过所述verify函数验证所述屏幕期望值与预先获取的待安装屏幕的屏幕数据是否一致。

4.根据权利要求1所述应用于智能设备的多屏幕兼容方法，其特征在于，S3中，预先获取的待安装屏幕的屏幕数据，具体为：

所述智能设备的主控芯片的mipi接口完成初始化；

所述待安装屏幕上电，所述待安装屏幕为等待与所述智能设备建立装配关系的屏幕；

所述主控芯片读取所述待安装屏幕的屏幕IC的至少一个寄存器；

所述主控芯片拼接所述至少一个寄存器，得到所述待安装屏幕的屏幕数据。

5.根据权利要求1所述应用于智能设备的多屏幕兼容方法，其特征在于，至少在发送所述待安装屏幕的初始化序列前，还包括以下步骤：

获取要发送的所述初始化序列所对应的屏幕数据D；

利用屏幕数据D更新所述屏幕信息分区。

6.一种实现如权利要求1-5任意一项所述应用于智能设备的多屏幕兼容方法的***，其特征在于，包括：

第一采集模块：从预先建立的屏幕信息分区获取存储的屏幕数据；

第二采集模块：采集待安装屏幕的屏幕数据；

匹配驱动模块：基于所述第一采集模块或所述第二采集模块传送的屏幕数据，获取所述屏幕数据的对应驱动；

验证驱动模块：判断所述第一采集模块或所述第二采集模块传送的屏幕数据与所述匹配驱动模块发送的对应驱动中的屏幕期望值是否一致；

发送模块：验证驱动成功后，发送所述待安装屏幕初始化序列，点亮backlight，完成智能设备与所述待安装屏幕的装配。

7.一种终端，其特征在于，包括：一个或多个处理器；存储器，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-5任意一项所述应用于智能设备的多屏幕兼容方法。

8.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任意一项所述应用于智能设备的多屏幕兼容方法。

Images