一种调试方法、物联网设备、调试服务器以及调试系统

技术领域

本申请涉及物联网技术领域，尤其涉及一种针对物联网设备的调试方法、物联网设备、调试服务器以及调试系统。

背景技术

无显示器的物联网设备通常打包了很多软件，实现了互联网连接和本地设备控制。由于终端环境的差异，对这些物联网设备进行调试是一项具有挑战性的任务。

现有技术中，通常由开发团队花费大量的时间来筛选设备数据以建立假设，然后再提供具有诊断功能的固件来证明或推翻这些假设。因为在每个诊断程序部署到设备之前，都需要经过严格的质量保证(QA)测试。因此，即使仅部署到少量的设备上，其调试周期也仍需要大量的时间，调试过程较为低效。

基于MCU的物联网设备，例如为智能灯泡、开关、空调、洗衣机等设备供电的设备，通常具有明显受限的环境。这些限制使得很难在MCU上实现丰富的诊断机制。

因此，如何实现高效、丰富的调试诊断是本申请发明人意图解决的技术问题之一。

应理解，上述所列举的技术问题仅作为示例而非对本发明的限制，本发明并不限于同时解决上述所有技术问题的技术方案。本发明的技术方案可以实施为解决上述或其他技术问题中的一个或多个。

发明内容

为解决上述和其他问题，本申请提供了针对物联网设备的调试方法，应用于物联网设备，所述物联网设备为基于MCU且其上运行有固件的设备，所述方法包括：

接收由调试服务器发送的观察点配置命令，所述观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦所述观察点被触发所执行的调试动作；

从所述观察点配置命令中解析得到所述地址以及对应的调试动作；

基于所述地址在对应位置设置观察点，以在固件运行过程中一旦设置的观察点被触发，执行对应的调试动作。

可选地，在所述从所述观察点配置命令中解析得到所述地址以及对应的调试动作之后还包括：

建立数据结构，所述数据结构用于标识所述地址以及调试动作之间的对应关系。

可选地，一旦设置的观察点被触发，执行对应的调试动作包括：

一旦设置的观察点被触发，确定该观察点所对应的地址；

从所述数据结构中查找与所述地址对应的调试动作，执行对应的调试动作。

可选地，所述调试动作采用预先定义的动作函数来表示，所述动作函数包含描述待执行动作的动作描述符。

可选地，所述调试动作由运行在所述调试服务器上的应用程序自定义生成。

可选地，所述调试动作还包括参数，所述调试服务器用于传递所述参数。

可选地，所述调试动作还包括用于改变所述固件的行为的调试指令。

可选地，所述调试指令为有副作用的函数。

可选地，所述有副作用的函数为持久副作用的函数，在所述固件的电源周期中被保留。

可选地，所述调试动作被持久地配置，在重启时被保留。

可选地，所述观察点配置命令为预定JSON或CBOR格式的命令。

可选地，在从所述观察点配置命令中解析得到所述地址之后还包括：

基于所述观察点的地址，判断所要设置观察点的地址是否存在之前设置的观察点，如果是，则清除对应地址上之前设置的观察点。

可选地，所述观察点为指令观察点或数据观察点；其中，在预设的指令被执行时，对应的指令观察点被触发；在预设的数据被访问时，对应的数据观察点被触发。

可选地，所述物联网设备通过具有单一的执行线程的运行库接收由调试服务器发送的命令。

可选地，在固件运行过程中设置的观察点被触发后还包括：

将设置的观察点设置为不可用状态。

可选地，在执行对应的调试动作之后还包括：

判断设置的观察点是否为粘性观察点；

如果是，则在物联网设备为支持硬件单步的设备时，

启用硬件单步并返回，以使返回后从设置的观察点的指令继续执行，并产生单步中断；在单步中断中，将设置的观察点设置为可用状态并禁止进一步的单步；

在物联网设备为不支持硬件单步的设备时，

在设置的观察点的下一条指令处设置临时断点；以使返回从设置的观察点的指令恢复执行，至所述临时断点被触发，所述临时断点被触发后执行与设置的观察点被触发后相同的调试动作；

