CN116697536A - 空调遥控器、空调器、空调系统及遥控器自动适配方法 - Google Patents

Abstract

本发明提供了一种空调遥控器、空调器、空调系统及遥控器自动适配方法，涉及空调技术领域。空调遥控器包括：第一控制器以及第一通信模块；第一控制器被配置为：响应于用户输入的按键指令，生成功能查询请求报文，并通过第一通信模块将功能查询请求报文发送至空调器；通过第一通信模块接收空调器反馈的功能查询结果报文，并根据功能查询结果报文，生成空调遥控器的功能配置文件。解决了遥控器配置过程繁琐，并且对于新用户的使用体验不够友好的问题。

Description

空调遥控器、空调器、空调系统及遥控器自动适配方法

技术领域

本发明涉及空调技术领域，尤其涉及一种空调遥控器、空调器、空调系统及遥控器自动适配方法。

背景技术

当前空调市场上存在着种类繁多的产品，而各个类型空调的功能差异也很大。而为了保证产品的通用化以及满足不同用户的使用需求，会将多种控制功能集成到同一款遥控器型号中，即多种不同类型的空调器都采用一种类型的空调遥控器。

相关技术中，用户在使用遥控器进行功能配置的过程中，需要根据空调器支持的功能进行手动适配，因此配置过程繁琐，并且对于新用户的使用不够友好。

发明内容

本发明实施例提供空调遥控器、空调器、空调系统及遥控器自动适配方法，旨在解决遥控器配置过程繁琐，并且对于新用户的使用不够友好的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本申请实施例提供了一种空调遥控器，空调遥控器包括：第一控制器以及第一通信模块；

第一控制器被配置为：

响应于用户输入的按键指令，生成功能查询请求报文，并通过第一通信模块将功能查询请求报文发送至空调器；

通过第一通信模块接收空调器反馈的功能查询结果报文，并根据功能查询结果报文，生成空调遥控器的功能配置文件。

本申请实施例提供的技术方案至少带来以下有益效果：首先，用户只需要简单地按下对应的按键，即可通过空调遥控器发送相应的功能查询请求报文给空调器，用户不需要进行繁琐的设置，因此大大提高了使用的便捷性。其次，空调遥控器可以自动查询空调器的功能，因此用户可以更轻松地了解和使用空调的各种功能。不再需要费时费力地阅读使用手册或者在空调面板上进行各种设置，简化了空调的操作流程，提高了使用的便捷性。并且由于遥控器的操作简单直观，用户可以更加方便快捷地进行空调操作，这可以提高用户的使用体验。最后，自动生成的功能配置文件也可以避免配置错误，避免了用户带来不必要麻烦，提高了使用的可靠性。

在一些实施例中，第一控制器还被配置为：

根据按键指令与预设指令表的匹配关系，确定功能查询请求报文的请求消息体和类型标识，其中，类型标识包括第一标识和第二标识，第一标识用于表征功能查询请求报文的类型为单维度功能查询请求，第二标识用于表征功能查询请求报文的类型为多维度功能查询请求；

将请求消息体、类型标识和空调遥控器的设备编码进行封装，生成功能查询请求报文。

在一些实施例中，第一控制器还被配置为：

检测第一通信模块与空调器的通信连接状态；其中，通信连接状态包括成功状态和失败状态；

在通信连接状态为成功状态的情况下，执行将功能查询请求报文发送至空调器的步骤；

在通信连接状态为失败状态的情况下，将功能查询请求报文储存在请求暂存区，并记录功能查询请求报文的暂存时长。

在一些实施例中，第一控制器还被配置为：

获取功能查询请求报文的暂存时长，并根据暂存时长与预设时间阈值的大小关系，判断功能查询请求报文的发送过程是否超时；

在功能查询请求报文的发送过程未超时的情况下，继续执行将功能查询请求报文发送至空调器的步骤；

在功能查询请求报文的发送过程超时的情况下，清除请求暂存区中储存的功能查询请求报文，并退出将功能查询请求报文发送至空调器的步骤。

在一些实施例中，第一控制器被配置为：

对功能查询结果报文进行解析，以获得空调遥控器的设备编码；

根据空调遥控器的设备编码对功能查询结果报文进行筛选，以获得至少一个目标功能查询结果报文；

获取目标功能查询结果报文的中功能查询码以及空调器的设备编码，并生成的对应的配置文件。

在一些实施例中，空调遥控器还包括按键模块和显示模块；

第一控制器还被配置为：

根据功能查询码，确定空调器支持的功能项；

根据空调器支持的功能项，生成由显示模块控制信号和按键模块控制信号组成的配置文件；

根据空调器的设备编码，对配置文件进行储存。

第二方面，本发明实施例提供一种空调器，空调器包括：第二控制器和第二通信模块；

第二控制器被配置为：

接收空调遥控器发送的功能查询请求报文，并对功能查询请求报文进行解析；

根据功能查询请求报文的解析结果，生成功能查询结果报文，并将功能查询结果报文通过第二通信模块发送至空调遥控器。

在一些实施例中，第二控制器还被配置为：

对功能查询请求报文进行解析，以获得请求消息体和空调遥控器的设备编码；

