CN102497648B - 实现远程调试的装置及方法 - Google Patents

Abstract

一种实现远程Shell调试的装置及方法中，使用PC机将用户命令通过串口线发送至服务器节点，服务器节点再通过无线交互发送至多个待调试传感器节点中预设的客户端节点；客户端节点执行相应命令后将信息返回至服务器节点，再转发到PC机上给用户。本发明克服了现有必须接入有线装置才能对已安装的无线传感器节点设备进行调试的不足。本发明在服务器节点与客户端节点之间使用多种通讯手段，可以方便定位和解决实际应用环境中出现的故障，有助于提高故障解决速度和降低解决成本。

Description

实现远程调试的装置及方法

技术领域

本发明应用于无线传感器网络领域，特别涉及一种基于TinyOS操作系统构建，用以对节点进行远程Shell调试的装置及方法。

背景技术

TinyOS是UC Berkeley（加州大学伯克利分校）开发的开放源代码操作系统，专为嵌入式无线传感网络设计；操作系统基于构件（component-based）的架构，使得快速的更新成为可能，而这又减小了受传感网络存储器限制的代码长度。TinyOS的构件包括网络协议、分布式服务器、传感器驱动及数据识别工具；其良好的电源管理源于事件驱动执行模型，该模型也允许时序安排具有灵活性。TinyOS已被应用于多个平台和TinyOS感应板中。

目前，在ZigBee无线传感器网络中，通过CC2430等系统芯片（SoC）CMOS解决方案，来实现以ZigBee协议为基础的2.4GHz ISM波段应用，提高其性能并满足对低成本，低功耗的要求。一般结合一个高性能2.4GHz DSSS（直接序列扩频）射频收发器核心和一颗工业级小巧高效的8051控制器来构建。

然而，现有的针对无线传感器设备的调试手段极为短缺，大多分为以下几种：

其一、通过LED灯来表现程序状态，俗称为“点灯”。该调试方法的缺点是：LED灯数量有限，所以表示的程序状态数也有限。而且，表现形式单一，只有亮与来两种状态，所以具有的调试功能有限。

其二、在串口工作正常的情况下通过UART方式打印至PC机。这种方法是最为通用的方法之一，但是也有它的局限性：即，必须通过有线（比如串口线）连接至PC，这对使用无线射频作为通讯介质的无线传感器网络来说极大地增加了安装调试的复杂性，在工业应用时尤其明显。譬如，在一个基于地区环境监控的系统中，每一个无线节点都被安装在数米高的路灯上，而这些节点由于要做到防水防尘防盗等功能，不会留有调试接口；所以唯一的方法就是将节点拆回原厂进行连线调试。

因此，正是因为这些原因，使得无线设备节点很难直接进行现场调试。

发明内容

本发明的目的是提供一种基于TinyOS系统来实现远程Shell调试的装置及方法，可以克服现有技术中必须使用有线装置，将已安装的无线节点连接到PC机上进行调试的局限性。本发明在服务器节点与客户端节点之间使用无线通讯，方便对无线传感网络中的各个无线节点进行调试，从而定位及解决实际运用环境中出现的故障，有助于提高故障解决速度并降低维护成本。

为了达到上述目的，本发明的技术方案是提供一种实现远程Shell调试的装置及方法，用于对无线传感器网络中的各个传感器节点进行调试。

其中实现远程Shell调试的装置，包含调试用设备，以及预先安装在需要调试的每个传感器节点中的工程现场设备；

其中，所述调试用设备包含通过有线装置连接的PC机和服务器节点；所述PC机及服务器节点之间经过串口交互通讯；所述PC机向服务器节点传送命令，或接收所述服务器节点返回的响应信息；

所述工程现场设备包含客户端节点，每个所述传感器节点中至少设置有一个所述客户端节点；一个所述服务器节点与若干个所述客户端节点之间通过无线射频交互；所述服务器节点向对应的客户端节点传送操作命令，或接收所述客户端节点返回的执行结果。