如果否，则清除与设置的观察点对应的调试动作。

可选地，在执行对应的调试动作之后还包括：

将执行对应的调试动作后得到的诊断数据上报至所述调试服务器。

可选地，将所述诊断数据上报至所述调试服务器的步骤为异步的。

本申请还提供了一种针对物联网设备的调试方法，应用于调试服务器，所述物联网设备为基于MCU且其上运行有固件的设备，所述方法包括：

接收开发者对物联网设备的固件进行调试的配置请求；

基于所述配置请求生成观察点配置命令，所述观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦所述观察点被触发所执行的调试动作；

向所述物联网设备发送所述观察点配置命令，以使所述物联网设备在接收到所述观察点配置命令后，从所述观察点配置命令中解析得到所述地址以及对应的调试动作，在所述地址设置对应的观察点，并且在固件运行过程中一旦设置的观察点被触发，执行对应的调试动作。

本申请还提供一种物联网设备，包括：存储器以及处理器；其中，所述存储器用于存储有指令；所述处理器调用所述指令时，执行上述任一种所述的方法。

本申请还提供了一种调试服务器，包括：存储器以及处理器；其中，所述存储器用于存储有指令；所述处理器调用所述指令时，执行上述所述的方法。

本申请还提供了一种调试系统，包括：如上述所述的物联网设备以及如上述所述的调试服务器。

可选地，所述物联网设备的MCU具有平坦地址空间。

可选地，所述物联网设备的MCU没有用户和内核的分离，以使运行库与系统的操作系统、网络堆栈运行在同一环境中。

可选地，所述调试服务器包括：开发者前端以及服务器后端；

其中，所述开发者前端用于接收开发者对物联网设备的进行调试的配置请求，并将所述配置请求发送至所述服务器后端；所述服务器后端基于所述配置请求生成所述观察点配置命令。

可选地，所述调试服务器为云端服务器。

可选地，所述物联网设备支持基于参数的命令处理，是接收来自所述调试服务器的命令的MQTT主题的订阅者。

可选地，所述调试服务器与所述物联网设备之间采用MQTT进行信息的交换。

本申请提供的针对物联网设备的调试方法，应用于物联网设备，该物联网设备为基于MCU且其上运行有固件的设备。通过接收由调试服务器发送的观察点配置命令，该观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦该观察点被触发所执行的调试动作。从观察点配置指令中解析得到地址以及对应的调试动作；基于该地址在对应位置设置观察点，以在固件运行过程中一旦设置的观察点被触发，则执行对应的调试动作。本申请所提供的调试方法，基于MCU的物联网设备，通过在设备上运行的固件上设置观察点的方式实现远程调试，不受设备自身资源的限制，能够实现丰富的诊断功能。并且开发者可以避免在设备上构建、测试和部署固件的漫长而耗时的过程，使得调试过程更为高效。此外，本申请还提供了一种物联网设备、调试服务器以及调试系统，同样能够实现上述技术效果。

附图说明

在下文中，将基于实施例参考附图进一步解释本申请。

图1示意性地示出本申请所提供的调试系统的结构示意图；

图2示意性地示出本申请所提供的调试系统的工作流程图；

图3示意性地示出本申请所提供的针对物联网设备的调试方法的一种具体实施方式的流程图；

图4示意性地示出本申请所提供的针对物联网设备的调试方法中设置观察点的过程流程图；

图5示意性地示出本申请所提供的针对物联网设备的调试方法中执行调试动作的过程流程图；

图6示意性地示出本申请所提供的物联网设备的结构框图；

图7示意性地示出本申请所提供的针对物联网设备的调试方法的又一种具体实施方式的流程图；

图8示意性地示出本申请所提供的调试服务器的结构框图。

具体实施方式

以下将结合附图和具体的实施方式，对本申请的方法和设备进行详细说明。应理解，附图所示以及下文所述的实施例仅仅是说明性的，而不作为对本申请的限制。

图1示出本申请所提供的调试系统的结构示意图，该调试系统包括物联网设备1以及调试服务器2。