根据请求消息体表征的功能查询内容，查询空调器支持的功能项，并根据支持的功能项的查询结果，生成功能查询码；

将空调遥控器的设备编码、功能查询码以及空调器的设备编码进行封装，生成功能查询结果报文。

第三方面，本申请的实施例提供一种空调系统，包括实施例第一方面的空调遥控器和第二方面的空调器。

第四方面，本申请的实施例提供一种遥控器自动适配方法，应用于实施例第一方面的空调遥控器，方法包括：

空调遥控器响应于用户输入的按键指令，生成功能查询请求报文，并通过第一通信模块将功能查询请求报文发送至空调器；

空调遥控器通过第一通信模块接收空调器反馈的功能查询结果报文，并根据功能查询结果报文，生成空调遥控器的功能配置文件。

第五方面，本申请的实施例提供另一种遥控器自动适配方法，应用于实施例第二方面的空调器，方法包括：

空调器接收空调遥控器发送的功能查询请求报文，并对功能查询请求报文进行解析；

空调器根据功能查询请求报文的解析结果，生成功能查询结果报文，并将功能查询结果报文通过第二通信模块发送至空调遥控器。

第六方面，本申请的实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在上述任一项装置上运行时，使得装置执行上述任一种遥控器自动适配方法。

第七方面，本申请的实施例提供一种芯片，包括：处理器和存储器；该存储器用于存储计算机执行指令，该处理器与存储器连接，当芯片运行时，处理器执行存储器存储的计算机执行指令，以使芯片执行上述任一种遥控器自动适配方法。

第八方面，本申请实施例提供一种包含指令的计算机程序产品，当其在上述任一项设备上运行时，使得装置执行上述任一种遥控器自动适配方法。

以上第二方面至第八方面的有益效果可参照第一方面中任一种实现方式的内容，在此不予赘述。本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

附图说明

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

图1是本发明实施例中空调遥控器的功能模块图；

图2是本发明实施例中空调器的功能模块图；

图3是本发明实施例中一种遥控器自动适配方法的步骤流程图；

图4是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图5是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图6是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图7是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图8是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图9是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图10是本发明实施例中另一种遥控器自动适配方法的步骤流程图；

图11是本发明实施例中对模式功能进行配置的流程示意图；

图12是本发明实施例中模式与字节位置的对应关系图；

图13是本发明实施例中对风量功能进行配置的流程示意图；

图14是本发明实施例中风量档位与功能查询码的对应关系图

图15是本发明实施例中对风向功能进行配置的流程示意图；

图16是本发明实施例中风向与字节位置的对应关系图；

图17是本发明实施例中对温度功能进行配置的流程示意图；

图18是本发明实施例中对所有功能进行配置的流程示意图。

附图标记：10、空调遥控器；11、第一控制器；12、第一通信模块；13、按键模块；14、显示模块；20、空调器；21、第二控制器；22、第二通信模块。

具体实施方式

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

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

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连“、“连接“应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。另外，在对管线进行描述时，本申请中所用“相连“、“连接“则具有进行导通的意义。具体意义需结合上下文进行理解。

在本申请实施例中，“示例性的“或者“例如“等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的“或者“例如“的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的“或者“例如“等词旨在以具体方式呈现相关概念。

如背景技术所言，现有的对遥控器的配置过程中，用户需要根据空调器支持的功能来进行手动的配置。而为了实现遥控器的通用化，不同种类的空调功能都被集成到同一款遥控器中，因此遥控器不是所有的功能项都是可以使用的。在首次使用遥控器控制空调时，用户需要手动按照空调器的型号和功能进行适配操作，例如手动设置遥控器的模式、风量、导风板等，以保证遥控器能够正常控制空调器。这个过程是单方向设定的过程，即遥控器只能进行信号的发送，空调器只能接收信号，并且这个适配过程需要用户具备相关的知识和技能，如果用户不熟悉空调的具体型号和支持的功能，或者设置不当，就有可能导致遥控器不能正确地控制空调。因此，现有的遥控器适配过程需要用户具备一定的动手能力和专业知识，对动手能力较差或专业知识储备不足的群体不够友好，使得用户的学习成本变高。

针对此问题，发明人提出了本申请的技术构思：通过空调遥控器生成功能查询请求报文，并将功能查询请求报文发送至空调器。空调器接收请求报文并解析后，生成功能查询结果报文，并发送至空调遥控器。空调遥控器接收结果报文，生成功能配置文件，实现自动匹配不同空调器机种的功能。从而使得用户在使用遥控器无需进行手动适配，就可以实现不同类型空调器的自动适配。

下面结合说明书附图，对本申请的具体方案进行详细描述。

如图1所示空调遥控器的功能模块图，本发明实施例的空调遥控器10包括第一控制器11、第一通信模块12、按键模块13和显示模块14。

其中，第一控制器11分别与按键模块13、第一通信模块12以及显示模块14连接，按键模块13用于接收用户输入的按键指令，第一控制器11用于生成功能查询请求报文，第一通信模块12用于发送功能查询请求报文和接收功能查询结果报文，显示模块14用于显示室内机支持的功能项。

