CN117170297A - 一种控制plc设备的方法及电子设备 - Google Patents

Abstract

本申请提供了一种控制PLC设备的方法及电子设备，该方法应用于全屋智能主机和PLC子设备。全屋智能主机可以解析用户配置的原始规则数据，并获取每一个PLC子设备在不同场景下的延时属性规则对应的数据，并将该不同场景下的延时属性规则内置到PLC子设备。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，使得PLC子设备可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。该过程可以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

Description

一种控制PLC设备的方法及电子设备

技术领域

本申请涉及电子技术领域，尤其涉及一种控制PLC设备的方法及电子设备。

背景技术

随着数字智能时代和电子设备的发展，全屋智能逐渐走进人们的生活，并得到广泛的关注。全屋智能以集学习、计算、决策于一体的全屋智能主机作为中央控制***，由全屋智能主机实时搜集家庭场景中的多个设备的数据、传感器数据、互联网数据，在本地进行实时分析计算，形成合理决策，控制家庭场景中的多个设备，实现了多条件动态预判，提高并丰富了用户的使用体验。

示例性的，以电力线通信(power line communication，PLC)为例，通过“全屋智能主机+PLC子设备”组成全屋智能***，通过全屋PLC将控制信号和数据通过电力线进行传输，实现了有电即有网的稳定可靠连接，也实现了全新的智慧家庭解决方案。

在包括多个PLC子设备的全屋智能***中，当全屋智能主机执行带有延时属性的规则时，全屋智能主机对PLC子设备控制效率低下，特别是当每秒PLC报文数量超过20个时，全屋智能主机可能无法实现对PLC子设备的精准控制，导致控制成功率低。此外，当全屋智能主机发生故障时，即不能产生带有时延属性的PLC报文，无法控制PLC子设备。

发明内容

本申请提供一种控制PLC设备的方法及电子设备，该方法可以实现时延场景下，全屋智能主机对PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

第一方面提供了一种控制电力线通信PLC设备的方法，所述方法包括：确定待控制的PLC设备，获取所述PLC设备能够支持的一种或多种工作场景和关联每一种工作场景的工作参数；根据所述一种或多种工作场景和所述关联每一种工作场景的工作参数，生成一种或多种延时属性规则，并向所述PLC设备发送所述一种或多种延时属性规则；接收服务请求，所述服务请求包括所述PLC设备的场景标识；响应于所述服务请求，生成广播消息，并向所述PLC设备发送所述广播消息，所述广播消息中携带所述场景标识。

通过上述方法，全屋智能主机可以获取每一个PLC子设备在不同场景下的延时属性规则对应的数据，并根据转换规则创建不同场景下的延时属性规则，且将该不同场景下的延时属性规则内置到PLC子设备中。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，将该场景标识传递给PLC子设备，使得PLC子设备可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。该过程可以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

应理解，在本申请实施例中，全屋智能***可以包括基于PLC协议进行通信的多种“PLC设备”，例如全屋智能主机、PLC子设备等都属于PLC设备，其中“全屋智能主机”还可以称为PLC主设备，PLC主设备控制的其他设备称为“PLC子设备”。

还应理解，在本申请实施例中，“场景标识(Scene ID)”可以指示PLC设备能够支持的不同的工作场景，例如对于家庭场景中的照明灯，可以具有“观影场景”、“离家场景”、“阅读场景”等，且该照明灯在每一种该场景中可以具有不同的工作参数。

还应理解，在本申请实施例中，“延时属性规则”还可以称为“延时规则”、“延时属性”等，本申请实施例对“延时属性规则”包括的内容不作限定。

可选地，所述一种或多种延时属性规则可以包括该PLC子设备在多个不同场景下对应的延时属性规则相关的亮灯规则、工作参数等数据或信息。

可选地，所述一种或多种延时属性规则中还包括所述PLC设备的设备标识、服务标识、信道标识、数据类型信息、数据长度信息、属性规则数据参数值中的一种或多种。

一种可能的实现方式中，本申请实施例中涉及的“一种或多种延时属性规则”可以预先配置在每一个设备中，即是该每一个PLC设备的固有属性。

另一种可能的实现方式中，本申请实施例中涉及的“一种或多种延时属性规则”可以是在使用过程中，用户通过装维、智慧生活等应用程序触发配置流程，将“一种或多种延时属性规则”配置给PLC设备，本申请实施例对此不作限定。

通过上述方法，当全屋智能主机发生故障时，上述方式可以通过PLC开关或物理按键等触发全屋智能主机在PLC链路层发送广播消息，该广播消息中包括了场景标识(SceneID)进而在全屋智能主机断网后仍然可以实现时延规则的可控性，提高了设备的控制效率。

应理解，PLC开关或物理按键可以独立于全屋智能主机，即是全屋智能主机的独立控制器件，且和全屋智能主机进行无线连接或有线连接。示例性的，家庭场景中可以将PLC开关或物理按键设置在入户玄关的附近，以控制面板的形式提供给用户，以便于用户进行操作。

