CN114205427A - 用于协议对接调试的方法、装置和存储介质 - Google Patents

Abstract

本公开实施例涉及一种用于协议对接调试的方法、装置和存储介质，方法应用于模拟设备端，包括：接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据；将寄存器数据通过传感控制器发送至物联网平台；将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，第一对比结果用于调试对接协议。本公开实施例能够提高协议对接的调试效率和调试准确度，减少项目现场验证工作量。

Description

用于协议对接调试的方法、装置和存储介质

技术领域

本公开涉及物联网技术领域，尤其涉及一种用于协议对接调试的方法、装置和存储介质。

背景技术

随着物联网技术发展，接入网络的终端设备越来越多，接入网络的终端类型也越来越广泛，因此需要对各种不同类型的终端设备的协议对接进行开发。

目前的协议对接大多都是定制开发，针对不同厂家的不同型号设备，首先编写代码去实现协议对接，然后调试协议对接是否正确，最后使用实际的终端设备进行实际验证，由于在调试环节基本上是没有实际的终端设备能验证的，必须要到实际项目中才能进行验证，因此保证协议开发调试过程的高效性和准确性就相当重要。

以多联机空调系统为例，传统方法是采用RS485数据软件和物联网平台实现协议对接调试，即：根据多联机协议，通过手动组装多联机数据，利用RS485数据软件发送组装的多联机数据，然后在物联网平台上，人为地查看多联机空调控制器发送的数据与多联机数据的解析数据是否一致，之后再利用物联网平台发送数据给RS485数据软件接收数据。虽然其整体上可以实现数据模拟和调试功能，但由于软件数据设置比较麻烦，调试效率低，需要人为方式去比对原始的多联机数据和解析数据，尤其是在需要遍历比对较长字符串的情况下，其可靠性较低，极大概率到项目现场验证才会发现有问题。

发明内容

本公开实施例提供一种用于协议对接调试的方法、装置和存储介质。

本公开的技术方案是这样实现的：

第一方面，提供了一种用于协议对接调试的方法，应用于模拟设备端，所述方法包括：

接收传感控制器基于待调试的对接协议发送的指令；其中，所述对接协议用于解析目标物联网设备的协议内容；

在所述指令为针对所述目标物联网设备的读指令的情况下，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据；

将所述寄存器数据通过所述传感控制器发送至物联网平台；

将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，所述第一对比结果，用于调试所述对接协议。

上述方案中，所述目标物联网设备为多联机系统中的目标设备，所述多联机系统包括室外机及与所述室外机连接的至少一个室内机。

上述方案中，所述当所述指令为针对目标物联网设备的读指令时，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据，包括：

确定所述指令所针对的所述目标物联网设备的目标寄存器地址；

根据所述寄存器数据文件中的与所述目标寄存器地址对应的寄存器内容，模拟生成所述目标物联网设备的寄存器数据。

上述方案中，所述方法还包括：

确定当前配置的模拟工作模式；

当所述模拟工作模式为随机模式时，所述寄存器数据为根据所述寄存器数据文件中的寄存器数据有效范围随机生成的；

当所述模拟工作模式为固定模式时，所述寄存器数据为所述寄存器数据文件中预设的寄存器数据。

上述方案中，所述寄存器数据为多进制数据，所述第一解析结果与所述第二解析结果均为JSON字段数据，所述寄存器数据中不同位置的数据用于模拟不同的设备状态。

上述方案中，所述将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果，包括：

当获取到多个所述寄存器数据的第二解析结果时，根据每个所述寄存器数据的发送时间戳与每个所述寄存器数据的接收时间戳，建立同一个所述寄存器数据的第一解析结果与第二解析结果的映射关系；其中，所述发送时间戳为所述模拟设备端进行标记的，所述接收时间戳为所述物联网平台进行标记的；

对具有映射关系的所述第一解析结果与所述第二解析结果进行对比，得到所述第一对比结果。

上述方案中，所述方法还包括：

在所述指令为针对所述目标物联网设备的写指令的情况下，对所述写指令指示的写入数据与执行所述写指令后的返回数据进行对比，得到第二对比结果；其中，所述写指令指示的写入数据为所述物联网平台发送至所述传感控制器的，所述第二对比结果，用于调试所述对接协议。

上述方案中，所述接收传感控制器基于待调试的对接协议发送的指令，包括：

基于ModBus通信协议，接收传感控制器发送的所述指令。

第二方面，提供了一种用于协议对接调试的装置，应用于模拟设备端，所述装置包括：

接收模块，用于接收传感控制器基于待调试的对接协议发送的指令；其中，所述对接协议用于解析目标物联网设备的协议内容；

模拟模块，用于在所述指令为针对所述目标物联网设备的读指令的情况下，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据；

发送模块，用于将所述寄存器数据通过所述传感控制器发送至所述物联网平台；

第一对比模块，用于将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，所述第一对比结果，用于调试所述对接协议。

上述方案中，所述目标物联网设备为多联机系统中的目标设备，所述多联机系统包括室外机及与所述室外机连接的至少一个室内机。

上述方案中，所述模拟模块具体用于：

确定所述指令所针对的所述目标物联网设备的目标寄存器地址；