如图2所示空调器的功能模块图，这里的空调器是指空调的室内机，本发明实施例的空调器20包括第二控制器21、第二通信模块22。

其中，第二控制器21与第二通信模块22连接，第二通信模块22用于接收功能查询请求报文和发送功能查询结果报文，第二控制器21用于对功能查询请求报文进行解析，并根据功能查询请求报文的解析结果，生成功能查询结果报文。

本申请实施例提供一种遥控器自动适配方法，如图3所示，应用于空调遥控器，该方法包括以下步骤：

S101：响应于用户输入的按键指令，生成功能查询请求报文，并通过第一通信模块将功能查询请求报文发送至空调器。

在空调遥控器的配置过程中，用户通过按压按键模块来输入相应的按键指令，按压的按键类型不同或按压的时间不同，都可以生成不同的按键指令。在生成按键指令之后，即可获取到用户的操作意图，用户的操作意图即为其想配置什么样的功能，然后将按键指令转换成查询空调器是否支持该功能的功能查询请求报文，通过第一通信模块将功能查询请求报文发送给空调器，需要说明的是，空调遥控器发送功能查询请求报文的方式是广播方式，即空调遥控器会向其通信覆盖范围内的空调器都发送功能查询请求报文，而不是针对某一台空调器进行单独发送。广播方式的优点是可以使得遥控器和空调器之间的通信更为简单和方便。因为遥控器只需要广播一条功能查询请求报文，就可以同时向多个空调器发送请求，而不需要单独针对每台空调器进行通信。这种方式可以大大提高遥控器的工作效率，同时也降低了通信的复杂度。

作为示例的，如果一个家庭中有多台空调器要与空调遥控器进行适配，而这些空调器都可以接收来自遥控器的广播信号。那么当用户按下遥控器上的功能查询按键时，遥控器会发送一条广播功能查询请求报文，这个报文将被广播到所有空调器中。需要注意的是，在使用广播方式进行通信时，需要确保遥控器和空调器之间的通信频率一致，以免造成通信混乱或干扰。

在一些实施例中，第一通信模块负责将功能查询请求报文从空调遥控器发送到空调器。第一通信模块可以是无线通信模块，例如，蓝牙模块、Wi-Fi模块或红外通信模块。第一通信模块可以与遥控器中的第一控制器连接，通过无线信号或红外线信号将命令或数据发送到空调器中的通信模块。第一通信模块是空调遥控器中用于与空调器进行通信的芯片或模块，用于将用户输入的指令发送到空调器中的接收器。而具体使用哪种通信模块，取决于具体的设计需求和实际需求，本申请对此不进行限定。

S102：通过第一通信模块接收空调器反馈的功能查询结果报文，并根据功能查询结果报文，生成空调遥控器的功能配置文件。

当空调遥控器向空调器发送功能查询请求报文时，空调器会返回一个包含有关其支持的功能项的功能查询结果报文。功能查询结果报文包含有关的查询请求的响应信息。功能查询结果报文通常使用一种特定的格式进行编码和传输，以便空调遥控器可以正确地读取和解释它们。这个格式可以是标准的文本格式，也可以是二进制格式，具体取决于所使用的通信协议和编程语言。本申请对此不进行限定。空调遥控器可以使用查询结果报文中的信息来更新其功能配置文件，查询结果报文中的信息包括空调器可以支持的功能，例如不同的运行模式、温度范围、风速设档位等等。空调遥控器将使用这个列表来生成其功能配置文件，以便用户能够知晓空调器支持的所有功能，从而实现空调遥控器的自动配置。

在本发明中，用户只需要输入配置指令，无需人工干预即可实现自动调节空调系统。这样可以减少人工操作，简化了空调遥控器的配置流程，提高工作效率。并且遥控器可以自动识别空调器支持的功能列表，并生成功能配置文件。这样可以实现智能化管理，提高空调系统的管理水平。

在一些实施例中，步骤S101的具体实现过程如图4所示，可以为：

S1011：根据按键指令与预设指令表的匹配关系，确定功能查询请求报文的请求消息体和类型标识。

遥控器中预先储存了用于表征按键指令与预设指令表匹配关系的数据表，根据输入的按键指令，即可通过查找出对应的功能查询请求报文的请求消息体和类型标识。请求消息体是指在遥控器向空调器发送请求时，请求中包含的数据体。它包含了遥控器发送请求所需要的所有参数信息，比如请求类型、请求路径、请求头、请求体等。具体来说，类型标识包括第一标识和第二标识。第一标识用于表征功能查询请求的类型为单维度功能查询请求，这种请求类型是指用户只需要配置一种参数的信息，例如当前空调室内温度。第二标识用于表征功能查询请求的类型为多维度功能查询请求，这种请求类型是指用户需要同时配置多种参数的信息，例如当前空调室内温度、风量、模式类型、挡风板等。

在根据按键指令与预设指令表的匹配关系确定所需查询信息后，将根据类型标识生成对应的请求消息体。对于单维度功能查询请求，请求消息体只包含一种维度的查询的参数信息；对于多维度功能查询请求，请求消息体会包含多种维度的参数信息。同时，根据请求消息体和类型标识生成的功能查询请求报文将通过第一通信模块发送至空调器。

