用于空调系统多端控制的方法、装置、控制器及存储介质与流程

1.本技术涉及空调技术领域，例如涉及用于空调系统多端控制的方法、装置、控制器及存储介质。


背景技术：

2.随着智能技术的普及，智能空调已是家居生活中不可缺少的设备。并且，很多楼宇，例如：酒店、办公楼，都有一个大型的空调系统，在该空调系统中，包括：基于串行通讯协议的多个控制器和多个空调。
3.目前，很多空调系统可基于modbus通讯协议，以485通讯总线为载体，连接多个控制器和多个空调，一般，一个空调系统在不同的区域对应有一个控制器，但是，整个空调制中只允许一个控制器为主控制器，可下发控制、查询指令，而其他控制器都只能是从控制器既不能下发控制指令，也不能查询其他控制器的状态，只能监听485总线上的通讯数据。从而，还不能随时随地，通过任意一个控制器控制整个空调系统。


技术实现要素：

4.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
5.本公开实施例提供了一种用于空调系统多端控制的方法、装置、控制器和存储介质，以解决空调系统多端控制灵活性以及智能性还有待提高的技术问题。所述空调系统包括：两个或多个控制器，以及两个或多个空调，其中，所述控制器、所述空调基于串行通信协议总线进行通讯连接。
6.在一些实施例中，所述方法包括：
7.在当前工作状态为从控状态的情况下，若接收到当前控制指令，将所述当前工作状态切换为主控预备状态；
8.在所述当前工作状态处于所述主控预备状态的持续时间到达设定时间的情况下，将所述当前工作状态切换到主控状态，并通过所述串行通信协议总线，根据所述当前控制指令，控制对应空调运行。
9.在一些实施例中，所述装置包括：
10.第一切换模块，被配置为在当前工作状态为从控状态的情况下，若接收到当前控制指令，将所述当前工作状态切换为主控预备状态；
11.第二切换模块，被配置为在所述当前工作状态处于所述主控预备状态的持续时间到达设定时间的情况下，将所述当前工作状态切换到主控状态；
12.第一控制模块，被配置为通过所述串行通信协议总线，根据所述当前控制指令，控制对应空调运行。
13.在一些实施例中，所述用于空调系统多端控制的装置，包括处理器和存储有程序
指令的存储器，所述处理器被配置为在执行所述程序指令时，执行上述用于空调系统多端控制方法。
14.在一些实施例中，所述控制器，包括上述用于空调系统多端控制的装置。
15.在一些实施例中，所述存储介质，存储有程序指令，所述程序指令在运行时，执行上述用于空调系统多端控制的方法
16.本公开实施例提供的用于空调系统多端控制的方法、装置和控制器，可以实现以下技术效果：
17.在空调系统中，每个控制器对应有三种工作状态，分别是主控状态、从控状态、主控预备状态，其中，本端控制器处于从控状态时，若接到当前控制指令，需将工作状态切换到主控预备状态，并在处于主控预备状态的持续时间到达设定时间时，才可下发当前控制指令，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行，这样，空调系统中，任意一个区域内的接收到当前控制指令的本端控制器都可通过工作状态的切换，成为主控制器，从而，可下发当前控制指令，实现了用户可随时随地，通过任意一个控制器控制整个空调系统，提高了空调系统多端控制灵活性以及智能性。
18.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
19.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：
20.图1是本公开实施例提供的一种空调系统的结构示意图；
21.图2是本公开实施例提供的一种用于空调系统多端控制方法的流程示意图；
22.图3-1是本公开实施例提供的一种用于空调系统多端控制方法的流程示意图；
23.图3-2是本公开实施例提供的一种用于空调系统多端控制方法的流程示意图；
24.图4是本公开实施例提供的一种用于空调系统多端控制装置的结构示意图；
25.图5是本公开实施例提供的一种用于空调系统多端控制装置的结构示意图；
26.图6是本公开实施例提供的一种用于空调系统多端控制装置的结构示意图。
具体实施方式
27.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
28.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
29.除非另有说明，术语“多个”表示两个或两个以上。
30.本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，a/b表示：a或b。
31.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
32.本公开实施例中，在基于串行通信协议配置的空调系统中，有两个或多个控制器，以及两个或多个空调，并且，每个控制器对应有三种工作状态，分别是主控状态、从控状态、主控预备状态，这样，任意一个控制器接收到当前控制指令时，若处于主控状态，则可直接下发指令，而若处于从控状态，需进行工作状态的切换，由从控状态切换到主控预备状态，最后切换到主控状态后，才能下发当前控制指令，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行，这样，空调系统中，任意一个区域内的接收到当前控制指令的控制器都可通过工作状态的切换，成为主控制器，从而，可下发当前控制指令，实现了用户可随时随地，通过任意一个控制器控制整个空调系统，无需借助网关即可实现空调系统的多端控制，提高了空调系统多端控制灵活性以及智能性。
33.空调系统包括：两个或多个控制器，以及两个或多个空调，其中，控制器、空调基于串行通信协议总线进行通讯连接。图1是本公开实施例提供的一种空调系统的结构示意图。如图1所示，空调系统包括：四个控制器，四个空调，分别是控制器1、控制器2、控制器3和控制器4；四个空调分别是空调1、空调2、空调3和空调4。而控制器和空调都基于485通讯总线进行通讯连接。当然，本公开实施例也不限于此，可以有三个控制器，五个空调；或者，20个控制器，35个空调等等，具体就不一一列举了。
34.在空调系统中，每个控制器对应三种工作状态，分别为：主控状态、从控状态、主控预备状态，这样，若控制器处于主控状态，则该控制器可下发状态查询指令，还可下发控制指令；若控制器处于从控状态，则该控制器不能下发状态查询指令、控制指令，但是可监听通讯总线上的数据，并可显示在控制器界面上。而控制器处于主控预备状态，则表明该控制器需要下发控制指令。
35.在上述空调系统中，通过控制器的工作状态切换，实现空调的灵活控制。图2是本公开实施例提供的一种用于空调系统多端控制方法的流程示意图。如图2所示，空调系统多端控制的过程包括：
36.步骤201：在当前工作状态为从控状态的情况下，若接收到当前控制指令，将当前工作状态切换为主控预备状态。
37.空调系统基于串行通讯协议，以通讯总线为载体，因此，整个总线中只允许一个控制器处于主控状态，其他控制器处于从控状态，这样，任意一个控制器可能是主控制器，也可能是从控制器。
38.其中，在当前区域内的控制器，即本端控制器处于主控状态时，本端控制器可为主控制器，可进行状态查询，以及控制指令下发。在一些实施例中，本端控制器处于主控状态，那么，本端控制器即为主控制器，这里可为第一控制器，这样，本端控制器可轮询每个控制器、每个空调的状态，并还能下发控制指令，即在当前工作状态为主控制状态的情况下，轮询向每个控制器，以及每个空调发送状态查询指令，并接收到每个控制器，以及每个空调反馈的状态应答信息。并且，查询时，只需查询对应的工作状态，这样，大大节省了通讯总线资源，提高了通讯效率。
39.以图1为例，空调系统启动运行时，若控制器1为本端控制器，且处于主控状态，那
么其他控制器都为从控制器，这样，控制器1轮询每个控制器的状态，具体可包括：
40.控制器1向控制器2下发状态查询指令
→
控制器2向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向控制器3下发状态查询指令
→
控制器3向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向控制器4下发状态查询指令
→
控制器4向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向空调1下发状态查询指令
→
空调1向控制器1应答包括对应工作状态的状态应答信息
→……→
控制器1向空调4下发状态查询指令
→
空调4向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向控制器2下发状态查询指令
→
控制器2向控制器1应答包括对应工作状态的状态应答信息
→……
。
41.当然，在一些实施例中，若本端控制器处于主控状态，接收到当前控制指令后，还可下发当前控制指令，即在当前工作状态为主控制状态的情况下，若接收到当前控制指令，通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
42.仍以图1为例，控制器2为本端控制器，并且处于主控状态，控制器2在轮询每个控制器、每个空调的状态时，接收到了当前控制指令，则可下发当前控制指令。具体可包括：
→
控制器2向控制器4下发状态查询指令
→
控制器4向控制器2应答包括对应工作状态的状态应答信息
→
控制器2向空调1下发状态查询指令
→
空调1向控制器2应答包括对应工作状态的状态应答信息
→
控制器2向空调2下发状态查询指令
→
空调2向控制器2应答包括对应工作状态的状态应答信息
→
控制器2接收到当前控制指令，并对应的空调1发送当前控制指令
→
空调1向控制器2应答控制反馈信息
→
控制器2向空调3下发状态查询指令
→
空调3向控制器2应答包括对应工作状态的状态应答信息
→……
。
43.然而，本端控制器处于从控状态时，可监听总线上的数据，并显示在对应的界面上，其中，在接收到处于主控状态的第一控制器下发的状态查询指令情况下，向第一控制器应答包括对应工作状态的状态应答信息。而接收到当前控制指令时，本端控制器即需要进行工作状态的切换，可将当前工作状态由从控状态切换到主控预备状态。
44.当然，将当前工作状态切换为主控预备状态之后，在接收到处于主控状态的第一控制器下发的状态查询指令情况下，向第一控制器应答携带处于主控预备状态的第一状态应答信息。
45.步骤202：在当前工作状态处于主控预备状态的持续时间到达设定时间的情况下，将当前工作状态切换到主控状态，并通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
46.设定时间可为50ms、60ms、
…
、100ms、120ms等等，可根据空调系统的体量大小，控制器性能等来确定。在本端控制器的当前工作状态处于主控预备状态的持续时间到达设定时间时，即可将当前工作状态从主控预备状态切换为主控状态，即本端控制器变为了主控制器了，从而，可进行控制指令的下发，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
47.由于整个总线中只允许一个控制器处于主控状态，因此，处于主控状态的第一控制器也需进行工作状态的切换，在一些实施例中，第一控制器下发了状态查询指令，本端控制器向第一控制器应答携带处于主控预备状态的第一状态应答信息，那么第一控制器接收到第一状态应答信息后，即可将工作状态由主控状态切换到从控状态。此时，本端控制器处于主控预备状态，而第一控制器处于从控状态，整个总线中没有处于主控状态的控制器，因
此，整个总线处于静默状态，没有查询，也没指令下发。
48.在一些实施例中，若串行通信协议总线处于静默状态的持续时间到达第一设定时间时，处于主控预备状态的控制器即可切换为主控状态。因此，可根据空调系统的体量大小，第一设定时间，控制器性能等确定设定时间大小。
49.由于本端控制器在一些场景中是主控制器，在一些场景中是从控制器，因此，本端控制器是主控制器时，若接收到携带处于主控预备状态的第一应答信息时，需将当前工作状态切换从主控状态为从控状态，即在当前工作状态为主控制状态的情况下，若接收到携带处于主控预备状态的第一应答信息时，将当前工作状态切换从主控状态为从控状态。
50.以图1为例，控制器1为主控制器，控制器3为本端控制器，处于从控状态，空调系统运行中，控制器3接收到当前控制指令，控制器3将工作状态由从控状态切换到主控预备状态。
51.→
控制器1向控制器2下发状态查询指令
→
控制器2向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向控制器3下发状态查询指令
→
控制器3向控制器1应答携带处于主控预备状态的第一状态应答信息
→
控制器1向控制器4下发状态查询指令
→
控制器4向控制器1应答包括对应工作状态的状态应答信息
→……→
控制器1将工作状态切换为从控状态(整个串行通信协议总线中没有处于主控状态的控制器了，整个总线处于静默状态)
→
持续时间到达设定时间80ms
→
控制器3将工作状态切换为主控状态
→
控制器3向对应的空调2发送当前控制指令
→
空调2向控制器3应答控制反馈信息
→
控制器3向控制器1下发状态查询指令
→
控制器1向控制器3应答包括对应工作状态的状态应答信息
→……→
控制器3向空调1下发状态查询指令
→
空调1向控制器3应答包括对应工作状态的状态应答信息
→……→
控制器3向空调4下发状态查询指令
→
空调4向控制器3应答包括对应工作状态的状态应答信息
→
控制器3向控制器1下发状态查询指令
→
控制器1向控制器1应答包括对应工作状态的状态应答信息
→……
。
52.当然，在包括多个控制器，多个空调的空调系统中，可能有两个或多个处于从控状态的控制器接收到了控制指令，那么，这些控制器的工作状态可切换为主控预备状态。由于主控制器轮询查询每个控制器的状态，若接收到携带处于主控预备状态的第一应答信息，那么再次接收到携带处于主控预备状态的第一应答信息时，需将应答该第一应答消息对应的控制器的工作状态切换到从控状态，即在一些实施例中，若确定存在处于主控预备状态的其他控制器，向其他控制器下发切换指令，使得其他控制器切换为从控状态。
53.以图1为例，控制器1为主控制器，控制器3和控制器4接收到了对对应的控制指令，即控制器3和控制器4的工作状态已切换为主控预备状态了。其中，控制器1向控制器2下发状态查询指令
→
控制器2向控制器1应答包括对应工作状态的状态应答信息
→
控制器1向控制器3下发状态查询指令
→
控制器3向控制器1应答携带处于主控预备状态的第一状态应答信息
→
控制器1向控制器4下发状态查询指令
→
控制器4向控制器1应答携带处于主控预备状态的第一状态应答信息
→
控制器1确定存在处于主控预备状态的其他控制器，向控制器4下发切换指令，控制器4切换到从控状态
→
控制器4向控制器1应答包括对应工作状态的状态应答信息
→……→
控制器1将工作状态切换为从控状态(整个串行通信协议总线中没有处于主控状态的控制器了，整个总线处于静默状态)
→
持续时间到达设定时间100ms
→
控制器3将工作状态切换为主控状态
→
控制器3向对应的空调3发送当前控制指令
→
空调3向控
制器3应答控制反馈信息
→
控制器3向控制器1下发状态查询指令
→
控制器1向控制器3应答包括对应工作状态的状态应答信息
→……→
控制器3向空调4下发状态查询指令
→
空调4向控制器3应答包括对应工作状态的状态应答信息
→
控制器3向控制器1下发状态查询指令
→
控制器1向控制器1应答包括对应工作状态的状态应答信息
→……
。
54.可见，本公开实施例中，在基于串行通信协议配置的空调系统中，有两个或多个控制器，以及两个或多个空调，并且，每个控制器对应有三种工作状态，分别是主控状态、从控状态、主控预备状态，这样，若本端控制器处于从控状态，需进行工作状态的切换，由从控状态切换到主控预备状态，最后切换到主控状态后，才能下发当前控制指令，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行，这样，空调系统中，任意一个区域内的接收到当前控制指令的控制器都可通过工作状态的切换，成为主控制器，从而，可下发当前控制指令，实现了用户可随时随地，通过任意一个控制器控制整个空调系统，提高了空调系统多端控制灵活性以及智能性。
55.下面将操作流程集合到具体实施例中，举例说明本发明实施例提供的用于空调系统多端控制过程。
56.本公开一实施例中，如图1所示，空调系统包括：四个控制器，四个空调，分别是控制器1、控制器2、控制器3和控制器4；四个空调分别是空调1、空调2、空调3和空调4。而控制器和空调都基于485通讯总线进行通讯连接。设定时间可为100ms。
57.图3-1，3-2是本公开实施例提供的一种用于空调系统多端控制方法的流程示意图。结合图3-1，3-2，空调系统多端控制过程包括：
58.步骤301：判断当前工作状态是否从控状态？若是，执行步骤302，否则，执行步骤309。
59.步骤302：判断是否接收到当前控制指令？若是，执行步骤303，否则，执行308。
60.步骤303：将当前工作状态切换为主控预备状态，并启动持续时间计时。
61.步骤304：是否接收到处于主控状态的第一控制器下发的状态查询指令？若是，执行步骤305，否则，返回步骤304。
62.监听485通讯总线上的状态，监听到第一控制器下发的轮询到本端控制器的状态查询指令后，执行步骤305，否则，继续监听。
63.步骤305：向第一控制器应答携带处于主控预备状态的第一状态应答信息。
64.这样，第一控制器可接收到第一状态应答信息后，将对应的控制状态切换到从控状态。
65.步骤306：判断持续时间是否到达100ms？若是，执行步骤307，否则，返回步骤306。
66.在处于主控预备状态时，可监听485通讯总线上的控制器以及空调的工作状态，但是，此时，第一控制器也是处于从控状态，即485总线上没有控制器处于主控状态，即485总线处于静默状态，这样，静默100ms后即可执行步骤307。
67.步骤307：将当前工作状态切换到主控状态，并通过485总线，根据当前控制指令，控制对应空调运行。返回步骤301。
68.步骤308：监听485总线上的数据，并显示在界面上，并在监听到处于主控状态的第一控制器下发的状态查询指令的情况下，进行对应的应答。返回步骤301。
69.步骤309：判断当前工作状态是否主控制状态？若是，执行步骤310，否则，执行步骤
301。
70.步骤310：判断是否接收到当前控制指令？若是，执行步骤311，否则，执行步骤312。
71.步骤311：通过485总线，根据当前控制指令，控制对应空调运行，并接收空调返回的控制反馈信息。返回步骤301。
72.步骤312：轮询向每个控制器，以及每个空调发送状态查询指令，并接收到每个控制器，以及每个空调反馈的状态应答信息。
73.步骤313：判断是否接收到携带处于主控预备状态的第一状态应答信息？若是，执行步骤314，否则，返回步骤312。
74.步骤314：是否为本次查询中第一次接收到第一状态应答信息？若是，执行步骤315，否则，执行步骤316。
75.步骤315：完成本次查询后，将当前工作状态切换从主控状态为从控状态。返回步骤301。
76.步骤316：向发送第一状态应答信息的控制器下发切换指令，使得对应控制器的状态切换为从控状态。并转入步骤315。
77.可见，本实施例中，空调系统运行过程中，控制器可能为主控状态，也可能为从控状态，其中，处于从控状态时，若接到当前控制指令，需将工作状态切换到主控预备状态，并在处于主控预备状态的持续时间到达设定时间时，才可下发当前控制指令，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行，而处于主控状态，若接到携带处于主控预备状态的第一状态应答信息，需将工作状态切换到从控状态，这样，空调系统中，任意一个区域内的接收到当前控制指令的本端控制器都可通过工作状态的切换，成为主控制器，并且，确保了总线中只有一个处于主控状态的控制器，从而，实现了用户可随时随地，通过任意一个控制器控制整个空调系统，无需借助网络实现了空调系统的多端控制，提高了空调系统多端控制灵活性以及智能性。另外，处于主控状态的控制器进行查询时，只需查询其他控制器的工作状态，这样，大大节省了通讯总线资源，提高了通讯效率。
78.根据上述用于空调系统多端控制的过程，可构建一种用于空调系统多端控制的装置。
79.图4是本公开实施例提供的一种用于空调系统多端控制装置的结构示意图。如图4所示，用于空调系统多端控制装置包括：第一切换模块410、第二切换模块420和第一控制模块430。
80.第一切换模块410，被配置为在当前工作状态为从控状态的情况下，若接收到当前控制指令，将当前工作状态切换为主控预备状态。
81.第二切换模块420，被配置为在当前工作状态处于主控预备状态的持续时间到达设定时间的情况下，将当前工作状态切换到主控状态。
82.第一控制模块430，被配置为通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
83.在一些实施例中，还包括：应答模块，被配置为在接收到处于主控状态的第一控制器下发的状态查询指令情况下，向第一控制器应答携带处于主控预备状态的第一状态应答信息。
84.在一些实施例中，还包括：第二控制模块，被配置为在当前工作状态为主控制状态
的情况下，若接收到当前控制指令，通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
85.在一些实施例中，还包括：第三切换模块，被配置为在当前工作状态为主控制状态的情况下，若接收到携带处于主控预备状态的第一应答信息时，将当前工作状态切换从主控状态为从控状态。
86.在一些实施例中，还包括：切换控制模块，被配置为若确定存在处于主控预备状态的其他控制器，向其他控制器下发切换指令，使得其他控制器切换为从控状态。
87.在一些实施例中，还包括：轮询模块，被配置为在当前工作状态为主控制状态的情况下，轮询向每个控制器，以及每个空调发送状态查询指令，并接收到每个控制器，以及每个空调反馈的状态应答信息。
88.下面结合实施例进一步描述用于空调系统多端控制装置的空调控制过程。
89.本实施例中，空调系统包括：5个控制器，以及8个空调，其中，控制器、空调基于串行通信协议总线进行通讯连接。设定时间可为120ms。
90.图5是本公开实施例提供的一种用于空调系统多端控制装置的结构示意图。如图5所示，用于空调系统多端控制装置包括：第一切换模块410、第二切换模块420、第一控制模块430、应答模块440、第二控制模块450、第三切换模块460、切换控制模块470和轮询模块480。
91.用于空调系统多端控制装置所在的本端控制器处于从控状态时，若接收到当前控制指令，第一切换模块410可将当前工作状态切换为主控预备状态，并启动持续时间计时。并在接收到处于主控状态的第一控制器下发的状态查询指令的情况下，应答模块440可向第一控制器应答携带处于主控预备状态的第一状态应答信息，这样，第一控制器可将工作状态切换到从控状态，从而，整个串行通信协议总线上没有控制器处于主控状态，即串行通信协议总线处于静默状态。这样，在处于主控预备状态的持续时间到达120ms时，第二切换模块420可将当前工作状态切换到主控状态，从而，第一控制模块430可通过串行通信协议总线，根据当前控制指令，控制对应空调运行。
92.当然，用于空调系统多端控制装置所在的本端控制器处于主控状态时，若接收到当前控制指令时，第二控制模块450可直接通过串行通信协议总线，根据当前控制指令，控制对应空调运行。而若接收到携带处于主控预备状态的第一应答信息时，第三切换模块460可将当前工作状态切换从主控状态为从控状态。另外，若确定存在处于主控预备状态的其他控制器，切换控制模块470还需向其他控制器下发切换指令，使得其他控制器切换为从控状态，然后，第三切换控制模块460将当前工作状态切换从主控状态为从控状态。当然，处于主控状态的本端控制器还可进行查询，即轮询模块480可轮询向每个控制器，以及每个空调发送状态查询指令，并接收到每个控制器，以及每个空调反馈的状态应答信息。
93.可见，本实施例中，基于串行通信协议总线的空调系统中，用于空调系统多端控制的装置应用的本端控制器既可能为主控状态，也可能为从控状态，其中，处于从控状态时，若接到当前控制指令，需将工作状态切换到主控预备状态，并在处于主控预备状态的持续时间到达设定时间时，才可下发当前控制指令，即可通过串行通信协议总线，根据当前控制指令，控制对应空调运行，而处于主控状态，若接到携带处于主控预备状态的第一状态应答信息，需将工作状态切换到从控状态，这样，空调系统中，任意一个区域内的接收到当前控
制指令的本端控制器都可通过工作状态的切换，成为主控制器，并且，确保了总线中只有一个处于主控状态的控制器，从而，实现了用户可随时随地，通过任意一个控制器控制整个空调系统，无需借助网络实现了空调系统的多端控制，提高了空调系统多端控制灵活性以及智能性。另外，处于主控状态的控制器进行查询时，只需查询其他控制器的工作状态，这样，大大节省了通讯总线资源，提高了通讯效率。
94.本公开实施例提供了一种用于空调系统多端控制的装置，其结构如图6所示，包括：
95.处理器(processor)1000和存储器(memory)1001，还可以包括通信接口(communication interface)1002和总线1003。其中，处理器1000、通信接口1002、存储器1001可以通过总线1003完成相互间的通信。通信接口1002可以用于信息传输。处理器1000可以调用存储器1001中的逻辑指令，以执行上述实施例的用于空调系统多端控制的方法。
96.此外，上述的存储器1001中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
97.存储器1001作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器1000通过运行存储在存储器1001中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的用于空调系统多端控制的方法。
98.存储器1001可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器1001可以包括高速随机存取存储器，还可以包括非易失性存储器。
99.本公开实施例提供了一种用于空调系统多端控制装置，包括：处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行用于空调系统多端控制方法。
100.本公开实施例提供了一种控制器，包括上述用于空调系统多端控制装置。
101.本公开实施例提供了一种存储介质，存储有程序指令，所述程序指令在运行时，执行如上述用于空调系统多端控制的方法。
102.本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述用于空调系统多端控制方法。
103.上述的存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
104.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
105.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。
一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。本公开实施例的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。当用于本技术中时，虽然术语“第一”、“第二”等可能会在本技术中使用以描述各元件，但这些元件不应受到这些术语的限制。这些术语仅用于将一个元件与另一个元件区别开。比如，在不改变描述的含义的情况下，第一元件可以叫做第二元件，并且同样第，第二元件可以叫做第一元件，只要所有出现的“第一元件”一致重命名并且所有出现的“第二元件”一致重命名即可。第一元件和第二元件都是元件，但可以不是相同的元件。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
106.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
107.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
108.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现
规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。