所述PC机上设置有Shell终端与所述服务器节点进行交互通讯；还设置有前台的用户界面，来将用户命令输入至PC机，并将服务器节点返回的响应信息显示给用户。

所述服务器节点中进一步设置有以下模块：

串口收发模块，其与所述PC机的串口连接，来接收该PC机发送的原始数据，并转发至后续模块；

串口数据解析模块，其对所述串口收发模块发送的原始数据进行串口协议解析；

Shell命令解析模块，其对所述串口数据解析模块成功解析的串口命令进行Shell命令解析；

Shell命令逻辑处理主模块，其根据所述Shell命令解析模块成功解析的Shell命令，生成所述客户端节点需要执行的操作命令；

射频数据解析模块，其对所述Shell命令逻辑处理主模块发送的操作命令进行协议组包；

射频收发模块，其将所述射频数据解析模块完成组包的数据，发送至所述客户端节点中相应的模块。

每个所述客户端节点进一步设置有以下模块：

射频收发模块，其通过无线接收所述服务器节点发送的数据，并在判断所述数据是发送给该模块所属的客户端节点时，将数据转发至后续模块；

射频数据解析模块，其对所述射频收发模块发送的数据进行shell命令解析；

Shell命令逻辑处理主模块，其根据所述射频数据解析模块成功解析的shell命令，来生成后续模块需要执行的操作命令；

命令任务执行模块，其根据所述Shell命令逻辑处理主模块发送的操作命令，来执行具体操作并返回执行的结果。

本发明所述实现远程Shell调试的方法，包含：

通过有线装置连接PC机和服务器节点，使所述PC机通过串口向所述服务器节点传送用户命令，由所述服务器节点进行命令解析并执行相应的操作后，向PC机返回响应信息；

并且，预先在待调试的每个传感器节点中至少设置一个客户端节点，使一个所述服务器节点与附近位置的若干个所述客户端节点之间通过无线射频交互；由所述服务器节点向对应的客户端节点发送操作命令，使所述客户端节点执行相应的操作后，向所述服务器节点返回执行结果。

所述服务器节点与周围所有的客户端节点之间，通过一种广播并且应答的模式进行无线通讯，即，所述服务器节点发送无线广播信息，所有接收到该信息的客户端节点返回相应的无线应答信息给该服务器节点；

该模式进一步包含：

所述服务器节点将其节点号广播给客户端节点；所有接收到的客户端节点返回自身的节点信息，使得服务器节点能够得知周边存在的客户端节点，供后续使用；

并且，当所述客户端节点接收到服务器节点的广播信息时，将该服务器节点的节点号标记为可用，供后续使用。

在所述广播并且应答的模式中，预先使所述服务器节点和若干所述客户端节点都处在远程Shell已经启动的状态；

用户输入所述PC机的命令通过串口发往至服务器节点，然后PC机进入等待串口数据状态；

所述服务器节点向周围所有的客户端节点广播信息，该广播信息中携带有其自身的节点号，并启动一个超时定时器；

服务器节点周围的每个所述客户端节点在收到广播命令后，首先检查是否是发向自己的命令：如果是，则将该服务器节点的节点号标记为可用，并且向该服务器节点返回应答信息，该应答信息中包含有该客户端节点自身的节点信息；如果不是发给自己的命令，则丢弃；

所述服务器节点根据收到的应答信息，获知其周边存在的客户端节点，以供后续使用；所述服务器节点还将其在设定的超时时间内收到的应答信息，组合成一条完整的报文，并将该报文信息通过串口返回给所述PC机。

所述服务器节点与其指定的客户端节点之间，通过一种请求并且响应的模式进行无线通讯，即，服务器节点对已在通讯范围内存在的客户端节点发送无线请求命令，指定的客户端节点在执行完命令后向服务器节点返回无线响应信息；