作为示例的，当用户只需要对风量功能进行配置时，通过长按“风量“键，从而生成对应的风量按键指令，遥控器会将风量按键指令与预设指令表进行匹配，匹配的结果可以为单维度功能查询请求，因此类型标识为第一标识，请求消息体可以为“查询支持的风量档位”。根据类型标识，生成的请求消息体只包含风量信息的功能查询内容。

作为示例的，当用户只需要对所有的功能进行配置时，通过长按“配置“键，从而生成对应的一键配置按键指令，遥控器会将一键配置按键指令与预设指令表进行匹配，匹配的结果为多维度功能查询请求，因此类型标识为第二标识，请求消息体可以为“查询支持的所有功能“。根据这个类型标识，生成的请求消息体包含所有维度的查询信息。

S1012：将请求消息体、类型标识和空调遥控器的设备编码进行封装，生成功能查询请求报文。

将请求消息体、类型标识和空调遥控器的设备编码等相关的信息按照一定的格式组织在一起，形成一个功能查询请求报文，以便向空调器发送查询命令并获取所需的信息。空调遥控器的设备编码是一个用于标识空调遥控器的唯一标识符，这个设备编码通常是由系统管理员或系统自动分配的，通常采用数字、字母或符号的组合，长度可以是任意的，用于表征空调遥控器的唯一性。

在一些实施例中，在生成功能查询请求报文之后，在将功能查询请求发送至空调器的步骤之前，还需要对空调器和空调遥控器的通信连接状态进行检测，并根据检测结果执行不同的发送策略，其实现的过程如图5所示，具体的步骤包括：

S10131：检测与空调器的通信连接状态。

遥控器需要检测与空调器的通信连接状态，以确定当前是否能够与空调器进行通信。通信连接状态可以分为成功状态和失败状态两种，成功状态表示当前系统能够正常与空调器进行通信，而失败状态则表示当前系统无法与空调器进行通信。即遥控器首先发送检测信号，空调器收到检测信号后，回复确认信号，以表示通信连接正常。如果没有回复确认信号，则表示通信连接故障。遥控器通过检测是否收到确认信号，判断与空调器的通信连接状态。

作为示例的，遥控器检测与空调器的通信连接状态的具体实现方式可以为：心跳包机制，通过在系统和空调器之间定时发送心跳包，以判断通信是否正常。心跳包通常包含一些特定的数据和时间戳信息，它们能够帮助系统判断空调器的状态是否正常。

S10132：在通信连接状态为成功状态的情况下，执行将功能查询请求发送至空调器的步骤。

如果检测到与空调器的通信连接状态为成功状态，那么空调器将会执行将功能查询请求发送至空调器的步骤。遥控器将按照之前封装好的请求报文格式，将请求报文发送给空调器，并等待空调器的响应。如果空调器能够成功响应，那么系统将会将响应结果返回给用户，并结束本次查询请求。

S10133：在通信连接状态为失败状态的情况下，将功能查询请求储存在请求暂存区，并记录功能查询请求的暂存时长。

作为示例的，如果检测到与空调器的通信连接状态为失败状态，那么遥控器将会将功能查询请求储存在请求暂存区，并记录下请求的暂存时长。遥控器将会将请求报文存储在系统中的一个暂存区，以便在之后系统与空调器的通信连接恢复后能够重新发送查询请求。同时，系统还需要记录下这个功能查询请求的暂存时长，用于后续的超时判断。

通过上述步骤，能够检测遥控器与空调器的通信连接状态，确保遥控器能够及时响应用户的查询请求，并在出现通信故障时能够及时发现和处理问题。同时，通过将查询请求储存在请求暂存区中，系统还能够在一定的时间内重新发送查询请求，从而避免了由于通信故障导致的查询失败问题。

在一些实施例中，在获取功能查询请求的暂存时长之后，可以根据暂存时长来保证功能查询请求的时效性，其实现过程如图6所示，具体的步骤包括：

S101331：获取功能查询请求报文的暂存时长，并根据暂存时长与预设时间阈值的大小关系，判断功能查询请求报文的发送过程是否超时。

这一步骤的目的是判断在通信连接失败的情况下，功能查询请求的发送过程是否超时。当请求储存在请求暂存区时，系统需要记录该请求的暂存时长，然后与预设的时间阈值进行比较，以判断请求是否已经超时。如果请求超时，则需要清除请求暂存区中储存的功能查询请求，退出功能查询请求的发送步骤。

S101332：在功能查询请求报文的发送过程未超时的情况下，继续执行将功能查询请求报文发送至空调器的步骤。

如果功能查询请求的发送过程未超时，则可以继续将请求发送至空调器，并等待空调器的回复。在收到空调器的回复后，空调器可以进行相应的处理。

S101333：在功能查询请求报文的发送过程超时的情况下，清除请求暂存区中储存的功能查询请求报文，并退出将功能查询请求报文发送至空调器的步骤。

如果功能查询请求的发送过程超时，则需要清除请求暂存区中储存的功能查询请求，并退出功能查询请求的发送步骤。此时，系统可以考虑重新检测与空调器的通信连接状态，并根据情况决定是否重新发送功能查询请求。