根据所述寄存器数据文件中的与所述目标寄存器地址对应的寄存器内容，模拟生成所述目标物联网设备的寄存器数据。

上述方案中，所述模拟模块具体用于：

确定当前配置的模拟工作模式；

当所述模拟工作模式为随机模式时，所述寄存器数据为根据所述寄存器数据文件中的寄存器数据有效范围随机生成的；

当所述模拟工作模式为固定模式时，所述寄存器数据为所述寄存器数据文件中预设的寄存器数据。

上述方案中，所述寄存器数据为多进制数据，所述第一解析结果与所述第二解析结果均为JSON字段数据，所述寄存器数据中不同位置的数据用于模拟不同的设备状态。

上述方案中，所述第一对比模块具体用于：

当获取到多个所述寄存器数据的第二解析结果时，根据每个所述寄存器数据的发送时间戳与每个所述寄存器数据的接收时间戳，建立同一个所述寄存器数据的第一解析结果与第二解析结果的映射关系；其中，所述发送时间戳为所述模拟设备端进行标记的，所述接收时间戳为所述物联网平台进行标记的；

对具有映射关系的所述第一解析结果与所述第二解析结果进行对比，得到所述第一对比结果。

上述方案中，所述装置还包括第二对比模块，所述第二对比模块具体用于：

在所述指令为针对所述目标物联网设备的写指令的情况下，对所述写指令指示的写入数据与执行所述写指令后的返回数据进行对比，得到第二对比结果；其中，所述写指令指示的写入数据为所述物联网平台发送至所述传感控制器的，所述第二对比结果，用于调试所述对接协议。

上述方案中，所述接收模块具体用于：

基于ModBus通信协议，接收传感控制器发送的所述指令。

第三方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现第一方面任一项所述用于协议对接调试的方法的步骤。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述用于协议对接调试的方法的步骤。

本公开提供了一种用于协议对接调试的方法、装置和存储介质，方法应用于模拟设备端，通过接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；在指令为针对目标物联网设备的读指令的情况下，可以根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据，并通过传感控制器发送至物联网平台，由此无需采用人工方式组装模拟数据，能够快速生成模拟数据，从而给减少协议对接开发时的数据调试工作量。另外，通过将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果，第一对比结果用于调试对接协议，这样无需人为方式进行比对原始的多联机数据和解析数据，能够快速验证协议解析是否正确，从而在没有终端设备调试的情况下，能够提高协议对接的调试效率和调试准确度，减少项目现场验证工作量，减少现场二次开发调试的概率。

附图说明

图1为本公开实施例提供的一种用于协议对接调试的方法的流程示意图；

图2为本公开实施例提供的模拟生成寄存器数据的流程示意图；

图3为本公开实施例提供的寄存器数据解析结果对比的流程示意图；

图4为本公开实施例提供的一种多联机控制系统的架构示意图；

图5为本公开实施例提供的一种协议对接调试系统的架构示意图

图6为本公开实施例提供的一种用于协议对接调试的装置的结构示意图；

图7为本公开实施例提供的一种计算机设备的结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。可以理解的是，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

图1为本公开实施例提供的一种用于协议对接调试的方法的流程示意图，该方法可以应用于模拟设备端，其中，模拟设备端位于协议对接调试系统内，该协议对接调试系统可包括模拟设备端、传感控制器及物联网平台，模拟设备端与传感控制器通信连接，传感控制器与物联网平台通信连接。其中，模拟设备端可以用于模拟接入物联网的各种类型的物联网设备，例如多联机空调、除湿器、加湿器、空气净化器、新风机、地暖机等，模拟设备端具体可以是任意的具有计算能力的电子设备，例如计算机。

需要说明的是，本公开实施例提供的用于协议对接调试的方法可用于针对多联机的协议对接调试，也可用于针对传统的分体式单元机的协议对接调试，本公开对此不做限定。

如图1所示，该方法可以包括：

S11，接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容。

目标物联网设备可以是需要与物联网平台对接的任意一个物联网设备。

待调试的对接协议是根据目标物联网设备的协议内容开发的，对接协议能够用于解析目标物联网设备的协议内容，以实现设备数据上传到物联网平台以及物联网平台下发命令控制设备的功能。

在调试待调试的对接协议时，可以通过建立模拟设备端与传感控制器的连接，通过模拟设备端与传感控制器进行通信，使得模拟设备端能够接收传感控制器发送的指令，并向传感控制器返回执行指令后的数据。

传感控制器具有编程接口，该编程接口可用于编写脚本程序，该脚本程序能够使得传感控制器按照设定的通信协议发送指令，这里，指令可以是用于读取寄存器数据的读指令，也可以是用于写入寄存器数据的写指令。

不同类型的指令携带的指令内容不同，例如，指令为读指令时，指令中携带有地址码、功能码、寄存器起始地址、寄存器数量及校验码。其中，校验码，用于校验数据的正确性，所述检验码包括但不限于：CRC(Cyclic Redundancy Check，循环冗余校验)。

当指令为写指令时，写指令中携带有地址码、功能码、寄存器起始地址、数据内容及CRC效验码。

地址码可以用于标识物联网设备，不同物联网设备对应的地址码不同，不同物联网设备对应的寄存器地址也不同，物联网设备对应的寄存器地址可以是一个或多个，若一个物联网设备对应多个寄存器地址，则该多个寄存器地址是连续的。