调试服务器2可以为云端服务器。调试服务器2可以具体包括开发者前端21以及服务器后端22。其中，开发者前端21用于接收开发者对物联网设备的进行调试的配置请求，并将该配置请求发送至服务器后端22；服务器后端22基于该配置请求生成观察点配置命令。

可选地，开发者前端21可以提供具体选项的交互界面，开发者可以通过该交互界面进行选择，生成配置请求。

该物联网设备为基于MCU且其上运行有固件的设备。作为一种具体实施方式，物联网设备的MCU具有平坦地址空间。物联网设备的MCU没有用户和内核的分离，以使运行库与系统的操作系统、网络堆栈运行在同一上下文中，这增加了调试的复杂性。

本申请架构支持观察点寄存器，当观察点被触发时，触发故障/异常。在这样的故障/异常被触发时，可以执行调试动作，并且可以将执行返回到原始指令，并不改变原始指令的执行。

具体地，观察点可以为指令观察点或数据观察点；其中，在预设的指令被执行时，对应的指令观察点被触发；在预设的数据被访问时，对应的数据观察点被触发。

物联网设备通常拥有一云端反向链接，用于接收来自终端用户的远程控制指令，一般通过MQTT(消息传输协议)进行信息交换。本申请实施例中，物联网设备支持基于参数的命令处理，允许其接收来自调试服务器的命令。物联网设备将“配置观察点”的API暴露给位于云端的调试服务器，观察点配置命令可以由调试服务器通过在MQTT主题上发送JSON编码数据来执行。物联网设备可以是接收来自调试服务器的命令的MQTT主题的订阅者。调试服务器与物联网设备之间采用MQTT进行信息的交换。

物联网设备通过具有单一的执行线程的运行库接收由调试服务器发送的命令。该运行库负责接收来自MQTT主题的命令列表，使用本申请所提供的编码方式从命令中解析出相关的动作描述符。

目前成熟的调试工具主要采用动态调试法。但是，动态调试需要调试工具与被测程序在运行时进行信息交互，这将造成众多的运行成本，而且操作系统的接口支持也很丰富。因此，在硬件资源有限、软件接口稀少的情况下，动态调试法在物联网设备上的应用很困难。并且，在物联网设备的情况下，调试工具是运行在开发者的桌面上的远程浏览器，而物联网设备一般安装在用户的家里，即调试工具与物联网设备很有可能不在同一网络上。这也限制了调试目标以及调试工具之间可以交换的信息。

本申请基于MCU的物联网设备，通过在设备上运行的固件上设置观察点的方式实现远程调试，不受设备自身资源的限制，能够实现丰富的诊断功能。并且开发者可以避免在设备上构建、测试和部署固件的漫长而耗时的过程，使得调试过程更为高效。此外，在物联网设备与调试服务器之间选择协议的方式，可以利用现有的云连接(大多数物联网设备均有)，而不必专门为调试设置专门的、昂贵的云连接。

图2示出了本申请所提供的调试系统的工作流程图。参照图2，该过程包括：

S201：开发者前端21用于接收开发者对物联网设备的进行调试的配置请求，并将配置请求发送至服务器后端22。

本申请实施例中，开发者可以访问与物联网设备上运行的二进制可执行文件相对应的ELF文件，开发者可以从该ELF文件中选择任何相关变量或功能的地址。然后通过服务器后端进行编码，生成观察点配置命令。

作为示例，开发者想要获取在物联网设备执行过程中是否采取了一个特定的代码路径，如果是，想知道特定的变量“my_variable”的值。开发者可以使用开发者前端21进行配置，以确定设备是否执行了这个特定的代码。另外，开发者还可以配置想报告给调试服务器的变量“my_variable”的地址。该诊断事件可以例如被命名为“event123”。开发者前端21可以基于这些信息生成配置请求，并将配置请求发送到服务器后端22。

S202：服务器后端22基于该配置请求生成观察点配置命令，并将该观察点配置命令发送至物联网设备1。

作为一种具体实施方式，服务器后端22可以通过REST API从开发者前端21接收该配置请求。该配置请求可以是针对一个设备或一组设备的。基于该配置请求，服务器后端22生成观察点配置命令，并将该观察点配置命令发送至一个或多个物联网设备1上。具体地，服务器后端22可以采用MQTT与物联网设备1直接进行信息的交换。