作为示例的：假设预设的时间阈值为10秒，而某一功能查询请求的暂存时长为12秒，则说明请求已经超时。此时，系统需要清除请求暂存区中储存的功能查询请求，并退出功能查询请求的发送步骤。而某一功能查询请求的暂存时长为5秒，则说明请求尚未超时。此时，系统可以继续将请求发送至空调器，并等待空调器的回复。如果在10秒之内收到了空调器的回复，则可以进行相应的处理；如果超过10秒仍未收到回复，则说明请求超时，需要进行相应的处理。

通过上述步骤，遥控器能够实时地检测空调器的通信连接状态，及时判断功能查询请求是否需要暂存并记录时长，确保用户能够及时获得所需的空调信息。而根据预设时间阈值判断功能查询请求是否超时，避免了功能查询请求因为长时间未能发送而导致的信息丢失等问题，增加了信息的可靠性。

在一些实施例中，步骤S102的具体实现过程如图7所示，其具体步骤包括：

S1021：对功能查询结果报文进行解析，以获得空调遥控器的设备编码。

在接收到空调器发送的功能查询结果报文后，需要对其进行解析，以获得其中包含的空调遥控器设备编码。具体地，需要对功能查询结果报文进行逐层解析，从报文头部开始，根据报文格式和协议，依次提取出所需的信息，直到获取到空调遥控器设备编码。在对该报文进行解析时，需要先从报文头部提取出设备编码，再根据报文格式提取出相应的功能码信息。最终可以通过整合这些信息，获得空调遥控器的设备编码。而首先解析空调遥控器的设备编码的目的的为了筛选出属于空调遥控器的功能查询结果报文，因为在空调器可能会接收到多个空调遥控器发送的功能查询请求报文，所以在生成功能查询结果报文的过程中，也会生成对应数量个的功能查询结果报文。

作为示例的，假设有两个空调遥控器A和B，它们的设备编码分别为“AC-001”和“AC-002”。现在空调器同时收到了A和B两个遥控器的功能查询请求报文，并在分别解析后生成编号为a和b的功能查询结果报文，然后空调器将编号为a和b的功能查询结果报文都发送给了A和B两个遥控器，而对于A遥控器来说，如果不解析空调遥控器的设备编码，那么将无法区分编号为a和b的功能查询结果报文属于自己，从而出现误判或遗漏的情况。

S1022：根据空调遥控器的设备编码对功能查询结果报文进行筛选，以获得至少一个目标功能查询结果报文。

根据遥控器的设备编码对功能查询结果报文进行筛选，是因为在空调器发回的功能查询结果报文中，可能会包含多个遥控器发送的功能查询结果报文，如果不对功能查询结果报文进行筛选，那么在遥控器收到报文后，就无法区分哪些反馈的报文属于自己发送的查询请求，并将属于自己的功能查询结果报文确定为目标功能查询结果报文。

作为示例的，继续以上述实施例进行说明，如果遥控器A不解析设备编码，那么当空调器将编号为a和b的功能查询结果报文都发送给A遥控器时，A遥控器就无法区分哪个报文属于自己发送的查询请求。如果此时A遥控器需要的功能查询结果只在编号为a的报文中，那么A遥控器就会出现遗漏的情况。反之，如果A遥控器错误地将编号为b的报文也解析为自己发送的查询请求，那么A遥控器就会出现误判的情况。因此，需要对功能查询结果报文进行筛选，以确保待适配的遥控器只获得自己发送的查询请求对应的功能查询结果报文。

S1023：获取目标功能查询结果报文的中功能查询码以及空调器的设备编码，并生成的对应的配置文件。

在确定目标功能查询结果报文之后，由于目标功能查询结果报文的来源可能属于不同的空调器，因此需要对目标功能查询结果报文进行解析，以获得功能查询码和空调器的设备编码。这两个信息用于在生成配置文件时进行标识和匹配。空调器的设备编码是一个唯一标识符，用于标识该空调器的身份。在配置文件中，空调器的设备编码可以用于指定与之关联的遥控器设备编码和功能查询码。

作为示例的，以风量功能的功能查询码来进行说明，若空调器支持的风量为三档风，则其生成的功能查询码则为“00”，若空调器支持的风量为四档风，则其生成的功能查询码则为“01”，若空调器支持的风量为六档风，则其生成的功能查询码则为“10”。

在一些实施例中，步骤S1023的具体实现步骤如图8所示，包括：

S10231：根据功能查询码，确定空调器支持的功能项。

根据获取的功能查询码，通过预先定义的规则或协议，确定空调器支持的功能项。例如，以风量功能为例，若功能查询码为“00”，则说明空调器支持三档风的功能项，若功能查询码为“01”，则说明空调器支持四档风的功能项，若功能查询码为“10”，则说明空调器支持六档风的功能项。

S10232：根据空调器支持的功能项，生成由显示模块控制信号和按键模块控制信号组成的配置文件。

为了使得用户能够直观的了解到空调器支持的功能，通常在显示模块和按键模块上进行提示，即通过显示屏是否显示和按键是否点亮来确定能否支持某一功能项。