功能码可用于指示需要执行的操作，例如，读取寄存器数据以实现物联网设备的状态监测，或写入寄存器数据以实现物联网设备的状态控制。

数据内容包括写指令写入寄存器的设备参数，设备参数用于指示设备状态。

在一个示例中，设备参数包括功能参数、故障代码和运行参数。例如，对于多联机空调，功能参数包括但不限于：内机台数、运行模式、进水温度、出水温度、变频压缩机启停等；故障代码包括各种传感器故障的故障代码和通讯故障的故障代码；运行参数包括但不限于：空调开关、空调模式、空调风速、空调温度和模式锁定等。

在一个示例中，可以基于ModBus通信协议接收传感控制器基于待调试的对接协议发送的指令。

ModBus是Modicon公司于1979年为使用可编程逻辑控制器(Programmable LogicController，PLC)通信而发表的一种串行通信协议，ModBus已成为一个标准的工业控制数据交换协议，可以采用RTU、ASCII、TPC三种方式进行协议数据的互传。于本实施例中，具体可采用ModBus-RTU通信协议接收传感控制器发送的指令。ModBus-RTU通信协议是指当控制器设为在ModBus网络上以RTU(Remote Terminal Unit，远程测控终端)模式通信，在消息中的每个8Bit包含两个4Bit的十六进制字符。

在一个示例中，传感控制器具体可以为可编程逻辑控制器，可编程逻辑控制器可通过RS485接口与模拟设备端通信连接。通过可编程逻辑控制器的内部编程逻辑实现向模拟设备端发送读指令或写指令的功能，从而实现设备数据上传到物联网平台以及物联网平台下发命令控制设备。

S12，在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据。

寄存器数据文件可以为至少基于目标物联网设备的协议内容预先配置的文件。寄存器数据文件按照预设格式存储数据，例如预设格式的寄存器数据文件可以为Excel文件。

寄存器数据文件包含有目标物联网设备的寄存器配置信息，该寄存器配置信息包括但不限于：目标物联网设备对应的寄存器地址及寄存器的存储内容，寄存器的存储内容可包括：默认数据值、数据有效范围和数据含义等。

具体地，模拟设备端可以根据指令携带的地址码及功能码确定指令是否为针对目标物联网设备的读指令，若确定为针对目标物联网设备的读指令，则根据指令中携带的寄存器地址，查找寄存器数据文件中与该寄存器地址对应的寄存器的存储内容，根据查到的存储内容模拟生成目标物联网设备的寄存器数据。

在一个示例中，传感控制器发送的指令所针对的目标物联网设备的数量可以为一个或多个，例如，当指令为针对多个目标物联网设备的读指令时，读指令携带有各个目标物联网设备对应的地址码，根据各个目标物联网设备对应的地址码，依次查找寄存器数据文件中的与各个目标物联网设备的寄存器地址相对应的寄存器内容，从而模拟生成各个目标物联网设备的寄存器数据。

在一个示例中，在传感控制器发送的指令为读指令的情况下，该读指令可以是传感控制器按照预设频次针对目标物联网设备发送的，相应地，模拟设备端响应于每一次接收到的读指令，分别模拟生成目标物联网设备的寄存器数据，直至达到预设频次后停止生成目标物联网设备的寄存器数据。其中，预设频次可以根据实际需要进行灵活设置，此处不作具体限定。

S13，将寄存器数据通过传感控制器发送至物联网平台。

模拟设备端发送目标物联网设备的寄存器数据时，会将该寄存器数据与目标物联网设备的设备标识发送至物联网平台。设备标识用于位于标识目标物联网设备，例如，该设备标识可以是目标物联网设备的地址码或者设备编号。

通过传感控制器将寄存器数据发送到物联网平台，物联网平台可利用目标物联网设备对应的物模型将接收到的寄存器数据解析为标准格式数据。

物模型可以是物联网平台基于目标物联网设备的协议内容预先建立的。

标准格式可以预先定义，例如，标准格式可以为JSON(JavaScript ObjectNotation)格式，JSON是一种轻量级的数据交换格式，与其他数据格式相比，更容易理解。

S14，将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，第一对比结果，用于调试对接协议。

模拟设备端可以根据针对目标物联网设备预先配置的数据解析模型，对目标物联网设备的寄存器数据进行解析得到第一解析结果。

数据解析模型包含有寄存器数据和标准格式数据之间的数据转换方式或者数据对应关系。具体实施时，可根据目标物联网设备的协议内容进行寄存器变量的配置，并配置每一寄存器变量的不同取值所对应的含义，生成目标物联网设备对应的数据解析模型。其中，不同类型的物联网设备对应的数据解析模型不同。

物联网平台解析寄存器数据得到的第二解析结果可以是通过对接协议调试人员从物联网平台导出并上传到模拟设备端的。

本实施例中，模拟设备端获取自身解析寄存器数据得到的第一解析结果，并获取物联网平台解析寄存器数据得到的第二解析结果，通过将第一解析结果与第二解析结果进行对比，得到第一对比结果，从而可以根据第一对比结果确定开发的对接协议能否实现目标物联网设备的状态监测，以使得对接协议调试人员在对接协议不能实现目标物联网设备的状态监测的情况下，调试对接协议。