作为一种具体实施方式，观察点配置命令可以为预定JSON或CBOR格式的命令。

作为示例，该观察点配置命令可以为：

其中，“sw”这一参数表示命令的种类，用于表示“set watchpoint”(配置观察点)的命令，p1以及p2为该命令所包含的两个参数，value1以及value2分别为p1以及p2对应的定义值。具体地，p1可以表示为所要配置的观察点的地址“addr”，p2可以表示为一旦所述观察点被触发所执行的调试动作“func”。

可以理解的是，本实施例采用JSON来展示观察点配置命令，当然也可以使用CBOR或任何其他合适的格式，在此不做限定。

S203：物联网设备1接收观察点配置命令，从该观察点配置命令中解析得到地址以及对应的调试动作；基于地址在对应位置设置观察点，以在固件运行过程中一旦设置的观察点被触发，执行对应的调试动作。

物联网设备1接收到观察点配置命令后，在执行环境中进行适当的配置，基于解析得到的地址以及调试动作，在对应位置处设置观察点。在固件运行过程中一旦设置的观察点被触发，则执行对应的调试动作。在调试动作执行完后，系统继续正常运行，直到任何一个设置的观察点被触发。

例如，在上述示例的情况下，物联网设备1收到该观察点配置命令，会执行预先在设备上注册的观察点配置程序，基于观察点配置命令中的两个参数：p1以及p2以及其相应的定义值进行配置。

S204：将执行对应的调试动作后得到的诊断数据上报至所述调试服务器。

每当设置的观察点被触发，则对应的调试动作被执行。执行对应的调试动作后得到的诊断数据上报至调试服务器。可以理解的是，该过程可以为异步的步骤。即，得到的诊断数据根据设备的策略等待，排队发送到调试服务器。只要物联网设备有机会即可通过MQTT向位于云端的调试服务器上报诊断数据，其他的执行过程则在设备上继续正常执行。

服务器后端22可以收集和维护所有由物联网设备上报的诊断数据。开发者可以通过开发者前端21使用REST API访问服务器后端存储的诊断数据，对物联网设备上发生的诊断事件进行查询。

本申请实施例提供了完整的端对端的系统，从通常物联网设备通信的云服务器，到物联网设备上运行的固件。基于MCU的物联网设备，通过在设备上运行的固件上设置观察点的方式实现远程调试，不受设备自身资源的限制，能够实现丰富的诊断功能。并且开发者可以避免在设备上构建、测试和部署固件的漫长而耗时的过程，使得调试过程更为高效。

作为一种具体实施方式，调试动作可以采用预先定义的动作函数来表示，该动作函数包含描述待执行动作的动作描述符。

例如，本申请实施例可以定义如下命令：

/>

基于上述动作描述符的定义，动作函数可以被编码为：

其中，参数本身可以是函数，因此是可以递归的。

整体的观察点配置命令可以被编码为：

在上述示例中，该命令具体表示：在地址3492939533处设置一个观察点，从20开始执行esp_cntdwn函数(即，从20开始倒计时，在零点执行)，在到达0时，执行参数为eventX和string1的函数esp_evt_str(即，向云端报告带有数据"string1"的事件eventX)。

上面所描述的esp_cntdwn,esp_evt_str等函数被称为动作函数。作为一种具体实施方式，这些函数可以被维护在一个查找表中，由在命令中收到的JSON字符串索引。上述动作描述符以及动作函数定义了为执行调试而采取的确切步骤。可以理解的是，“cmds”命令为数组，其可以包含多个命令。一旦设置，物联网设备的运行库将按照顺序处理这些命令，并且可以同时设置多个观察点。因此，在调试过程中可能会有多个观察点处于活动状态。一旦所设置的任何一个观察点被触发，则执行对应的调试动作。

有些动作函数所描述的调试动作可能会带来安全方面的问题，例如允许从任何任意位置执行的函数，在开发者不受信任的情况下，可以在固件中禁用该调试动作。