或者，该PLC开关或物理按键还可以是全屋智能主机的组成部分，即是全屋智能主机结构上设置的器件，本申请实施例对此不作限定。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：接收用户通过目标应用程序配置的原始规则数据，或者，获取预设的所述原始规则数据，其中，所述原始规则数据中包括所述PLC设备的设备信息、所述PLC设备能够支持的一种或多种工作场景的场景标识和关联每一种工作场景的工作参数；以及，所述获取所述PLC设备能够支持的一种或多种工作场景和关联每一种工作场景的工作参数，包括：根据所述原始规则数据，获取所述PLC设备能够支持的一种或多种工作场景的场景标识和关联每一种工作场景的工作参数。

通过上述方法，用户可以通过装维、智慧生活等APP将原始规则数据配置给全屋智能主机，全屋智能主机可以解析该原始规则数据，并获取每一个PLC子设备在不同场景下的延时属性规则对应的数据，并根据转换规则将不同场景下的延时属性规则创建为预设的数据格式，且将该不同场景下的延时属性规则内置到PLC子设备中，以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述目标应用程序是装维应用、智慧生活应用中的任意一种。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述生成一种或多种延时属性规则，包括：根据预设的数据格式，生成所述一种或多种延时属性规则。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述一种或多种工作场景中包括停止场景和/或启动场景。

通过上述方法，全屋智能主机还可以组建或添加停止场景和/或启动场景对应的延时属性规则。例如，当PLC子设备接收到包括“停止场景”的场景标识的广播消息时，可以通过该“停止场景”对应的延时属性规则控制PLC子设备停止执行延时属性规则，并删除该PLC子设备内置的规则数据，停止PLC子设备的时间定时器。该过程扩展了PLC协议内容，增加了PLC子设备的可控性，提高了用户体验。

第二方面提供了一种控制电力线通信PLC设备的方法，所述PLC设备存储有一种或多种延时属性规则，每一种延时属性规则关联所述PLC设备能够支持的工作场景，且所述每一种延时属性规则用于指示所述PLC设备在关联的工作场景中的工作参数，所述方法包括：接收广播消息，获取所述广播消息中包括的所述PLC设备当前的工作场景标识；根据所述当前的工作场景标识，从所述一种或多种延时属性规则中确定目标规则，解析并执行所述目标规则。

通过上述方法，全屋智能主机可以通过广播消息发送一条包含场景标识的报文，PLC子设备接收到该广播消息时，可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。该过程可以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

结合第二方面，在第二方面的某些实现方式中，所述一种或多种延时属性规则具有预设的数据格式。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述工作场景包括停止场景和/或启动场景。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述一种或多种延时属性规则中还包括所述PLC设备的设备标识、服务标识、信道标识、数据类型信息、数据长度信息、属性规则数据参数值中的一种或多种。

当全屋智能主机发生故障时，上述方式可以通过PLC开关或物理按键等触发全屋智能主机在PLC链路层发送广播消息，该广播消息中包括了场景标识(Scene ID)进而在全屋智能主机断网后仍然可以实现时延规则的可控性，提高了设备的控制效率。

第三方面提供了一种电子设备，所述电子设备具有一个或多个存储器、以及一个或多个处理器，安装有多个应用程序的模块，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，当所述一个或者多个计算机程序被所述处理器执行时，使得所述电子设备执行如第一方面和第一方面中任一项所述的方法。

应理解，该电子设备可以是全屋智能主机，全屋智能主机可以解析该原始规则数据，并获取每一个PLC子设备在不同场景下的延时属性规则对应的数据，并根据转换规则将不同场景下的延时属性规则创建为预设的数据格式，且将该不同场景下的延时属性规则内置到PLC子设备中。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，将该场景标识传递给PLC子设备。

第四方面提供了一种电子设备，所述电子设备具有一个或多个存储器、以及一个或多个处理器，所述一个或多个处理器用于执行存储在所述一个或多个存储器中的一个或多个计算机程序，当所述一个或者多个计算机程序被所述处理器执行时，使得所述电子设备执行如第二方面和第二方面中任一项所述的方法。

应理解，该电子设备可以是家庭场景中的PLC子设备，当该PLC子设备接收到全屋智能主机发送的广播消息时，可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。该过程可以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

第五方面提供了一种装置，该装置包含在电子设备中，该装置具有实现上述第一方面或者第一方面的任意一种可能实现方式中所述电子设备行为的功能。

该装置具有的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第六方面提供了一种装置，该装置包含在电子设备中，该装置具有实现第二方面或者第二方面的任意一种可能实现方式中所述电子设备行为的功能。

该装置具有的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第七方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行上述第一方面或者第一方面的任意一种可能的方法、第二方面或者第二方面的任意一种可能的方法。

第八方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述第一方面或者第一方面的任意一种可能的方法、第二方面或者第二方面的任意一种可能的方法。

附图说明

图1是一例全屋智能***的示意图。

图2是本申请实施例提供的一例全屋智能***的控制过程示意图。