作为示例的，继续以上述实施例进行说明，显示模块控制信号用于控制在显示模块上，通过在屏幕上显示相应的图标或文字来提示用户空调器支持的功能项，例如在屏幕上显示三档、四档和六档风的图标，以便用户能够直观地了解可用的功能。按键模块控制信号用于控制在按键模块上，可以将相应的按键与支持的功能项进行匹配，例如将一个按钮分配给三档风，另一个按钮分配给四档风，并通过按键是否点亮来确定能否支持三档风，三档风。

因此，在生成配置文件时，需要将显示模块和按键模块上的控制信号和功能项进行匹配，并确保相应的图标和按键正确地显示和响应。这样，用户就能够直观地了解空调器支持的功能，并方便地控制空调器的运行。

S10233：根据空调器的设备编码，对配置文件进行储存。

创建一个配置文件，可以是文本文件或者其他格式的文件，用于记录空调器支持的各种功能及其对应的功能码。在配置文件中添加空调器的设备编码，这可以是一个字符串或者数字，用于标识该空调器。在配置文件中添加空调器支持的各种功能及其对应的功能码，例如风量、温度、模式等等。以风量功能为例，假设空调器的设备编码为003，支持三档风，四档风和六档风，那么可以在配置文件中添加以下内容：

[003]，风量：00，01，10。

其中，[003]是指空调器的设备编码，风量后面的“00，01，10”表示空调器支持的三档风、四档风和六档风的功能码，保存配置文件，这样就可以根据功能查询码以及空调器的设备编码生成对应的配置文件，从而实现遥控器的风量功能的自动配置。

而在适配完成之后，在之后使用的过程中，用户可以根据显示模块和按键模块的显示情况，来确定空调器支持的功能。

本申请实施例提供一种遥控器自动适配方法，如图9所示，应用于空调器，该方法包括以下步骤：

S201：接收空调遥控器发送的功能查询请求报文，并对功能查询请求报文进行解析。

功能查询请求报文是指空调遥控器向空调器发送的请求，以查询空调器支持的功能项，当用户按下空调遥控器上的功能查询按钮时，遥控器会向空调器发送一个功能查询请求报文，以查询空调器支持的功能。接收到这个请求报文的空调器需要对报文进行解析，以确定用户所请求的功能，

S202：根据功能查询请求报文的解析结果，生成功能查询结果报文，并将功能查询结果报文通过第二通信模块发送至空调遥控器。

功能查询结果报文是空调器响应空调遥控器发送的功能查询请求报文的报文，用于返回支持的功能项信息。空调器需要按照规定的格式编码功能项信息，并将其发送给遥控器，以供遥控器进行解析和显示。通过这种方式，用户可以直观地了解到空调器支持的功能项。

在一些实施例中，第二通信模块负责将功能查询结果报文从空调器发送到空调遥控器。第二通信模块可以是无线通信模块，例如，蓝牙模块、WiFi模块或红外通信模块。第二通信模块可以与空调器中的第二控制器连接，通过无线信号或红外线信号将命令或数据发送到遥控器中的第一通信模块。而具体使用哪种通信模块，取决于具体的设计需求和实际需求，并且需要和第一通信模块适配，本申请对此不进行限定。

在一些实施例中，步骤S202的具体实现步骤如图10所示，包括：

S2021：对功能查询请求报文进行解析，以获得请求消息体和空调遥控器的设备编码。

解析功能查询请求报文以获得请求消息体和空调遥控器的设备编码。具体而言，功能查询请求报文是指遥控器向空调器发送的请求报文，其主要包含以下内容：请求消息头：用于标识报文的类型和长度等信息；请求消息体：用于指定查询的具体内容；空调遥控器的设备编码：用于标识请求来自哪个遥控器。

因此，在解析功能查询请求报文时，需要首先对消息头进行解析，以获取报文类型和长度等信息。接着，需要解析消息体，以获得查询内容。最后，需要解析空调遥控器的设备编码，以确定请求来自哪个遥控器。

S2022：根据请求消息体表征的功能查询内容，查询支持的功能项，并根据支持的功能项的查询结果，生成功能查询码。

在获取了请求的功能查询内容之后，根据请求消息体表征的功能查询内容，查询支持的功能项，并根据支持的功能项的查询结果，生成功能查询码。为了查询支持的功能项，通常需要将请求消息体中的内容与空调器的功能项进行匹配，如果找到匹配的功能项，则说明空调器支持该功能。根据查询结果，可以生成对应的功能查询码。例如，以风量功能为例，若空调器支持三档风的功能项，则功能查询码为“00”，若空调器支持四档风的功能项，则功能查询码为“01”，若空调器支持六档风的功能项，则功能查询码为“10”。

S2023：将空调遥控器的设备编码、功能查询码以及空调器的设备编码进行封装，生成功能查询结果报文。

在获取了功能查询码之后，将空调遥控器的设备编码、功能查询码以及空调器的设备编码进行封装，生成功能查询结果报文。在生成功能查询结果报文时，需要按照预先定义的报文格式，将所需的信息组装成一个完整的报文。