可以理解的是，这些函数将在处理程序上下文中执行，因此不能有太多的复杂代码。本申请采用紧凑的编码将交换的信息保持在最低的限度，可以使用尽可能少的指令快速完成调试。并且，可以将命令直接与测试代码联系起来。

图3示出了本申请提供的针对物联网设备的调试方法的一种具体实施方式的流程图。该方法应用于物联网设备，该物联网设备为基于MCU且其上运行有固件的设备。该方法具体包括：

S301：接收由调试服务器发送的观察点配置命令，该观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦所述观察点被触发所执行的调试动作；

S302：从该观察点配置命令中解析得到地址以及对应的调试动作；

S303：基于该地址在对应位置设置观察点，以在固件运行过程中一旦设置的观察点被触发，执行对应的调试动作。

具体地，本申请实施例中观察点可以为指令观察点或数据观察点；其中，在预设的指令被执行时，对应的指令观察点被触发；在预设的数据被访问时，对应的数据观察点被触发。

现有的观察点通常用于软件调试，但是该观察点一旦被触发，则执行会停滞，然后开发者可以研究设备的内存和寄存器，试图了解设备的状态，探究问题被触发的原因。但是对于本申请想要实现远程调试来说，现有的观察点是不可行的。因为如果该观察点被触发后设备停滞，则其不能向远程的调试服务器上传数据。因此，本申请通过观察点配置命令的设置，在设置的观察点被触发后，可以执行观察点配置命令中所定义的一个或多个动作，实现远程调试，不受设备自身资源的限制，能够实现丰富的诊断功能。并且开发者可以避免在设备上构建、测试和部署固件的漫长而耗时的过程，使得调试过程更为高效。

图4示出了本申请提供的针对物联网设备的调试方法中设置观察点的过程流程图。该方法具体包括：

S401：接收由调试服务器发送的观察点配置命令，该观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦所述观察点被触发所执行的调试动作；

S402：从该观察点配置命令中解析得到地址以及对应的调试动作；

S403：基于所述观察点的地址，判断所要设置观察点的地址是否存在之前设置的观察点，如果是，则清除对应地址上之前设置的观察点。

S404：建立数据结构，所述数据结构用于标识所述地址以及调试动作之间的对应关系；

通过建立的数据结构，后续可以通过在该数据结构中查询地址，很容易得到对应的调试动作。

S405：基于该地址在对应位置设置观察点。

图5示出了本申请提供的针对物联网设备的调试方法中执行调试动作的过程流程图，参照图5，一旦设置的观察点被触发，则执行如下操作：

S501：将设置的观察点设置为不可用状态，以避免无限循环。

S502：在固件运行过程中一旦设置的观察点被触发，确定该观察点所对应的地址；

S503：从已建立的数据结构中查找与地址对应的调试动作，执行对应的调试动作；

S504：当调试动作执行返回后，判断设置的观察点是否为粘性观察点；如果是，则进入S505：如果否，则进入S506：

S505：物联网设备是否为支持硬件单步的设备，如果是，则进入S5051；如果否，则进入S5052；

S5051：启用硬件单步并返回，以使返回后从设置的观察点的指令继续执行，并产生单步中断；在单步中断中，将设置的观察点设置为可用状态并禁止进一步的单步；

S5052：在设置的观察点的下一条指令处设置临时断点；

以使返回从设置的观察点的指令恢复执行，至所述临时断点被触发，所述临时断点被触发后执行与设置的观察点被触发后相同的调试动作；

S506：清除与设置的观察点对应的调试动作。

可以理解的是，本申请实施例中粘性用于表示该观察点是否为单次触发的观察点(只触发一次)，还是经常性的观察点(不只触发一次)。

作为一种具体实施方式，可以为观察点设置最多支持调用次数，例如100次。

进一步地，本申请实施例在执行对应的调试动作之后还可以将执行对应的调试动作后得到的诊断数据上报至所述调试服务器。其中，将所述诊断数据上报至所述调试服务器的步骤为异步的。

可以理解的是，调试动作可以是预先定义的规则，也可以由运行在调试服务器上的应用程序自定义生成，由调试服务器或用户来决定应该指定哪些具体的调试动作。