本公开实施例中，通过接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；当指令为针对目标物联网设备的读指令时，可以根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据，并通过传感控制器发送至物联网平台，由此无需采用人工方式组装模拟数据，能够快速生成模拟数据，从而给减少协议对接开发时的数据调试工作量。

通过将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果，第一对比结果用于调试对接协议，这样无需人为方式进行比对原始的多联机数据和解析数据，能够快速验证协议解析是否正确，有利于提高协议对接的调试效率和调试准确度，从而在没有终端设备调试的情况下，能够提高协议对接的可靠性，减少项目现场验证工作量，减少现场二次开发调试的概率。

在一个实施例中，目标物联网设备为多联机系统中的目标设备，多联机系统包括室外机及与室外机连接的至少一个室内机。

室外机可以包括一个主机以及与主机串联的从机，从机的数量可以是零个或一个以上。

目标物联网设备为多联机中的目标设备时，传感控制器发送的读指令可以是定时轮询多联机中的目标设备的读指令，也可以是基于用户针对多联机中的目标设备的触发操作生成的，例如，用户在多联机空调控制器上触发针对目标设备的读取操作，该读取操作用于生成读取目标设备的寄存器数据的读指令。

在一个实施例中，如图2所示，上述步骤S12中，在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据，包括：

S121，确定指令所针对的目标物联网设备的目标寄存器地址。

具体地，在指令为针对目标物联网设备的读指令的情况下，可根据指令携带的寄存器起始地址以及寄存器数量，确定目标物联网设备的目标寄存器地址。

S122，根据寄存器数据文件中的与目标寄存器地址对应的寄存器内容，模拟生成目标物联网设备的寄存器数据。

本实施例中，可以根据目标寄存器地址，查找寄存器文件中与该目标寄存器地址对应的寄存器内容，根据查找到的寄存器内容包括的默认数据值或数据有效范围，模拟生成目标物联网设备的寄存器数据的数值。

其中，寄存器数据可以包括一个或多个数据项，寄存器数据中处于不同位置的数据项用于指示不同的设备状态，寄存器数据中的同一个数据项的数值不同时，对应的目标物联网设备的设备状态的状态值不同。

示例性地，若寄存器数据的某一数据项指示的设备状态为空调模式，当该数据项的数值为“01”时，对应的空调模式为制冷模式。当该数据项的数值为“02”，对应的空调模式为除湿模式。当该数据项的数值为“03”，对应的空调模式为送风模式。当该数据项的数值为“04”，对应的空调模式为制热模式。当该数据项的数值为“05”，对应的空调模式为自动模式。

在一个实施例中，方法还包括：

确定当前配置的模拟工作模式；

当模拟工作模式为随机模式时，寄存器数据为根据寄存器数据文件中的寄存器数据有效范围随机生成的；

当模拟工作模式为固定模式时，寄存器数据为寄存器数据文件中预设的寄存器数据。

其中，针对同一个读指令，不同的模拟工作模式产生的寄存器数据不同。

当模拟工作模式为随机模式时，可以根据预设的随机算法从寄存器数据文件中的寄存器数据有效范围中进行随机计算，得到寄存器数据，如此，可以增加寄存器数据的多样性，从而能够模拟各种场景下的设备状态。

当模拟工作模式为固定模式时，可以将寄存器数据文件中预设的寄存器数据作为返回给传感控制器的寄存器数据，该预设的寄存器数据可以是寄存器数据文件中配置的默认数据内容，也可以是默认数据内容修改后的寄存器数据。

上述的模拟工作模式可以根据实际应用进行预先配置。具体实施时，模拟设备端的模式设定界面显示有至少两个候选模式和模式配置控件，其中，至少两个候选模式包括随机模式和固定模式，模式配置控件可以供用户在随机模式和固定模式中进行模拟工作模式的配置操作，例如，将当前的模拟工作模式配置为随机模式。

在一个实施例中，寄存器数据为多进制数据，第一解析结果与第二解析结果均为JSON字段数据，寄存器数据中不同位置的数据用于模拟不同的设备状态。

这里，寄存器数据具体可以为16进制数据，寄存器数据的数值用于指示目标物联网设备的设备状态值，该寄存器数据可以包括一个或多个数据项，处于不同位置的数据用于指示不同的设备状态。

各个数据项在寄存器数据中所占位置可依据该目标物联网设备的协议内容确定。示例性地，针对某型号的空调，模拟生成该空调的寄存器数据的数值为“010302181A”，该寄存器数据中的各数据项的数值按照从左向右的顺序分别为“01”、“03”、“02”、“18”、“1A”，依次指示的状态值可以为：空调开机、空调模式为制冷模式、空调风速为2级风、空调温度为24℃、环境温度为26℃。

在一个实施例中，如图3所示，上述步骤S14中，将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果，包括：

S141，当获取到多个寄存器数据的第二解析结果时，根据每个寄存器数据的发送时间戳与每个寄存器数据的接收时间戳，建立同一个寄存器数据的第一解析结果与第二解析结果的映射关系。