图3是本申请实施例提供的一例PLC设备的结构示意图。

图4是本申请实施例提供的一例控制PLC设备的方法的示意性流程图。

图5是本申请实施例提供过的一例使用阶段的场景示意图。

具体实施方式

图1是一例全屋智能***的示意图。

示例性的，以全屋智能***为例，如图1所示，该全屋智能***可以包括基于PLC协议进行通信的多种“PLC设备”，例如全屋智能主机、PLC子设备等都属于PLC设备，其中“全屋智能主机”还可以称为PLC主设备，如图1中示出的PLC主设备10；PLC主设备控制的其他设备称为“PLC子设备”，如图1中示出的PLC子设备20。

可选地，PLC子设备20可以包括一种或多种类型的家庭设备，例如家庭中的多个照明灯(例如图1所示的照明灯21、照明灯22和照明灯23等)、空调24、路由器25，该PLC子设备20还可以包括未示出的家庭场景中的机顶盒、智能音箱、冰箱、烤箱、智慧屏等设备，本申请实施例对PLC子设备20的种类和数量不作限定。

对于图1所示的全屋智能***，PLC主设备10可以作为中央控制***，依赖PLC全屋网络、高速覆盖的无线局域网(wireless local area networks，WLAN)(例如无线保真(wireless fidelity，Wi-Fi)网络)，由PLC主设备10对全屋环境、用户行为及***设备等进行分布式信息处理和智能决策，给用户带来沉浸式、个性化的全场景智慧体验。

图2是本申请实施例提供的一例全屋智能***的控制过程示意图。示例性的，如图2所示，全屋智能***的控制过程包括以下步骤：

201，用户通过应用程序(application，APP)为全屋智能***配置规则数据。具体地，用户可以通过某个应用程序为全屋智能***中的PLC主设备10配置规则数据。

应理解，在本申请实施例中，“规则数据”还可以称为“属性规则”等，该“规则数据”可以包括用于控制图1列举的家庭场景中一种或多种PLC子设备20工作状态的控制报文或控制指令等。

可选地，当被控制的PLC子设备带有延时属性规则时，例如某PLC子设备在几秒后开启或几秒后关闭，该“规则数据”还可以称为“延时规则”、“延时属性规则”等，本申请实施例对“规则数据”包括的内容不作限定。

示例性的，以图1中的照明灯21为例，“规则数据”可以包括控制照明灯21的开启时刻、关闭时刻、灯光颜色、灯光亮度、色温等任意一种或多种与工作状态相关的指令，例如照明灯21在第1秒打开、第2秒关闭、第3秒打开……的带有延时属性的规律进行工作。

还应理解，用户为全屋智能***配置规则数据的应用程序可以包括装维等第三方公司为安装和维修人员打造的智能售后服务类APP，还可以包括华为公司开发的智慧生活等能够打通智能设备之间的互联互通的APP，或者其他更多类型的APP，本申请实施例对此不作限定。

可选地，用户配置规则数据的应用程序可以安装在用户的手机、平板等日常使用的设备上，也可以安装在具有操作面板或物理按键的PLC主设备10上本申请实施例对此不作限定。

202，PLC主设备10解析规则数据。

203，PLC主设备10根据规则数据确定PLC子设备20的属性规则。

204，PLC主设备10向PLC子设备20下发控制报文。

205，PLC子设备20根据控制报文执行指令。

应理解，在上述实现过程中，PLC主设备10可以保存用户配置的规则数据，并解析规则数据中关于PLC子设备20的工作状态和工作参数，并生成控制报文将该控制报文下发到该PLC子设备20，以便该PLC子设备做出响应。

还应理解，在本申请实施例中，“控制报文”还可以称为“控制指令”、“PLC报文”等，后续实施例对此不作限定。

一种可能的实现方式中，用户可以通过装维、智慧生活等APP，或者通过PLC主设备10的操作面板、物理按键等，触发PLC主设备10向PLC子设备20下发控制指令，本申请实施例对此不作限定。

具体地，用户可以触发通知PLC主设备10执行某个控制规则，当PLC主设备10确定了待控制的PLC子设备20和该PLC子设备20当前需要执行的某个控制规则时，PLC主设备10可以解析保存的规则数据中相关的指令，并根据该相关的指令生成控制报文，将该控制报文下发给该PLC子设备20，使得该PLC子设备20按照控制报文中的指令做出响应。

示例性的，以图1中的照明灯21为例，PLC主设备10确定用户触发当前控制该照明灯21的工作状态，例如确定该照明灯21的开启时刻为1秒后，PLC主设备10可以根据获取的指令生成控制报文，将控制报文通过PLC电力线发送给照明灯21，照明灯21根据控制报文中的指令做出响应，1秒后开启并亮灯。同样地，用户可以触发控制该照明灯21的开启时刻、关闭时刻、灯光颜色、灯光亮度、色温等任意一种指令，并将每一种指令都生成控制报文，发送给该照明灯21，使得该照明灯21按照控制报文中的指令进行响应。