该模式进一步包含：

所述服务器节点向周围已存在的任意一个客户端节点发送查看客户端节点信息的命令，客户端节点收到命令后返回相应的节点信息至服务器节点；

或者，所述服务器节点向周围已存在的任意一个客户端节点发送设置客户端节点地址的命令，客户端节点收到后先更改自身的节点号，然后将更改结果返回至服务器节点；

或者，所述服务器节点向周围已存在的任意一个客户端节点发送重启客户端节点的命令，客户端节点收到后先执行重启命令，待重启完毕后将结果返回至服务器节点。

在所述请求并且响应的模式中，预先使所述服务器节点和若干所述客户端节点，都处在远程Shell已经启动的状态；

用户输入所述PC机的命令通过串口发送至服务器节点，该命令中携带有目标客户端节点的节点号和相应的请求类型，然后PC机进入等待串口数据状态；

服务器节点对接收的用户命令进行解析后，生成相应的请求并向指定的客户端节点发送；如果发送失败或超时，则向PC机返回发送失败信息；

客户端节点根据其收到请求来执行相应的操作，当请求处理完毕后将处理结果返回给服务器节点；

所述服务器节点将返回的响应信息通过串口返回给PC机。

所述客户端节点通过一种主动推送的无线通讯模式，向该客户端节点已经成功记录过的一个可用的服务器节点主动传送数据；

该模式中，预先使所述服务器节点和客户端节点，都处在远程Shell已经启动的状态；并且，所述客户端节点中已经将至少一个服务器节点的节点号标记为可用；

所述客户端节点向其记录过的其中一个服务器节点推送数据后，如果推送失败则清空该服务器节点的记录；

服务器节点在接收到客户端节点的推送数据后向客户端节点返回推送成功信息；然后服务器节点将推送数据通过串口发送给PC机；

PC机将推送数据显示给用户。

与现有技术相比，本发明所述实现远程Shell调试的装置及方法，克服了现有技术对于工程实践必须要接入有线装置才能对已安装的无线传感器节点设备进行调试的不足。本发明中通过PC机前台用户界面输入的命令，通过有线发送至服务器节点，再由服务器节点通过无线发送至客户端节点；命令执行后再将信息返回给PC机的用户界面。其中，服务器节点与客户端节点之间，可以有三种无线通讯模式：Broadcast-Ack、Request-Response、Push。基于这三种无线通讯模式实现了多种调试功能：发现客户端节点、查看客户端节点、设置客户端节点地址、重启节点、远程打印等。本发明可应用于例如基于2.4GHz的ZigBee无线传感器网络的领域，适用于教学实践过程，以及工业设备生产、安装、调试等。由于使用无线作为服务器节点与客户端节点的通讯手段，可以方便定位和解决实际应用环境中出现的故障，有助于提高故障解决速度和降低解决成本。

附图说明

图1是本发明所述实现远程Shell调试装置的整体系统架构图；

图2是本发明所述实现远程Shell调试方法中Broadcast-Ack通讯模式的时序图；

图3是本发明所述实现远程Shell调试方法中Request-Response通讯模式的时序图；

图4是本发明所述实现远程Shell调试方法中Push通讯模式的时序图。

具体实施方式

以下结合附图说明本发明的具体实施方式。

如图1所示，本发明所述实现远程Shell调试的装置（以下简称调试装置），基于TinyOS嵌入式操作系统构建，尤其是能够应用于2.4GHz的ZigBee无线传感器网络中，对其各个传感器节点进行无线调试。

所述调试装置包含两大部分，其一是调试用设备，为一台带串口的PC机10及一个服务器节点20，其由现场施工或调试人员携带。其二，是工程现场设备，该部分设置有客户端节点30，已经被事先安装在需要调试的每个传感器节点中。所述调试用设备的PC机10与服务器节点20之间通过串口（例如是RS232接口）通讯。而所述服务器节点20与所述工程现场设备的客户端节点30之间通过无线通讯；并且，一个服务器节点20可以与多个客户端节点30实现无线通讯，即是说，通过一套调试用设备就可以对附近位置的多个传感器节点进行调试。