其中，发送时间戳为模拟设备端进行标记的，接收时间戳为物联网平台进行标记的。

具体实施时，模拟设备端可以对每次通过传感控制器发送至物联网平台的寄存器数据分别标记上发送时间戳，物联网平台对每次接收到的寄存器数据分别标记接收时间戳。

在获取到每个寄存器数据的第一解析结果以及来自物联网平台的各个寄存器数据的第二解析结果后，可以通过对每个寄存器数据的发送时间戳与每个寄存器数据的接收时间戳进行对比，确定同一个寄存器数据的第一解析结果以及第二解析结果并建立二者之间的映射关系。这里，同一个寄存器数据的发送时间戳早于接收时间戳，且发送时间戳与接收时间戳的差值小于预设时间。该预设时间可以根据实际应用进行设定，例如设定为不超过100ms。

S142，对具有映射关系的第一解析结果与第二解析结果进行对比，得到第一对比结果。

第一对比结果可以与目标物联网设备的名称关联地输出到模拟设备端的UI(UserInterface，用户界面)界面，以供对接协议调试人员查看。

若第一对比结果指示第一解析结果与第二解析结果相同，则可以确定对接协议能够实现对目标物联网设备的状态监测，若第一对比结果指示第一解析结果与第二解析结果不同，则确定需要调试对接协议，可根据第一对比结果对对接协议进行错误分析，供对接协议开发人员进行修改或重新开发。

在一个实施例中，方法还包括：

在指令为针对目标物联网设备的写指令的情况下，对写指令指示的写入数据与执行写指令后的返回数据进行对比，得到第二对比结果；其中，写指令指示的写入数据为物联网平台发送至传感控制器的，第二对比结果，用于调试对接协议。

物联网平台可以接收用户终端针对目标物联网设备发送的目标状态信息，对目标状态信息转换为待写入的寄存器数据，并将待写入的寄存器数据发送至传感控制器。其中，目标状态信息可包含有目标JSON字段数据，用于指示某一目标空调需要进入的目标状态，例如制冷温度等。传感控制器将携带有待写入的寄存器数据的写指令发送至模拟设备端。模拟设备端在接收到写指令后，会针对目标空调进行相应的写寄存器数据操作，更新寄存器数据文件中该目标空调对应寄存器地址的数据内容，并将写指令后的数据内容返回给传感控制器。

在本实施例中，通过对写指令指示的写入数据与执行写指令后的返回数据进行对比，得到第二对比结果，若第二对比结果指示写指令指示的写入数据与执行写指令后的返回数据相同，则可以确定对接协议能够实现对目标物联网设备的状态控制，若第二对比结果指示写指令指示的写入数据与执行写指令后的返回数据不同，则确定需要调试对接协议，可根据第二对比结果对对接协议进行错误分析，供对接协议开发人员进行修改或重新开发。

下面结合具体实施例对本公开提供的用于协议对接调试的方法进行说明。

多联机是一种一拖多的空调系统，支持一个室外机组带多个室内机，多联机主要应用在中小型的公共建筑。一个多联机系统的室外机组支持1个主机加上0至多个从机，主机和从机是串联在一起的，通过室外机进行制冷或者制热，然后传输冷热量到室内机并通过室内机散发到环境中，从而实现空调制冷或制热。开启室内机时，室内机会和室外机进行通信，室外机就会根据室内机的开启实现自动开启，同时会根据室内机的需求冷热量自动选择室外机的开启数量。

针对于多联机空调的监控，目前的通用方案都是在室外机上加装一个设备利用通信协议去控制室内机，通过读寄存器数据实现状态监测，写寄存器数据实现状态控制。多联机室外机一般是采用串行接口进行通信，例如RS485串行接口，通信协议采用ModBus RTU，但由于不同厂家的不同型号的多联机其应用数据协议是不一样的，若要实现不同型号的多联机空调系统的监控，必须要能够根据协议去定制化对接。

协议对接分为开发、调试和验证三部分，开发是编写代码去实现协议对接，调试主要调试协议对接是否正确，验证的话是拿多联机空调系统进行实际验证。由于在调试环节基本上是没有多联机空调设备能验证的，必须要到实际项目中才能进行验证，因此保证协议开发调试过程的高效性和准确性就相当重要。

图4为本公开实施例提供的一种多联机控制系统的架构示意图。如图4所示，该架构可以包括传感层、网络层、平台层和应用层。其中，传感层通过在多联机室外机组加装无线的多联机控制器(即，传感控制器)读写室外机数据，多联机控制器和室外机一般是采用RS485接口进行通信，通信协议是ModBus RTU，通过通信协议去读写室外机的寄存器数据，从而实现室外机和室内机的状态监测(读寄存器数据)和状态控制(写寄存器数据)。多联机空调控制器具有编程接口，可以编写程序去读取多联机的数据，通过编程定时轮询室外机的数据，室外机的数据包括功能数据和故障数据，功能数据包括内机台数、运行模式、进水温度、出水温度、变频压缩机启停中的至少一种，故障数据包括各种传感器故障和通讯故障。通过读取并存储室外机中的室内机台数，可以根据内机台数依次去读取对应的室内机的数据，室内机的数据包括空调的开关、模式、温度、风速、模式锁定情况和各种故障中的至少一种。室外机和室内机的数据都是通过多联机控制器从室外机进行读取的，室外机和室内机对应的数据寄存器的位置不同。