此外，调试动作还可以包括参数，例如，一个调试动作可以为：当观察点被触发时，用数值y更新变量x。这里的x与y即为调试动作的参数。可以理解的是，有些调试动作可以不包含参数。调试服务器用于传递调试动作的参数。

调试动作还可以包括用于改变所述固件的行为的调试指令。可选地，调试指令可以为有副作用的函数。有副作用表示以特定方式改变系统的行为。进一步地，该有副作用的函数可以为持久副作用的函数，在所述固件的电源周期中被保留。

可选地，调试动作可以被持久地配置，在重启时被保留。

对应于上述方法，本申请还提供了一种物联网设备1，参照图6本申请提供的物联网设备的结构框图，该物联网设备1可以包括以下一个或多个组件：处理器601，存储器602，电源组件603，输入/输出(I/O)接口604，以及通信组件605。

处理器601通常控制物联网设备1的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理器601可以调用存储器602中存储的指令，以完成上述的方法的全部或部分步骤。

存储器602被配置为存储各种类型的数据以支持在物联网设备1的操作。这些数据的示例包括用于在物联网设备1上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件603为物联网设备1的各种组件提供电力。电源组件603可以包括电源管理系统，一个或多个电源，及其他与为物联网设备1生成、管理和分配电力相关联的组件。

输入/输出(I/O)接口604为处理器601和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

通信组件605被配置为便于物联网设备1和其他设备之间有线或无线方式的通信。物联网设备1可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。

在示例性实施例中，物联网设备1可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

可以理解的是，本申请所提供的物联网设备与上述针对物联网设备的调试方法相对应，其具体实施方式可以参照上述内容，在此不再赘述。

此外，本申请还提供了一种针对物联网设备的调试方法，应用于调试服务器，所述物联网设备为基于MCU且其上运行有固件的设备。如图7本申请所提供的针对物联网设备的调试方法的又一种具体实施方式的流程图所示，所述方法包括：

S701：接收开发者对物联网设备的固件进行调试的配置请求；

S702：基于所述配置请求生成观察点配置命令，所述观察点配置命令用于对观察点进行配置，其至少包括所要配置的观察点的地址以及一旦所述观察点被触发所执行的调试动作；

S703：向一个或多个所述物联网设备发送所述观察点配置命令，以使所述物联网设备在接收到所述观察点配置命令后，从所述观察点配置命令中解析得到所述地址以及对应的调试动作，在所述地址设置对应的观察点，并且在固件运行过程中一旦设置的观察点被触发，执行对应的调试动作。

对应于上述方法，本申请还提供了一种调试服务器，参照图8本申请所提供的调试服务器2的结构框图，该调试服务器2可以包括以下一个或多个组件：处理器801，存储器802，电源组件803，输入/输出(I/O)接口804，以及通信组件805。

处理器801通常控制调试服务器2的整体操作。处理器801可以调用存储器802中存储的指令，以完成上述的方法的全部或部分步骤。

存储器802被配置为存储各种类型的数据以支持在调试服务器2的操作。这些数据的示例包括用于在调试服务器2上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。

电源组件803为调试服务器2的各种组件提供电力。电源组件803可以包括电源管理系统，一个或多个电源，及其他与为调试服务器2生成、管理和分配电力相关联的组件。

输入/输出(I/O)接口804为处理器801和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

通信组件805被配置为便于调试服务器2和其他设备之间有线或无线方式的通信。调试服务器2可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。可以理解的是，本申请所提供的调试服务器与上述针对物联网设备的调试方法相对应，其具体实施方式可以参照上述内容，在此不再赘述。

虽然出于本公开的目的已经描述了本申请各方面的各种实施例，但是不应理解为将本公开的教导限制于这些实施例。在一个具体实施例中公开的特征并不限于该实施例，而是可以和不同实施例中公开的特征进行组合。例如，在一个实施例中描述的根据本申请的方法的一个或多个特征和/或操作，亦可单独地、组合地或整体地应用在另一实施例中。本领域技术人员应理解，还存在可能的更多可选实施方式和变型，可以对上述系统进行各种改变和修改，而不脱离由本申请权利要求所限定的范围。