所述调试装置的具体系统架构如下：

用户通过PC机10上的Shell终端11与服务器节点20进行交互；用户将命令发送至PC机10，PC机10通过串口将命令发往服务器节点20的串口收发模块21（ServerUartCommC）。

服务器节点20的串口收发模块21将收到的原始数据，发往串口数据解析模块22（ServerUartParserC）进行串口协议解析。当成功解析一条串口命令后，将其发往Shell命令解析模块23（ServerShellParserC）进行Shell命令解析。当成功解析一条Shell命令后，则将该命令发往Shell命令逻辑处理主模块24（ServerShellMainC）。由Shell命令逻辑处理主模块24决定该进行哪些操作，并将命令发往射频数据解析模块25（ServerRadioParserC）进行协议组包。将组好的命令发往射频收发模块26（ServerRadioCommC）向外发送。服务器节点20将射频数据发送至客户端节点30的射频收发模块31（ClientRadioCommC）。

客户端节点30的射频收发模块31，判断是否是发送给自己的数据，如果不是则丢弃，如果是则发往射频数据解析模块32（ClientRadioParserC）。当成功生成一个命令后，射频数据解析模块32将该命令发往Shell命令逻辑处理主模块33（ClientShellMainC），由该模块33对Shell命令进行分析。如果需要执行相应的操作，则将操作交由命令任务执行模块34（ClientCommandTaskC）执行，并将执行结果返回给服务器节点20。服务器节点20将收到的响应信息转化为串口数据再发给PC机10；PC机10通过前台的用户界面将数据显示给用户。

基于图1所示的调试装置，配合参见图2~图4所示，说明本发明实现远程Shell调试方法中服务器节点20与客户端节点30之间的三种无线通讯模式。

配合参见图1、图2所示，本发明所述调试方法设置有Broadcast-Ack通讯模式，该模式实现了一种服务器节点20向周围所有客户端节点30广播并且应答的机制。即，服务器节点20发送无线广播信息，所有接收到的客户端节点30返回无线Ack信息。

该模式可适用于发现客户端节点和记录服务器节点号等功能：

其一，发现客户端节点的功能是指，服务器节点20将自身的节点号广播给客户端节点30，所有接收到的客户端节点30返回自身节点，则服务器节点20可以得知周边存在的客户端节点30。

其二，记录服务器节点号的功能是，当客户端节点30接收到服务器节点20的广播信息时，将该服务器节点20的节点号标记为可用，以供后续的Push模式使用。

所述Broadcast-Ack通讯模式的具体实现，首先要求服务器节点20和多个客户端节点30必须先处于已启动远程Shell状态。PC机10通过串口将广播命令发往服务器节点20，然后PC机10进入等待串口数据状态。服务器节点20向周围所有的客户端节点30广播信息，并启动一个超时定时器，信息中携带着其自身的节点号。服务器节点20周围的每个客户端节点30收到广播命令后，首先检查是否是发向自己的命令：如果是，则将该服务器节点20的节点号标记为可用，供Push模式使用，并且向该服务器节点20返回Ack信息；如果不是发给自己的命令，则丢弃。服务器节点20将在设定的超时时间内收到的Ack信息进行组合，拼成一条完整的报文，最后将该信息通过串口返回给PC机10。

配合参见图1、图3所示，本发明所述调试方法设置有Request-Resonse通讯模式，该模式实现了一种向指定的客户端节点30发送请求命令并且响应的机制。即，服务器节点20对已在通讯范围内的客户端节点30发送无线Request请求命令，指定的客户端节点30在执行完命令后向服务器节点20返回无线Response响应。