通过定时轮询，多联机能够将室外机的数据和室内机的数据采集传输到云平台(其中，平台层和应用层可以组合为一层，简称为“云平台”)。平台层即物联网平台，能够建立设备数据模型，对采集到的设备数据进行解析，形成标准字段，再将数据推送到应用层。应用层通常是指空调管理平台，实现空调业务相关的功能，包括空调监控、定时控制、批量控制、分户计量等功能，应用层是给最终的用户使用的，更注重于空调相关的业务流程。

目前在物联网领域，有线设备最常用是RS485接口，通信规约对应的是ModBus协议，协议中规定传感器设备(从机)都是被动接收指令返回数据，由于读取设备数据时不会有任何寄存器地址返回信息，因此主机发送命令后，只能等待接收从机的数据。

首先，对RS485接口的ModBus协议常用读写数据格式进行示例说明。

例如，针对表1所示的读数据：读设备地址为4F、寄存器地址为0x0001的2个寄存器长度的数据，那么传感器设备返回数据见表2所示。

表1：读数据

地址码	功能码	寄存器起始地址	寄存器数量	CRC效验码
					4F	04	0001	0002	2F E5

表2：传感器设备返回数据

地址码	功能码	数据长度	数据	CRC效验码
					4F	04	04	00 7B 00 49	00 49

例如，针对表3所示的写数据：写设备地址为4F、寄存器地址为0x0040的单个寄存器的数据，写的数据值为2，那么传感器设备返回数据见表2所示。

表3：写数据

地址码	功能码	寄存器起始地址	数据内容	CRC效验码
					4F	06	0040	0002	06 31

表4：传感器设备返回数据

地址码	功能码	寄存器起始地址	数据内容	CRC效验码
					4F	06	0040	0002	06 31

接下来，对本实施例提供的多联机协议进行示例说明。

表5-1及表5-2示出了多联机协议部分内容，需要根据在多联机空调控制器中编写程序去读取数据，假设一套多联机空调系统总共有4个室外机20个室内机，则在上报数据时，需要区分具体的数据帧种类，比如用0来表示设备上线报文，1表示室外机心跳数据，2表示室内机心跳数据。假设室外机的通信编号字段用external_id表示，室内机的通信编号字段用internal_id表示，如果一个多联机系统有4个室外机20个室内机，则external_id取值范围为0-3，internal_id的取值范围为0-19，在上报室外机和室内机数据时会分别带上其对应的字段，通过字段的取值来区分其具体是哪台设备。