针对图1和图2介绍的场景，在包括多个PLC子设备的全屋智能***中，当PLC主设备10控制多个PLC子设备时，可能导致控制效率低下的问题。例如，如果PLC主设备10每秒需要生成多个PLC子设备的控制报文，以及PLC主设备10每秒都需要源源不断地生成某个PLC子设备的控制报文，换言之，报文传输信道上每秒都有控制报文生成、传输。当PLC主设备10每秒生成的PLC报文数量超过20个时，很可能造成PLC报文拥堵、传输信道的阻塞，进而导致PLC主设备10对多个PLC子设备的控制效率低下。

此外，如果一个PLC主设备10控制的多个PLC子设备执行带有延时属性的“延时规则”，PLC报文数量的拥堵将导致PLC主设备10无法对每一个PLC子设备的工作状态进行精准控制，导致控制成功率低下。

再者，在现有的控制机制中，PLC子设备不具有解析带有延时属性的“延时规则”的能力，仅能接收全屋智能主机PLC主设备10的PLC报文，并进行响应；或者说，PLC子设备不具有计时功能，无法根据“延时规则”中的延时指令进行响应。当全屋智能主机PLC主设备10发生故障时，即PLC主设备10不能生成带有时延属性的PLC报文，即无法将控制报文发送给PLC子设备，PLC主设备10就无法控制全屋智能***中的任意一个带有时延属性的PLC子设备，“延时规则”将无法正常执行，影响了用户的使用体验。

针对上述问题，本申请实施例将提供一种控制PLC设备的方法，该方法可以提升全屋智能***中PLC子设备的控制效率，且在包括“延时规则”的执行场景下，能够保证执行效率，提高控制PLC子设备的成功率。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应理解，将PLC主设备10和PLC子设备20可以统一称为“PLC设备”，本申请实施例提供的方法可以应用于“PLC设备”，例如应用于图1和图2中介绍的PLC主设备10(即全屋智能主机)或PLC子设备20。

还应理解，PLC主设备10和PLC子设备20可以是相同类型的设备，具有相同的结构，PLC主设备10和PLC子设备20也可以是不同类型的设备，具有不同的结构，本申请实施例对此不作限定。

可选地，该PLC主设备10可以是华为公司生产的全屋智能主机，随着技术的发展，该PLC主设备10还可以是集成了学***板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等，本申请实施例对此不作限定。

该PLC子设备20还可以是图1中列举的家庭场景中的照明灯、机顶盒、智能音箱、冰箱、烤箱、智慧屏等任意在家庭场景中能够基于PLC协议和PLC主设备10进行通信的设备，本申请实施例对PLC子设备的具体类型不作限定。

图3是本申请实施例提供的一例PLC设备的结构示意图。

应理解，本申请实施例的PLC主设备10和PLC子设备20可以包括图3示出的PLC设备100部分结构或全部结构，或者还可以包括更多的其他未示出的结构，本申请实施例对此不作限定。

示例性的，如图3所示，PLC设备100可以包括处理器110，外部存储器接口120，内部存储器121，接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，传感器模块170，按键191，指示器192，摄像头193，显示屏194等。

其中传感器模块170可以包括温度传感器170A、环境光传感器170B等。

可以理解的是，本申请实施例示意的结构并不构成对PLC设备100的具体限定。在本申请另一些实施例中，PLC设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是PLC设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了***的效率。

在本申请实施例中，PLC设备100既可以包括PLC主设备10，也可以包括PLC子设备20。PLC设备100的处理器110存储有实现该控制PLC设备的方法所对应的计算机程序或指令。

示例性的，对于PLC主设备10，PLC主设备10作为全屋智能主机，可以解析配置的原始规则数据，并获取每一个PLC子设备20在不同场景下的延时属性规则对应的数据，并根据转换规则将不同场景下的延时属性规则创建为预设的数据格式，且将该不同场景下的延时属性规则内置到PLC子设备中。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，将该场景标识传递给PLC子设备，实现时延场景下对PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

对于PLC子设备20，可以接收并存储全屋智能主机发送的不同场景下的延时属性规则对应的数据。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，将该场景标识传递给PLC子设备，PLC子设备就可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。

在一些实施例中，处理器110可以包括一个或多个接口130。接口130可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integratedcircuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对PLC设备100的结构限定。在本申请另一些实施例中，PLC设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合，实现PLC主设备10和PLC子设备20之间的通信等，本申请实施例对此不作限定。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过接口130接收有线充电器的充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为PLC设备100供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

PLC设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。PLC设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在PLC设备100上的包括2G/3G/4G/5G/6G等无线通信的解决方案。