该模式可适用于查看客户端节点信息、设置客户端节点地址和重启客户端节点等功能：

其一，查看客户端节点信息的功能是指，服务器节点20向周围已存在的任意一个客户端节点30发送查看客户端节点30信息的命令，客户端节点30收到命令后返回相应的节点信息至服务器节点20。

其二，设置客户端节点地址的功能是指，服务器节点20向周围已存在的任意一个客户端节点30发送设置客户端节点30地址的命令，客户端节点30收到后先更改自身的节点号，然后将更改结果返回至服务器节点20。

其三，重启客户端节点的功能是指，服务器节点20向周围已存在的任意一个客户端节点30发送重启客户端节点30的命令，客户端节点30收到后先执行重启命令，待重启完毕后将结果返回至服务器节点20。

所述Request-Resonse通讯模式的具体实现，也要求服务器节点20和多个客户端节点30必须先处于已启动远程Shell状态。PC机10通过串口将请求命令发送至服务器节点20，命令中携带目的地址（客户端节点30的节点号）和请求类型，然后PC机10进入等待串口数据状态。

服务器节点20接收到命令后，向指定的客户端节点30发送相应的请求命令；如果发送失败或超时，则向PC机10返回发送失败信息。如果客户端节点30收到解析后的命令，则由其Shell命令逻辑处理主模块33处理具体的请求（请求内容如查看客户端节点信息、设置客户端节点地址和重启客户端节点），当请求处理完毕后将处理结果返回给服务器节点20。服务器节点20将返回的响应信息通过串口返回给PC机10。

配合参见图1、图4所示，本发明所述调试方法还设置有Push通讯模式，该模式实现了一种由客户端节点30主动向已存在的服务器节点20推送信息的机制。即，客户端节点30在已经成功记录过一个可用的服务器节点20之后，可以通过无线通讯，将信息主动推送给该服务器节点20。该模式可适用于远程打印等功能。

所述Push通讯模式具体实现时，服务器节点20和多个客户端节点30必须先处于已启动远程Shell状态。在经过上述Broadcast-Ack通讯模式之后，由服务器节点20发现的客户端节点30中，应该已经保存了可用的服务器节点20。该客户端节点30中，在由Shell命令逻辑处理主模块33准备好要推送的数据后，将数据主动推送至已记录过的服务器节点20，如果推送失败则清空该服务器节点20记录。服务器节点20在接收到客户端节点30的推送消息后向客户端节点30返回推送成功信息。然后服务器节点20将推送信息通过串口发送给PC机10。PC机10将推送信息最终显示给用户。

综上所述，本发明克服了工程实践中必须要接入有线装置才能对已安装的无线传感器节点设备进行调试的不足，提供了一种基于TinyOS操作系统实现远程Shell调试的装置及方法中，通过PC机前台用户界面输入的命令，通过有线发送至服务器节点，再由服务器节点通过无线发送至客户端节点；命令执行后再将信息返回给PC机的用户界面。其中，服务器节点与客户端节点之间，可以有三种无线通讯模式：Broadcast-Ack、Request-Response、Push。基于这三种无线通讯模式实现了多种调试功能：发现客户端节点、查看客户端节点、设置客户端节点地址、重启节点、远程打印等。本发明可应用于一切基于2.4GHz的ZigBee无线传感器网络领域，适用于教学实践过程，以及工业设备生产、安装、调试等。由于使用无线作为服务器节点与客户端节点的通讯手段，可以方便定位和解决实际应用环境中出现的故障，有助于提高故障解决速度和降低解决成本。

尽管本发明的内容已经通过上述优选实施例作了详细介绍，但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后，对于本发明的多种修改和替代都将是显而易见的。因此，本发明的保护范围应由所附的权利要求来限定。

Claims (8)

1.一种实现远程Shell调试的装置，用于对无线传感器网络中的各个传感器节点进行调试，其特征在于，所述调试装置包含调试用设备，以及预先安装在需要调试的每个传感器节点中的工程现场设备；