表5-1：多联机协议部分内容示例(内机控制参数Holding Register(自0号起始)，7个寄存器/台，支持功能码[03#，04#，06#，16#])

其中，表5-1所示的协议中，0号内机数据段：40001～40007；1号内机数据段：40008～40014；……；63号内机数据段：40442～40449。

表5-2：多联机协议部分内容示例(室外机参数，仅INPUT REGISTER，165个寄存器/台，单套系统最多3台从机)

针对上述多联机协议，在开发对接协议时，通过多联机空调控制器中的编写程序读取室内机台数，然后根据室内机台数去依次读取寄存器数据实现室内机数据的采集，采集的时候会把所有的室内机的数据直接读取上来，读取的都是16进制的数据，在平台上需要对16进制进行转换成JSON字段。比如，通过读取0x0000地址(对应的编号是40001)的寄存器数据的第8-14位就可以获取空调的开关状态，读取0-6位就可以获取空调的模式状态。

表6示出了部分空调状态变量对应的JSON字段以及其key-value值，通过16进制数据转换，可以实现在平台上实现显示其具体的状态值。如果对对应的寄存器的位进行写数据，则可以控制空调的开关状态或者模式状态。

表6：部分空调状态变量对应的JSON字段以及其key-value值

在安装在模拟设备端的多联机数据模拟软件中，可以通过导入数据表格或数据库文件等方式配置寄存器数据文件，包括寄存器地址、默认数据内容和数据含义等数据配置，实现数据的初始化配置，配置之后就能建立一个初始的多联机空调系统的数据库，用来模拟真实的多联机空调系统。云平台实现多联机空调控制器采集后的数据解析、数据显示以及下行控制多联机空调。

图5为本公开实施例提供的一种协议对接调试系统的架构示意图。如图5所示，对于数据上行，即设备上报数据给平台，首先需要多联机空调控制器通过RS485接口定时发送轮询指令给数据模拟软件，数据模拟软件是一个运行电脑window系统上的应用软件，多联机空调控制器通过一个RS485转USB的工具连接到电脑，从而实现和数据模拟软件通信。当数据模拟软件接收到对应RS485指令时，就会根据当前配置的工作模式，确认是返回随机的数据还是固定的数据，在随机模式下，就会根据导入的数据内容有效范围产生随机数据。如果是固定模式，就会返回寄存器当前的设备数据(如果这个寄存器值没有更改过，那就是导入的默认值)。通过RS485转USB的工具将设备数据返回给多联机空调控制器，多联机空调控制器会对将设备数据通过无线通信网络(例如4G网络)传到平台。平台根据设备数据模型对设备数据进行解析，将其转换为JSON字段及具体的值。

因为多联机空调主机的寄存器数据是16进制，而数据模拟软件又是用来模拟多联机空调主机的，因此数据模拟软件对应的寄存器数据也是16进制，从而多联机空调控制器采集上报的数据也是16进制。往平台上传的设备数据是16进制数据。假设，设备上报的设备数据按照表6的格式进行转换，并且其寄存器地址是从0x0001开始且连续的，若上报的16进制数据内容是“010302181A”，在数据模拟软件中对该数据进行解析转换，可以得到如下表7。

表7：16进制数据转换为JSON字段数据的示例说明

通过在数据模拟软件中进行寄存器的变量配置，配置整个寄存器(或寄存器的某一位)对应的变量，然后再配置变量不同取值对应的含义，从而可以利用数据模拟软件将寄存器数据转换为JSON字段数据。

通过云平台内的解析程序或者数据解析模型解析16进制的设备数据，将16进制的设备数据转换为JSON字段数据。对于16进制数据“010302181A”，转换为JSON字段数据，可以得到如下解析结果：

数据上行主要用来模拟设备数据采集，可以根据多联机空调的协议文档对数据模拟软件解析设备数据得到的解析结果进行对比分析，确认是否解析正确。同时可以把平台解析设备数据得到的解析结果导出来，导入到数据模拟软件中。针对数据模拟软件解析设备数据得到的解析结果与平台解析设备数据得到的解析结果，建立第一包数据的比对映射关系，之后就可以根据时间戳进行对比，比较对应的数据是否一致，如果完全一致，则说明多联机空调控制器中间的数据采集没有问题，平台解析也没有问题。如果不一致，则说明中间解析有问题，需要根据现象去查找出对应的问题，完善协议对接开发。

数据下行主要用来模拟设备状态控制，由平台发送数据到模拟设备端进行设备状态的控制。平台发送数据后，多联机空调控制器会将数据转发给数据模拟软件，数据模拟软件在收到对应的写命令后，会进行写寄存器数据操作，同时更新软件中对应寄存器地址的数据内容，并将写指令后的数据内容返回给多联机空调控制器。对写入寄存器的数据内容与写指令后的数据内容比较，如果完全一致，则说明数据下行没有问题，如果不一致，则说明数据下行有问题，需要根据现象去查找出对应的问题，完善协议对接开发。

综上，本公开实施例提供的技术方案至少具有如下有益效果：

1、通过使用多联机协议对接开发调试系统减少开发时的数据调试工作量，能够快速模拟并验证协议解析是否正确，让协议对接更快速、更高效。

2、保障在没有室外机调试的基础上，提高多联机协议对接的可靠性，减少项目现场验证工作量，减少现场二次开发调试的概率。

基于上述方法实施例，本公开实施例还提供了一种用于协议对接调试的装置，应用于模拟设备端，如图6所示，该装置可以包括：

接收模块601，用于接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；

模拟模块602，用于在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据；

发送模块603，用于将寄存器数据通过传感控制器发送至物联网平台；

第一对比模块604，用于将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，第一对比结果，用于调试对接协议。

在一个实施例中，目标物联网设备为多联机系统中的目标设备，多联机系统包括室外机及与室外机连接的至少一个室内机。

在一个实施例中，模拟模块602具体用于：

确定指令所针对的目标物联网设备的目标寄存器地址；

根据寄存器数据文件中的与目标寄存器地址对应的寄存器内容，模拟生成目标物联网设备的寄存器数据。

在一个实施例中，模拟模块602具体用于：

确定当前配置的模拟工作模式；

当模拟工作模式为随机模式时，寄存器数据为根据寄存器数据文件中的寄存器数据有效范围随机生成的；

当模拟工作模式为固定模式时，寄存器数据为寄存器数据文件中预设的寄存器数据。

在一个实施例中，寄存器数据为多进制数据，第一解析结果与第二解析结果均为JSON字段数据，寄存器数据中不同位置的数据用于模拟不同的设备状态。

上述技术方案中，第一对比模块604具体用于：

当获取到多个寄存器数据的第二解析结果时，根据每个寄存器数据的发送时间戳与每个寄存器数据的接收时间戳，建立同一个寄存器数据的第一解析结果与第二解析结果的映射关系；其中，发送时间戳为模拟设备端进行标记的，接收时间戳为物联网平台进行标记的；

对具有映射关系的第一解析结果与第二解析结果进行对比，得到第一对比结果。

在一个实施例中，装置还包括第二对比模块，第二对比模块具体用于：

在指令为针对目标物联网设备的写指令的情况下，对写指令指示的写入数据与执行写指令后的返回数据进行对比，得到第二对比结果；其中，写指令指示的写入数据为物联网平台发送至传感控制器的，第二对比结果，用于调试对接协议。

在一个实施例中，接收模块601具体用于：

基于ModBus通信协议，接收传感控制器发送的指令。

需要说明的是：上述实施例提供的用于协议对接调试的装置在实现用于协议对接调试的方法时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将用于协议对接调试的装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的装置与相应方法的实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图7为本公开实施例提供的一种计算机设备的结构示意图；如图7所示，计算机设备700包括：处理器701和用于存储能够在处理器上运行的计算机程序的存储器702；其中，处理器701用于运行计算机程序时，执行如下操作：

接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；

在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据；

将寄存器数据通过传感控制器发送至物联网平台；

将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，第一对比结果，用于调试对接协议。

处理器运行计算机程序时实现本公开实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

实际应用时，计算机设备700还可以包括：至少一个网络接口703。计算机设备700中的各个组件通过总线系统704耦合在一起。可理解，总线系统704用于实现这些组件之间的连接通信。总线系统704除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统704。其中，处理器701的个数可以为至少一个。网络接口703用于计算机设备700与其他设备之间有线或无线方式的通信。

本公开实施例中的存储器702用于存储各种类型的数据以支持计算机设备700的操作。

上述本公开实施例揭示的方法可以应用于处理器701中，或者由处理器701实现。处理器701可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、数字信号处理器(DSP，DiGital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本公开实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器702，处理器701读取存储器702中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，计算机设备700可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。

本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序；计算机可读存储介质应用于协议对接调试的方法时，计算机程序被处理器运行时，执行如下操作：

接收传感控制器基于待调试的对接协议发送的指令；其中，对接协议用于解析目标物联网设备的协议内容；

在指令为针对目标物联网设备的读指令的情况下，根据基于目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成目标物联网设备的寄存器数据；

将寄存器数据通过传感控制器发送至物联网平台；

将模拟设备端解析寄存器数据得到的第一解析结果与物联网平台解析寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，第一对比结果，用于调试对接协议。

计算机程序被处理器运行时实现本公开实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

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

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

另外，在本公开各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本公开上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本公开各个实施例方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

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

Claims (11)

1.一种用于协议对接调试的方法，其特征在于，应用于模拟设备端，所述方法包括：

接收传感控制器基于待调试的对接协议发送的指令；其中，所述对接协议用于解析目标物联网设备的协议内容；

在所述指令为针对所述目标物联网设备的读指令的情况下，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据；

将所述寄存器数据通过所述传感控制器发送至物联网平台；

将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，所述第一对比结果，用于调试所述对接协议。

2.根据权利要求1所述的方法，其特征在于，所述目标物联网设备为多联机系统中的目标设备，所述多联机系统包括室外机及与所述室外机连接的至少一个室内机。

3.根据权利要求1所述的方法，其特征在于，所述当所述指令为针对目标物联网设备的读指令时，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据，包括：

确定所述指令所针对的所述目标物联网设备的目标寄存器地址；

根据所述寄存器数据文件中的与所述目标寄存器地址对应的寄存器内容，模拟生成所述目标物联网设备的寄存器数据。

4.根据权利要求1至3任一所述的方法，其特征在于，所述方法还包括：

确定当前配置的模拟工作模式；

当所述模拟工作模式为随机模式时，所述寄存器数据为根据所述寄存器数据文件中的寄存器数据有效范围随机生成的；

当所述模拟工作模式为固定模式时，所述寄存器数据为所述寄存器数据文件中预设的寄存器数据。

5.根据权利要求1所述的方法，其特征在于，所述寄存器数据为多进制数据，所述第一解析结果与所述第二解析结果均为JSON字段数据，所述寄存器数据中不同位置的数据用于模拟不同的设备状态。

6.根据权利要求1或5所述的方法，其特征在于，所述将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果，包括：

当获取到多个所述寄存器数据的第二解析结果时，根据每个所述寄存器数据的发送时间戳与每个所述寄存器数据的接收时间戳，建立同一个所述寄存器数据的第一解析结果与第二解析结果的映射关系；其中，所述发送时间戳为所述模拟设备端进行标记的，所述接收时间戳为所述物联网平台进行标记的；

对具有映射关系的所述第一解析结果与所述第二解析结果进行对比，得到所述第一对比结果。

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

在所述指令为针对所述目标物联网设备的写指令的情况下，对所述写指令指示的写入数据与执行所述写指令后的返回数据进行对比，得到第二对比结果；其中，所述写指令指示的写入数据为所述物联网平台发送至所述传感控制器的，所述第二对比结果，用于调试所述对接协议。

8.根据权利要求1所述的方法，其特征在于，所述接收传感控制器基于待调试的对接协议发送的指令，包括：

基于ModBus通信协议，接收传感控制器发送的所述指令。

9.一种用于协议对接调试的装置，其特征在于，应用于模拟设备端，所述装置包括：

接收模块，用于接收传感控制器基于待调试的对接协议发送的指令；其中，所述对接协议用于解析目标物联网设备的协议内容；

模拟模块，用于在所述指令为针对所述目标物联网设备的读指令的情况下，根据基于所述目标物联网设备的协议内容预先配置的寄存器数据文件，模拟生成所述目标物联网设备的寄存器数据；

发送模块，用于将所述寄存器数据通过所述传感控制器发送至所述物联网平台；

第一对比模块，用于将所述模拟设备端解析所述寄存器数据得到的第一解析结果与所述物联网平台解析所述寄存器数据得到的第二解析结果进行对比，得到第一对比结果；其中，所述第一对比结果，用于调试所述对接协议。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至8任一项所述用于协议对接调试的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8任一项所述用于协议对接调试的方法的步骤。

Images