作为示例的，可以按照以下格式组装功能查询结果报文：

第一部分为报文头部，报文头部包括：报文类型、报文长度以及报文校验，第二部分为消息体，消息体包括空调遥控器设备编码、空调器设备编码以及功能查询码。在将上述字段填充到消息体中后，即可生成功能查询结果报文。最后，需要通过第二通信模块将该报文发送至空调遥控器。

在一些实施例中，对本申请某个维度进行配置的过程进行整体说明。

如图11所示，以对模式功能进行配置的过程进行说明，用户首先长按模式按键，生成“模式”维度的功能查询请求报文，并发送至空调器，空调器在接收到功能查询请求报文之后，查询支持的模式，并在支持的模式的字节位置1，然后将功能查询码封装成功能查询结果报文，反馈给遥控器，遥控器在接收到功能查询结果报文之后，进行解析，显示空调器支持的模式信息，从而实现模式功能的配置。

空调器支持的模式与字节位置的对应关系为如图12所示：Bit0字节位代表制冷模式，Bit1字节位代表制热模式，Bit2字节位代表送风模式，Bit3字节位代表除湿模式，Bit4字节位代表自动模式，Bit5字节位代表自动除湿模式，Bit6字节位代表三档除湿模式，Bit7字节位代表三管模式。

如图13所示，以对风量功能进行配置的过程进行说明，用户首先长按风量按键，生成“风量”维度的功能查询请求报文，并发送至空调器，空调器在接收到功能查询请求报文之后，查询支持的风量功能，并生成对应的风量功能查询码，然后将风量功能查询码封装成功能查询结果报文，反馈给遥控器，遥控器在接收到功能查询结果报文之后，进行解析，显示空调器支持的风量信息，从而实现风量功能的配置。

空调器支持的模式与字节位置的对应关系为如图14所示：若空调器支持的风量为三档风，则其生成的功能查询码则为00，若空调器支持的风量为四档风，则其生成的功能查询码则为01，若空调器支持的风量为六档风，则其生成的功能查询码则为10。

如图15所示，以对风向功能进行配置的过程进行说明，用户首先长按模式按键，生成“风向”维度的功能查询请求报文，并发送至空调器，空调器在接收到功能查询请求报文之后，查询支持的风向功能，并生成对应的风向功能查询码，然后将风量功能查询码封装成功能查询结果报文，反馈给遥控器，遥控器在接收到功能查询结果报文之后，进行解析，显示空调器支持的风向信息，从而实现风向功能的配置。

空调器支持的风向与字节位置的对应关系为如图16所示：Bit0字节位代表一方向，即只支持一个方向，Bit1字节位代表两方向，即支持两个方向，Bit2字节位代表四方向，即支持四个方向，Bit3字节位代表3D，即支持3D向，Bit4字节位代表超远，即支持超远方向。

如图17所示，以对温度功能进行配置的过程进行说明，用户首先长按温度按键，生成“温度”维度的功能查询请求报文，并发送至空调器，空调器在接收到功能查询请求报文之后，查询支持的制热温度上下限和制冷温度上下限，然后将功能查询码封装成功能查询结果报文，反馈给遥控器，遥控器在接收到功能查询结果报文之后，进行解析，显示空调器支持的制热温度上下限和制冷温度上下限。

上述实施例对某种维度进行配置的过程进行了说明，下面将结合附图18对所有维度同时进行配置的过程进行说明。首先，用户通过长按“配置”按键，生成多维度的功能查询请求报文并发送至空调器，空调器在接收到多维度的功能查询请求报文之后，查询所有的支持功能项，包括但不限于模式、风量、风向、温度等，然后生成各个功能项的功能查询码，汇总封装成功能查询结果报文，然后将功能查询结果报文发送给控制器，控制器在接收到功能查询结果报文之后，进行解析，进行自动配置，显示空调器所有支持的功能项，从而实现遥控器的一键配置。

在一些实施例中，第一控制器包括处理器，可选的，还包括与处理器连接的存储器和通信接口。处理器、存储器和通信接口通过总线连接。

处理器可以是中央处理器(central processing unit，CPU)，通用处理器网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微第一控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器还可以是其它任意具有处理功能的装置，例如电路、器件或软件模块。处理器也可以包括多个CPU，并且处理器可以是一个单核(single-CPU)处理器，也可以是多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，本申请实施例对此不作任何限制。存储器可以是独立存在，也可以和处理器集成在一起。其中，存储器中可以包含计算机程序代码。处理器用于执行存储器中存储的计算机程序代码，从而实现本申请实施例提供的一种遥控器自动适配方法。

通信接口可以用于与其他设备或通信网络通信(如以太网，无线接入网(radioaccess network，RAN)，无线局域网(wireless local area networks，WLAN)等)。通信接口可以是模块、电路、收发器或者任何能够实现通信的装置。

总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质包括计算机执行指令，当计算机执行指令在计算机上运行时，使得计算机执行如上述实施例提供的一种遥控器自动适配方法。