其中，所述调试用设备包含通过有线装置连接的PC机（10）和服务器节点（20）；所述PC机（10）及服务器节点（20）之间经过串口交互通讯；所述PC机（10）向服务器节点（20）传送命令，或接收所述服务器节点（20）返回的响应信息；

所述工程现场设备包含客户端节点（30），每个所述传感器节点中至少设置有一个所述客户端节点（30）；一个所述服务器节点（20）与若干个所述客户端节点（30）之间通过无线射频交互；所述服务器节点（20）向对应的客户端节点（30）传送操作命令，或接收所述客户端节点（30）返回的执行结果；

其中，每个所述客户端节点（30）进一步设置有以下模块：

射频收发模块（31），其通过无线接收所述服务器节点（20）发送的数据，并在判断所述数据是发送给该模块所属的客户端节点（30）时，将数据转发至后续模块；

射频数据解析模块（32），其对所述射频收发模块（31）发送的数据进行shell命令解析；

Shell命令逻辑处理主模块（33），其根据所述射频数据解析模块（32）成功解析的shell命令，来生成后续模块需要执行的操作命令；

命令任务执行模块（34），其根据所述Shell命令逻辑处理主模块（33）发送的操作命令，来执行具体操作并返回执行的结果。

2.如权利要求1所述的实现远程Shell调试的装置，其特征在于，

所述PC机（10）上设置有Shell终端（11）与所述服务器节点（20）进行交互通讯；还设置有前台的用户界面，来将用户命令输入至PC机（10），并将服务器节点（20）返回的响应信息显示给用户。

3.如权利要求2所述的实现远程Shell调试的装置，其特征在于，

所述服务器节点（20）中进一步设置有以下模块：

串口收发模块（21），其与所述PC机（10）的串口连接，来接收该PC机（10）发送的原始数据，并转发至后续模块；

串口数据解析模块（22），其对所述串口收发模块（21）发送的原始数据进行串口协议解析；

Shell命令解析模块（23），其对所述串口数据解析模块（22）成功解析的串口命令进行Shell命令解析；

Shell命令逻辑处理主模块（24），其根据所述Shell命令解析模块（23）成功解析的Shell命令，生成所述客户端节点（30）需要执行的操作命令；

射频数据解析模块（25），其对所述Shell命令逻辑处理主模块（24）发送的操作命令进行协议组包；

射频收发模块（26），其将所述射频数据解析模块（25）完成组包的数据，发送至所述客户端节点（30）中相应的模块。

4.一种实现远程Shell调试的方法，用于对无线传感器网络中的各个传感器节点进行调试，其特征在于，所述调试方法包含：

通过有线装置连接PC机（10）和服务器节点（20），使所述PC机（10）通过串口向所述服务器节点（20）传送用户命令，由所述服务器节点（20）进行命令解析并执行相应的操作后，向PC机（10）返回响应信息；

并且，预先在待调试的每个传感器节点中至少设置一个客户端节点（30），使一个所述服务器节点（20）与附近位置的若干个所述客户端节点（30）之间通过无线射频交互；由所述服务器节点（20）向对应的客户端节点（30）发送操作命令，使所述客户端节点（30）执行相应的操作后，向所述服务器节点（20）返回执行结果；

其中，所述客户端节点（30）通过一种主动推送的无线通讯模式，向该客户端节点（30）已经成功记录过的一个可用的服务器节点（20）主动传送数据；

该模式中，预先使所述服务器节点（20）和客户端节点（30），都处在远程Shell已经启动的状态；并且，所述客户端节点（30）中已经将至少一个服务器节点（20）的节点号标记为可用；

所述客户端节点（30）向其记录过的其中一个服务器节点（20）推送数据后，如果推送失败则清空该服务器节点（20）的记录；