无线通信模块160可以提供应用在PLC设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星***(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，PLC设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得PLC设备100可以通过无线通信技术与网络以及其他设备通信。

示例性的，在本申请实施例中，PLC主设备10和PLC子设备20之间可以基于PLC协议进行通信，当用户通过手机、平板等便携式设备控制PLC主设备10或PLC子设备20时，PLC主设备10(或PLC子设备20)和手机之间可以通过Wi-Fi方式、蓝牙等方式进行通信，本申请实施例对此不作限定。

PLC设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。在一些实施例中，PLC设备100可以包括1个或N个显示屏194，N为大于1的正整数。

PLC设备100的摄像头193具有拍摄功能，摄像头193用于捕获静态图像或视频。在一些实施例中，PLC设备100可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展PLC设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行PLC设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作***，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储PLC设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

温度传感器170A用于检测温度。在一些实施例中，PLC设备100利用温度传感器170A检测的温度，执行温度处理策略。例如，温度传感器170A可以采集家庭场景中的温度，并由PLC主设备10进行判断，是否打开空调或调整空调的工作温度等。

环境光传感器170B用于感知环境光亮度。例如，环境光传感器170B可以采集家庭场景中的光亮度，并由PLC主设备10进行判断，是否调整照明灯的工作亮度等。

按键191可以是机械按键，也可以是触摸式按键。PLC设备100可以接收按键输入，产生与PLC设备100的用户设置以及功能控制有关的键信号输入。

指示器192可以是指示灯，可以用于指示充电状态，电量变化等。

图3示例性的列举了PLC主设备10或PLC子设备20可能具有的结构，应理解，PLC主设备10或PLC子设备20可以具有图3列举的部分或全部结构，或者具有其他未示出的不同结构本申请实施例对此不作限定。

为了便于理解，本申请以下实施例将以具有图3所示结构的PLC设备100为例，结合附图和应用场景，对本申请实施例提供的控制PLC设备的方法进行具体阐述。

图4是本申请实施例提供的一例控制PLC设备的方法的示意性流程图。结合图1所示的家庭场景，该方法400可以包括如图4所示的两个阶段：

第一阶段：配置阶段

应理解，“配置阶段”可以理解为：为PLC主设备和/或PLC子设备配置与工作相关的属性规则相关的数据的过程。该过程可以具有不同的实现方式。

一种可能的实现方式中，本申请实施例中涉及的“与PLC主设备和/或PLC子设备工作相关的属性规则相关的数据”可以预先配置在每一个设备中，即是该每一个设备的固有属性。

示例性的，以图1所示家庭场景中的照明灯21为例，该照明灯21在生产出厂时就被配置了预设属性规则。同样地，该照明灯22在生产出厂时也可以被配置了预设属性规则，其中，该照明灯21的预设属性规则和该照明灯22的预设属性规则可以相同，也可以不同，本申请实施例对此不作限定。

另一种可能的实现方式中，本申请实施例中涉及的“与PLC主设备和/或PLC子设备工作相关的属性规则相关的数据”可以是在使用过程中，用户通过装维、智慧生活等应用程序触发配置流程，进而执行该第一阶段(配置阶段)，本申请实施例对此不作限定。

示例性的，在该实现方式中，该配置阶段可以包括图4中示出的以下步骤：

401，用户通过装维、智慧生活等APP为全屋智能***中的PLC主设备10配置原始规则数据。

应理解，该“原始规则数据”可以参照步骤201的相关介绍，以及步骤401的过程可以参照步骤201的实现过程，为了简便，此处不再赘述。

402，PLC主设备10解析原始规则数据，根据该原始规则数据确定不同场景下PLC子设备20的延时属性，生成不同场景对应的延时属性规则。

403，PLC主设备10将不同场景对应的延时属性规则发送给对应的PLC子设备20。

404，PLC子设备20保存不同场景对应的延时属性规则。

可选地，对于图1所示的家庭场景中的多个PLC子设备，每一个PLC子设备可以具有不同的延时属性规则，多个PLC子设备也可以具有相同的延时属性规则，每一个PLC子设备也可以具有多个不同场景下的延时属性规则。

一种可能的场景中，对于家庭场景中任意一个PLC子设备，PLC主设备10可以根据原始规则数据中包括的该PLC子设备不同场景下具有的延时属性创建并生成新的规则，在本申请实施例中，将步骤402中PLC主设备10为PLC子设备创建并生成的新的规则称为“延时属性规则”，延时属性规则可以具有预设的数据格式。

可选地，PLC主设备10为PLC子设备创建并生成的“延时属性规则”该可以包括该PLC子设备的设备信息。

示例性的，假设照明灯21在不同场景下可以按照不同的延时属性规则进行工作，PLC主设备10解析原始规则数据后，可以准确知道该照明灯21的设备信息，以及该照明灯21可以在不同场景中具有的延时属性。随后，PLC主设备10可以根据不同的场景，创建该照明灯21在不同场景下的延时属性规则。

可选地，该延时属性规则可以包括该PLC子设备在多个不同场景下对应的延时属性规则相关的亮灯规则、工作参数等数据或信息。

示例性的，以图1中所示的照明灯21为例，该照明灯21在不同场景中具有不同的亮灯规则。例如，该照明灯21具有以下不同的工作场景和该工作场景中对应的属性规则：

(1)“观影场景”：“第1秒开启，第2秒变蓝色，第3秒变红色，第4秒变绿色，第5秒变黄色……”的循环变幻灯效；

(2)“离家场景”：离家模式后的第5秒定时关闭；

(3)“阅读场景”：第1秒开启并切换为最大亮度、且为护眼模式。

以上列举的该照明灯21在三种不同场景中对应的属性规则，该不同场景中对应的属性规则可以都预置在步骤401配置的原始规则数据中，PLC主设备10可以解析该原始规则数据并基于步骤402的过程，为“观影场景”、“离家场景”和“阅读场景”中每一种场景创建预设数据格式的“延时属性规则”。

表1列举了“观影场景”对应的一种可能的“延时属性规则”。示例性的，如表1所示，PLC主设备10可以解析原始规则数据后，按照预设的数据格式创建该“观影场景”对应的新的“延时属性规则”。

可选地，该“延时属性规则”可以包括数据流的传输方向信息(例如PLC主设备10的微控制单元(microcontroller unit，MCU)下发到CC0模组)、***命令(command，cmd)信息、PLC子设备的媒体访问控制地址(destination media access control address，Dest MACAddr)信息(例如照明灯21的MAC Addr)、用户数据的长度(User Data Len)信息、PLC协议主版本号、PLC协议次版本号、序列号(Sequence number)、属性码(Func code)、状态码(Status code)、节点的短地址(DEV Addr)信息中的一种或多种基本信息。

可选地，该“延时属性规则”还可以包括该“观影场景”对应的延时属性规则相关的数据或信息。

示例性的，该“观影场景”对应的延时属性规则相关的数据或信息包括：该“观影场景”的场景标识(Scene identification，Scene ID)、服务标识(service identification，SI ID)、信道标识(channel identification，CI ID)、数据类型(Data Type)、数据长度(Data Len)、属性规则数据参数值(Data Value)中的一种或多种信息，本申请实施例对此不作限定。

可选地，该“观影场景”对应的延时属性规则相关的数据或信息还可以包括每一种数据(Data)对应的比特(byte)数，本申请实施例对此不作限定。

表1

/>

应理解，该“延时属性规则”是对应于每一个PLC子设备的独有属性规则，表1中的该属性规则对应于该照明灯21的唯一MAC Addr，该“观影场景”对应的延时属性规则可以在步骤403中按照MAC Addr传输给该照明灯21进行保存。

此外，表1中列举了在“观影场景”对应的延时属性规则相关的数据或信息。其中，场景标识(Scene ID)可以指示当前的“观影场景”，SI ID至Data Value对应的数据可以将指令转换为软件层面该照明灯21可以识别的指令，用于指示该照明灯21可以执行的物理动作，例如打开、关闭、变色、亮度调整等动作，本申请实施例对此不作限定。

还应理解，SI ID至Data Value对应的数据可以理解为新创建的“延时属性规则”相关的数据或信息，例如，SI ID和CI ID可以用于标识PLC子设备的高级属性，上述表1的动作1可以代表“delay(0x0045)”的指令，动作2可以代表“delay(0x0816)”的指令……，即每一个动作定义了该“观影场景”中该照明灯21可以实际按照“等待x秒进行控制动作”，从而所有动作依次执行，可以实现该照明灯21按照“观影场景”对应的延时属性规则相关的数据进行工作，后续不再赘述。

还应理解，每一个PLC子设备都可以具有一个或多个如表1列举的该“延时属性规则”。例如，表1列举了“观影场景”对应的延时属性规则相关的数据或信息，假设该照明灯还具有“离家场景”和“阅读场景”，每一种场景都可以对应表1所示的延时属性规则相关的数据或信息；同样地，对于图1中家庭场景的其他PLC子设备，每一种PLC子设备都可以具有一种或多种不同场景对应的延时属性规则，后续实施例对此不作赘述。

可选地，PLC主设备10可以将表1列举的“观影场景”对应的延时属性规则相关的数据或信息通过一个PLC报文发送给PLC子设备20，本申请实施例对此不作限定。

通过上述第一阶段的步骤401-步骤404过程，家庭场景中的一个或多个PLC子设备20中的每一个PLC子设备都可以预置不同场景对应的延时属性规则，例如图1所示家庭场景中的照明灯21预置了表1所列举的“观影场景”对应的延时属性规则，还可以预置“离家场景”对应的延时属性规则，“阅读场景”对应的延时属性规则等多个不同场景分别对应的属性规则相关的数据或信息。

应理解，第一阶段中的步骤401-步骤404过程可以具有不同的执行时机。例如，该过程可以发生在用户为家庭场景中首次安装PLC主设备和PLC子设备时，或者，本申请实施例中，该PLC主设备和PLC子设备中可以包括预设的属性规则，即该延时属性规则可以为预设规则配置在PLC子设备中，本申请实施例对此不作限定。

第二阶段：使用阶段

应理解，“使用阶段”可以理解为：控制每一个PLC子设备按照当前用户期望的场景对应的延时属性规则进行工作。可选地，该过程可以具有不同的触发方式，例如步骤405-1和步骤405-2。

405-1，PLC主设备10接收服务请求，所述服务请求可以包括场景标识。

示例性的，用户可以通过装维、智慧生活等APP生成服务请求，例如该服务请求中包括“观影模式”的场景标识(Scene ID)，PLC主设备10接收到该服务请求之后，获取该服务请求中的所述场景标识(Scene ID)。

或者，按照步骤405-2的实现过程：

405-2，用户通过PLC开关触发PLC主设备10获取当前的场景标识。

示例性的，家庭场景中可以安装具有开关功能的控制面板或物理按键等，当用户通过控制面板或物理按键的PLC开关触发家庭中的照明灯进入“观影模式”，那么该触发指令可以传给PLC主设备10，PLC主设备10接收到该触发指令之后，获取当前的场景标识(Scene ID)。

可选地，用户可以通过PLC开关就设定了当前场景，PLC主设备10直接获取场景标识(Scene ID)；或者，用户通过PLC开关仅触发该照明灯21开始工作并变色，由PLC主设备10根据该照明灯21的变色规则判断或筛选当前场景可能为“观影模式”对应的规则，进而PLC主设备10将当前场景定位为“观影模式”并获取场景标识(Scene ID)，本申请实施例对此不作限定。

406，PLC主设备10获取场景标识，并根据场景标识生成广播消息。

407，PLC主设备10向PLC子设备20发送所述广播消息。

408，PLC子设备20根据广播消息中包括的场景标识，确定该场景对应的延时属性规则，执行所述延时属性规则。

具体地，PLC主设备10可以通过广播消息，广播场景标识(Scene ID)到PLC链路层，PLC子设备20接收到广播消息之后，根据广播消息中包括的场景标识(Scene ID)从存储的一个或多个场景确定当前场景。例如根据场景标识(Scene ID)确定当前为“观影模式”，即确定将该“观影模式”对应的延时属性规则，并执行该“观影模式”对应的延时属性规则。换言之，PLC子设备20接收到广播消息之后，从自身查找并解析延时属性规则中相关的数据或信息，提取延时属性，根据延时属性，设置自身的延时时间，根据延时时间切换自身的工作状态。

图5是本申请实施例提供过的一例使用阶段的场景示意图。

如图5所示，一种可能的方式中，用户可以通过装维、智慧生活等APP生成服务请求，触发PLC主设备10向一个或多个PLC子设备发送广播消息，广播消息中包括场景标识(Scene ID)。

另一种可能的方式中，用户可以通过PLC开关触发PLC主设备10在PLC链路层发送广播消息，该广播消息中包括了场景标识(Scene ID)。

应理解，PLC开关或物理按键可以独立于全屋智能主机，即是全屋智能主机的独立控制器件，且和全屋智能主机进行无线连接或有线连接。示例性的，家庭场景中可以将PLC开关或物理按键设置在入户玄关的附近，以控制面板的形式提供给用户，以便于用户进行操作。

或者，该PLC开关或物理按键还可以是全屋智能主机的组成部分，即是全屋智能主机结构上设置的器件，本申请实施例对此不作限定。

通过上述方式，当PLC主设备发生故障时，用户也可以通过PLC开关或物理按键等触发PLC主设备在PLC链路层发送广播消息，该广播消息中包括了场景标识(Scene ID)。PLC子设备在接收到广播消息之后，仍然可以根据该广播消息中的场景标识(Scene ID)确定待执行的延时属性规则，并按照该对应的延时属性规则执行相关控制指令，该过程可以在PLC主设备断网后，不影响PLC子设备的时延属性规则的执行，增加了家庭场景中PLC子设备的可控性，提高了用户体验。

又一种可能的实现方式中，PLC主设备10还可以通过在PLC协议中组建或添加“停止场景”，通过该“停止场景”对应的延时属性规则控制PLC子设备20停止执行步骤406至步骤408中执行的延时属性规则。换言之，在步骤402中，PLC主设备10为PLC子设备20创建并生成不同场景对应的“延时属性规则”时，还创建了“停止场景”对应的延时属性规则，当步骤407中广播消息中的场景标识(Scene ID)指示了该“停止场景”，当PLC子设备20收到此广播消息时，可以删除内置的延时属性规则相关的数据或信息，停止执行步骤406，即删除了PLC子设备20的延时属性或时间定时器。

可选地，表2列举了“停止场景”对应的一种可能的“延时属性规则”。示例性的，如表2所示，具体实现过程中，可以在PLC协议中新增“停止场景”对应的延时属性规则相关的数据或信息。在表2中，属性码(Func code)可以被赋值为“0x14”，状态码(Status code)可以被赋值为“0x03”，表示：当前停止执行延时属性，不再返回响应报文，此时不上报延时属性的变化。

表2

/>

综上所述，通过上述方式，用户可以通过装维、智慧生活等APP将原始规则数据配置给全屋智能主机，全屋智能主机可以解析该原始规则数据，并获取每一个PLC子设备在不同场景下的延时属性规则对应的数据，并根据转换规则将不同场景下的延时属性规则创建为预设的数据格式，且将该不同场景下的延时属性规则内置到PLC子设备中。在用户期望控制PLC子设备的过程中，全屋智能主机仅通过广播消息发送一条包含场景标识的报文，将该场景标识传递给PLC子设备，使得PLC子设备可以解析广播消息获取场景标识，并根据场景标识解析内置的延时属性规则对应的数据，提取延时属性，直接根据延时属性，设置延时时间，改变自身的工作状态。该过程可以实现时延场景下PLC子设备的分布式控制，减少全屋智能主机的PLC链路层报文数量，提高PLC设备的控制成功率。

此外，当全屋智能主机发生故障时，上述方式可以通过PLC开关或物理按键等触发全屋智能主机在PLC链路层发送广播消息，该广播消息中包括了场景标识(Scene ID)进而在全屋智能主机断网后仍然可以实现时延规则的可控性，提高了设备的控制效率。

最后，上述方法中，全屋智能主机还可以组建或添加“停止场景”对应的延时属性规则，当PLC子设备接收到包括“停止场景”的场景标识的广播消息时，可以通过该“停止场景”对应的延时属性规则控制PLC子设备停止执行延时属性规则，并删除该PLC子设备内置的规则数据，停止PLC子设备的时间定时器。该过程扩展了PLC协议内容，增加了PLC子设备的可控性，提高了用户体验。

需要说明的是，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

应理解，本申请实施例中的方式、情况、类别以及实施例的划分仅是为了描述的方便，不应构成特别的限定，各种方式、类别、情况以及实施例中的特征在不矛盾的情况下可以相结合。

还应理解，本申请实施例中的术语“第一”、“第二”以及“第三”仅为了区分，不应对本申请构成任何限定。

还应理解，在本申请的各种实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还需要说明的是，本申请实施例中，“预设”、“预置”等可以通过在PLC设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。例如，本申请实施例中“预设的数据格式”等。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备的一种可能的组成示意图，该电子设备可以包括：显示单元、检测单元和处理单元。其中，显示单元、检测单元和处理单元相互配合，可以用于支持电子设备执行上述步骤等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述控制PLC设备的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图3所示结构的PLC设备。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的控制PLC设备的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的控制PLC设备的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的控制PLC设备的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (11)

1.一种控制电力线通信PLC设备的方法，其特征在于，所述方法包括：

确定待控制的PLC设备，获取所述PLC设备能够支持的一种或多种工作场景和关联每一种工作场景的工作参数；

根据所述一种或多种工作场景和所述关联每一种工作场景的工作参数，生成一种或多种延时属性规则，并向所述PLC设备发送所述一种或多种延时属性规则；

接收服务请求，所述服务请求包括所述PLC设备的场景标识；

响应于所述服务请求，生成广播消息，并向所述PLC设备发送所述广播消息，所述广播消息中携带所述场景标识。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收用户通过目标应用程序配置的原始规则数据，或者，获取预设的所述原始规则数据，其中，所述原始规则数据中包括所述PLC设备的设备信息、所述PLC设备能够支持的一种或多种工作场景的场景标识和关联每一种工作场景的工作参数；

以及，所述获取所述PLC设备能够支持的一种或多种工作场景和关联每一种工作场景的工作参数，包括：

根据所述原始规则数据，获取所述PLC设备能够支持的一种或多种工作场景的场景标识和关联每一种工作场景的工作参数。

3.根据权利要求1或2所述的方法，其特征在于，所述生成一种或多种延时属性规则，包括：

根据预设的数据格式，生成所述一种或多种延时属性规则。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述一种或多种工作场景中包括停止场景和/或启动场景。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述一种或多种延时属性规则中还包括所述PLC设备的设备标识、服务标识、信道标识、数据类型信息、数据长度信息、属性规则数据参数值中的一种或多种。

6.一种控制电力线通信PLC设备的方法，其特征在于，所述PLC设备存储有一种或多种延时属性规则，每一种延时属性规则关联所述PLC设备能够支持的工作场景，且所述每一种延时属性规则用于指示所述PLC设备在关联的工作场景中的工作参数，所述方法包括：

接收广播消息，获取所述广播消息中包括的所述PLC设备当前的工作场景标识；

根据所述当前的工作场景标识，从所述一种或多种延时属性规则中确定目标规则，解析并执行所述目标规则。

7.根据权利要求6所述的方法，其特征在于，所述一种或多种延时属性规则具有预设的数据格式。

8.根据权利要求6或7所述的方法，其特征在于，所述工作场景包括停止场景和/或启动场景。

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述一种或多种延时属性规则中还包括所述PLC设备的设备标识、服务标识、信道标识、数据类型信息、数据长度信息、属性规则数据参数值中的一种或多种。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

安装有多个应用程序的模块；

所述存储器存储有一个或多个程序，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求1至9中任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至9中任一项所述的方法。