本发明实施例还提供一种芯片，包括：处理器和存储器；该存储器用于存储计算机执行指令，该处理器与存储器连接，当芯片运行时，处理器执行存储器存储的计算机执行指令，以使芯片执行实施例提供的一种遥控器自动适配方法。

本发明实施例还提供一种计算机程序产品，该计算机程序产品可直接加载到存储器中，并含有软件代码，该计算机程序产品经由计算机载入并执行后能够实现上述实施例提供的一种遥控器自动适配方法。

在本说明书的描述中，具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

Claims (11)

1.一种空调遥控器，其特征在于，所述空调遥控器包括：第一控制器以及第一通信模块；

所述第一控制器被配置为：

响应于用户输入的按键指令，生成功能查询请求报文，并通过所述第一通信模块将所述功能查询请求报文发送至空调器；

通过所述第一通信模块接收所述空调器反馈的功能查询结果报文，并根据所述功能查询结果报文，生成所述空调遥控器的功能配置文件。

2.根据权利要求1所述的空调遥控器，其特征在于，所述第一控制器还被配置为：

根据所述按键指令与预设指令表的匹配关系，确定所述功能查询请求报文的请求消息体和类型标识，其中，所述类型标识包括第一标识和第二标识，所述第一标识用于表征所述功能查询请求报文的类型为单维度功能查询请求，所述第二标识用于表征所述功能查询请求报文的类型为多维度功能查询请求；

将所述请求消息体、所述类型标识和空调遥控器的设备编码进行封装，生成所述功能查询请求报文。

3.根据权利要求1所述的空调遥控器，其特征在于，所述第一控制器还被配置为：

检测所述第一通信模块与所述空调器的通信连接状态；其中，所述通信连接状态包括成功状态和失败状态；

在所述通信连接状态为所述成功状态的情况下，执行将所述功能查询请求报文发送至空调器的步骤；

在所述通信连接状态为所述失败状态的情况下，将所述功能查询请求报文储存在请求暂存区，并记录所述功能查询请求报文的暂存时长。

4.根据权利要求3所述的空调遥控器，其特征在于，所述第一控制器还被配置为：

获取所述功能查询请求报文的暂存时长，并根据所述暂存时长与预设时间阈值的大小关系，判断功能查询请求报文的发送过程是否超时；

在所述功能查询请求报文的发送过程未超时的情况下，继续执行将功能查询请求报文发送至空调器的步骤；

在所述功能查询请求报文的发送过程超时的情况下，清除所述请求暂存区中储存的功能查询请求报文，并退出所述将功能查询请求报文发送至空调器的步骤。

5.根据权利要求4所述的空调遥控器，其特征在于，所述第一控制器被配置为：

对所述功能查询结果报文进行解析，以获得空调遥控器的设备编码；

根据所述空调遥控器的设备编码对所述功能查询结果报文进行筛选，以获得至少一个目标功能查询结果报文；

获取所述目标功能查询结果报文的中功能查询码以及空调器的设备编码，并生成的对应的配置文件。

6.根据权利要求1-5任一项所述的空调遥控器，其特征在于，所述空调遥控器还包括按键模块和显示模块；

所述第一控制器还被配置为：

根据所述功能查询码，确定所述空调器支持的功能项；

根据所述空调器支持的功能项，生成由显示模块控制信号和按键模块控制信号组成的配置文件；

根据所述空调器的设备编码，对所述配置文件进行储存。

7.一种空调器，其特征在于，所述空调器包括：第二控制器和第二通信模块；

所述第二控制器被配置为：

接收空调遥控器发送的功能查询请求报文，并对所述功能查询请求报文进行解析；

根据所述功能查询请求报文的解析结果，生成功能查询结果报文，并将所述功能查询结果报文通过所述第二通信模块发送至所述空调遥控器。

8.根据权利要求7所述的空调器，其特征在于，所述第二控制器还被配置为：

对所述功能查询请求报文进行解析，以获得请求消息体和所述空调遥控器的设备编码；

根据所述请求消息体表征的功能查询内容，查询空调器支持的功能项，并根据所述支持的功能项的查询结果，生成功能查询码；

将所述空调遥控器的设备编码、所述功能查询码以及所述空调器的设备编码进行封装，生成所述功能查询结果报文。

9.一种空调系统，其特征在于，包括权利要求1-6中任一项所述的空调遥控器和权利要求7-8中任一项所述的空调器。

10.一种遥控器自动适配方法，其特征在于，应用于权利要求1-6中任一项所述的空调遥控器，所述方法包括：

所述空调遥控器响应于用户输入的按键指令，生成功能查询请求报文，并通过所述第一通信模块将所述功能查询请求报文发送至空调器；

所述空调遥控器通过所述第一通信模块接收所述空调器反馈的功能查询结果报文，并根据所述功能查询结果报文，生成所述空调遥控器的功能配置文件。

11.一种遥控器自动适配方法，其特征在于，应用于权利要求7-8中任一项所述的空调器，所述方法包括：

所述空调器接收空调遥控器发送的功能查询请求报文，并对所述功能查询请求报文进行解析；

所述空调器根据所述功能查询请求报文的解析结果，生成功能查询结果报文，并将所述功能查询结果报文通过所述第二通信模块发送至所述空调遥控器。