服务器节点（20）在接收到客户端节点（30）的推送数据后向客户端节点（30）返回推送成功信息；然后服务器节点（20）将推送数据通过串口发送给PC机（10）；

PC机（10）将推送数据显示给用户。

5.如权利要求4所述的实现远程Shell调试的方法，其特征在于，

所述服务器节点（20）与周围所有的客户端节点（30）之间，通过一种广播并且应答的模式进行无线通讯，即，所述服务器节点（20）发送无线广播信息，所有接收到该信息的客户端节点（30）返回相应的无线应答信息给该服务器节点（20）；

该模式进一步包含：

所述服务器节点（20）将其节点号广播给客户端节点（30）；所有接收到的客户端节点（30）返回自身的节点信息，使得服务器节点（20）能够得知周边存在的客户端节点（30），供后续使用；

并且，当所述客户端节点（30）接收到服务器节点（20）的广播信息时，将该服务器节点（20）的节点号标记为可用，供后续使用。

6.如权利要求5所述的实现远程Shell调试的方法，其特征在于，

在所述广播并且应答的模式中，预先使所述服务器节点（20）和若干所述客户端节点（30）都处在远程Shell已经启动的状态；

用户输入所述PC机（10）的命令通过串口发往至服务器节点（20），然后PC机（10）进入等待串口数据状态；

所述服务器节点（20）向周围所有的客户端节点（30）广播信息，该广播信息中携带有其自身的节点号，并启动一个超时定时器；

服务器节点（20）周围的每个所述客户端节点（30）在收到广播命令后，首先检查是否是发向自己的命令：如果是，则将该服务器节点（20）的节点号标记为可用，并且向该服务器节点（20）返回应答信息，该应答信息中包含有该客户端节点（30）自身的节点信息；如果不是发给自己的命令，则丢弃；

所述服务器节点（20）根据收到的应答信息，获知其周边存在的客户端节点（30），以供后续使用；所述服务器节点（20）还将其在设定的超时时间内收到的应答信息，组合成一条完整的报文，并将该报文信息通过串口返回给所述PC机（10）。

7.如权利要求4或5所述的实现远程Shell调试的方法，其特征在于，

所述服务器节点（20）与其指定的客户端节点（30）之间，通过一种请求并且响应的模式进行无线通讯，即，服务器节点（20）对已在通讯范围内存在的客户端节点（30）发送无线请求命令，指定的客户端节点（30）在执行完命令后向服务器节点（20）返回无线响应信息；

该模式进一步包含：

所述服务器节点（20）向周围已存在的任意一个客户端节点（30）发送查看客户端节点信息的命令，客户端节点（30）收到命令后返回相应的节点信息至服务器节点（20）；

或者，所述服务器节点（20）向周围已存在的任意一个客户端节点（30）发送设置客户端节点地址的命令，客户端节点（30）收到后先更改自身的节点号，然后将更改结果返回至服务器节点（20）；

或者，所述服务器节点（20）向周围已存在的任意一个客户端节点（30）发送重启客户端节点的命令，客户端节点（30）收到后先执行重启命令，待重启完毕后将结果返回至服务器节点（20）。

8.如权利要求7所述的实现远程Shell调试的方法，其特征在于，

在所述请求并且响应的模式中，预先使所述服务器节点（20）和若干所述客户端节点（30），都处在远程Shell已经启动的状态；

用户输入所述PC机（10）的命令通过串口发送至服务器节点（20），该命令中携带有目标客户端节点（30）的节点号和相应的请求类型，然后PC机（10）进入等待串口数据状态；

服务器节点（20）对接收的用户命令进行解析后，生成相应的请求并向指定的客户端节点（30）发送；如果发送失败或超时，则向PC机（10）返回发送失败信息；

客户端节点（30）根据其收到请求来执行相应的操作，当请求处理完毕后将处理结果返回给服务器节点（20）；

所述服务器节点（20）将返回的响应信息通过串口返回给PC机（10）。