CN111464322A

CN111464322A - Communication method, device, equipment and storage medium of Internet of things platform and equipment

Info

Publication number: CN111464322A
Application number: CN201910048274.0A
Authority: CN
Inventors: 李国银; 刘颢; 雷春盛; 王�华; 车正
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2019-01-18
Filing date: 2019-01-18
Publication date: 2020-07-28
Anticipated expiration: 2039-01-18
Also published as: CN111464322B

Abstract

The invention discloses a communication method, a communication device, communication equipment and a storage medium of an internet of things platform and the communication equipment. Receiving an uplink message sent by equipment; judging whether the equipment belongs to equipment to be tested; and under the condition that the equipment is judged to belong to the equipment to be measured, identifying a second measurement parameter in the uplink message, configuring a third measurement parameter for the equipment based on the protocol specification and the second measurement parameter, and sending a measurement message comprising the third measurement parameter to the equipment. Therefore, the invention can open the parameters which cannot be customized by the user, reassemble the message after the message is processed by the normal logic of the Internet of things platform, incorporate the parameters customized by the user into the message for reprocessing by combining with the specific protocol specification, realize the requirement of debugging the full downlink message required by the user, and meet the debugging and robustness verification of the normal logic of the equipment.

Description

Communication method, device, equipment and storage medium of Internet of things platform and equipment

Technical Field

The invention relates to the technical field of Internet of things, in particular to a communication method, device, equipment and storage medium for an Internet of things platform and equipment.

Background

With the rapid development of the internet of things technology, more and more internet of things devices need to be tested. Taking the example of debugging and testing factory equipment, at present, equipment manufacturers mainly build private debugging and testing services to debug and test equipment, the cost requirement is high, the applicability of the private debugging and testing services to the internet of things platform cannot be guaranteed, and after debugging and testing are completed, a large amount of labor cost is still needed to register the internet of things platform on the equipment.

Therefore, a more convenient tuning scheme is needed.

Disclosure of Invention

It is an object of the present invention to provide a more convenient equipment commissioning solution to address at least one of the above problems.

According to a first aspect of the present invention, a method for communicating an internet of things platform with a device is provided, including: receiving an uplink message sent by equipment; judging whether the equipment belongs to equipment to be tested; and under the condition that the equipment is judged to belong to the equipment to be measured, identifying a second measurement parameter in the uplink message, configuring a third measurement parameter for the equipment based on the protocol specification and the second measurement parameter, and sending a measurement message comprising the third measurement parameter to the equipment.

Optionally, the method further comprises: and sending a downlink message to the equipment under the condition that the equipment is judged to belong to the online equipment.

Optionally, the method further comprises: maintaining a mark list, wherein the mark list stores the device identifier and the corresponding mark in a related manner, and the step of judging whether the device belongs to the device to be tested comprises the following steps: and judging whether the equipment belongs to the equipment to be tested according to the mark corresponding to the equipment identifier of the equipment in the mark list.

Optionally, the method comprises: configuring a first debugging parameter for the equipment based on the protocol specification; and sending a debugging message comprising the first debugging parameter to the equipment.

Optionally, the device is a terminal device, and the step of configuring the third tuning parameter for the device includes: in response to recognizing that the second debugging parameters comprise MAC instruction parameters, calling an instruction reassembler in debugging service, wherein the instruction reassembler is used for reassembling fields in the MAC instructions based on the MAC instruction specifications and the MAC instruction parameters in the first protocol specifications; and/or in response to recognizing that the second debugging parameter comprises a message parameter in the first protocol specification, calling a first protocol specification message reassembler in the debugging service, wherein the first protocol specification message reassembler is used for reassembling fields in the message based on the message specification and the message parameter in the first protocol specification.

Optionally, the first protocol specification is L oRaWAN protocol, and/or the MAC instruction parameter includes a parameter related to a MAC command, and/or the message parameter includes at least one of a receiving window parameter, an access network parameter, a downlink frame parameter, and a traffic instruction parameter.

Optionally, the device is a gateway, and the step of configuring the third commissioning parameter for the device includes: in response to recognizing that the second debugging parameters comprise second protocol specification message parameters, calling a second protocol specification message reassembler in the debugging service, wherein the second protocol specification message reassembler is used for reassembling fields in the second protocol specification message based on the second protocol specification and the second protocol specification message parameters; and/or in response to recognizing that the second modulation parameter includes a downlink message parameter in the second protocol specification, invoking a second protocol specification downlink message reassembler in the modulation service, the second protocol specification downlink message reassembler being configured to reassemble a field in the downlink message of the second protocol specification based on the second protocol specification and the downlink message parameter in the second protocol specification.

Optionally, the second protocol specification is a GWMP protocol, and/or the second protocol specification message parameters include at least one of: the version number, the security check code, the sequence number, and/or the downlink message parameter include a parameter related to the downlink message in the second protocol specification.

Optionally, the communication method is performed by an internet of things platform, and the method further includes: after the equipment is regulated and tested, converting the equipment into online equipment in the Internet of things platform; or under the condition that the on-line equipment in the Internet of things platform has problems, executing the communication method to debug the on-line equipment with the problems in the Internet of things platform.

According to the second aspect of the present invention, a method for communicating between an internet of things platform and a device is further provided, including: receiving an uplink message sent by equipment; judging whether the equipment belongs to equipment to be tested; and calling a debugging service to debug the equipment under the condition that the equipment is judged to belong to the equipment to be debugged.

Optionally, the method further comprises: judging whether the debugging service is available; and under the condition that the debugging service is judged to be available, executing the step of calling the debugging service to debug the equipment.

According to the third aspect of the present invention, a method for communicating an internet of things platform with a device is further provided, including: receiving an uplink message sent by equipment; identifying a second modulation parameter in the uplink message; based on the protocol specification and the second debugging parameter, calling a debugging service to configure a third debugging parameter for the equipment; and sending a debugging message comprising the third debugging parameter to the equipment.

According to the fourth aspect of the present invention, a method for communicating between an internet of things platform and a device is further provided, including: sending an uplink message to the Internet of things platform, wherein the uplink message comprises a second debugging parameter configured by the user; receiving a debugging message sent by the Internet of things platform, wherein the debugging message comprises a third debugging parameter, and the third debugging parameter is configured for equipment by a debugging service in the Internet of things platform based on a protocol specification and the second debugging parameter; and adjusting the equipment based on the debugging message.

Optionally, the device is a terminal device, the second debug parameter includes an MAC instruction parameter, the third debug parameter includes a parameter obtained by reassembling a field in an MAC instruction based on an MAC instruction specification and an MAC instruction parameter in a first protocol specification by an instruction reassembling device in the debug service, and/or the second debug parameter includes a message parameter in the first protocol specification, and the third debug parameter includes a parameter obtained by reassembling a field in a message based on a message specification and a message parameter in the first protocol specification by the first protocol specification message reassembling device in the debug service.

Optionally, the device is a gateway, the second debug parameter includes a second protocol specification message parameter, the third debug parameter includes a parameter obtained by reassembling a field in the second protocol specification message based on the second protocol specification and the second protocol specification message parameter in the debug service, and/or the second debug parameter includes a downlink message parameter in the second protocol specification, and the third debug parameter includes a parameter obtained by reassembling a field in the downlink message based on the second protocol specification and the downlink message parameter in the debug service.

According to the fifth aspect of the present invention, a commissioning service is carried on the internet of things platform, the internet of things platform determines whether the device belongs to the device to be commissioned or not in response to receiving the uplink message sent by the device, and the internet of things platform invokes the commissioning service to commission the device under the condition that the device is determined to belong to the device to be commissioned.

According to the sixth aspect of the present invention, a network system of internet of things is further provided, which includes a network platform of internet of things and a plurality of devices, where the network platform of internet of things receives an uplink message sent by a device, determines whether the device belongs to a device to be tested, and calls a testing service to test the device when the device is determined to belong to the device to be tested.

According to the seventh aspect of the present invention, there is further provided a communication apparatus between an internet of things platform and a device, including: the receiving module is used for receiving an uplink message sent by the equipment; the judging module is used for judging whether the equipment belongs to the equipment to be tested; and the debugging module is used for calling debugging service to debug the equipment under the condition that the judgment equipment belongs to the equipment to be debugged.

According to the eighth aspect of the present invention, there is further provided a communication device between an internet of things platform and a device, including: the receiving module is used for receiving an uplink message sent by the equipment; the identification module is used for identifying a second debugging parameter in the uplink message; the configuration module is used for configuring a third debugging parameter for the equipment based on the protocol specification and the second debugging parameter; and the sending module is used for sending the debugging message comprising the third debugging parameter to the equipment.

According to the ninth aspect of the present invention, there is further provided a communication apparatus between an internet of things platform and a device, including: the sending module is used for sending an uplink message to the Internet of things platform, wherein the uplink message comprises a second debugging parameter configured by a user; the receiving module is used for receiving a debugging message sent by the Internet of things platform, wherein the debugging message comprises a third debugging parameter, and the third debugging parameter is configured for equipment by debugging service in the Internet of things platform based on a protocol specification and the second debugging parameter; and the adjusting module is used for adjusting the equipment based on the third adjusting and measuring parameter.

According to a tenth aspect of the present invention, there is also presented a computing device comprising: a processor; and a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform the method as set forth in any one of the first to third aspects of the invention.

According to an eleventh aspect of the present invention, there is also presented a non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform a method as set forth in any one of the first to third aspects of the present invention.

The exemplary embodiment of the invention can open the parameters which cannot be defined by the user, and reassemble the message after the message is processed by the normal logic of the Internet of things platform, so that the parameters defined by the user are incorporated into the message for reprocessing by combining with the specific protocol specification, thereby realizing the requirement of debugging the full downlink message required by the user and meeting the debugging and robustness verification of the normal logic of the equipment.

The illustrative embodiment of the invention also mounts the debugging service capable of debugging the equipment on the platform of the Internet of things, so that the platform of the Internet of things provides the equipment debugging service in addition to the communication service of the platform of the Internet of things. Therefore, the debugging service can directly multiplex the link service of the Internet of things platform and communicate with the equipment, the version iteration of the Internet of things platform can directly enable the debugging service, and the applicability of the platform is guaranteed after debugging is finished.

Drawings

The above and other objects, features and advantages of the present disclosure will become more apparent by describing in greater detail exemplary embodiments thereof with reference to the attached drawings, in which like reference numerals generally represent like parts throughout.

Fig. 1 is a schematic flowchart of a communication method between an internet of things platform and a device according to an embodiment of the present invention.

Fig. 2 is a schematic flowchart of a communication method between an internet of things platform and a device according to another embodiment of the present invention.

Fig. 3 is a schematic structural diagram of a communication device of an internet of things platform and an apparatus according to an embodiment of the present invention.

Fig. 4 is a schematic structural diagram of a communication device of an internet of things platform and equipment according to another embodiment of the invention.

Fig. 5 is a schematic structural diagram of a communication device of an internet of things platform and equipment according to another embodiment of the invention.

Fig. 6 is a schematic structural diagram of a computing device that can be used to implement the above-described method for communication between an internet of things platform and a device according to an embodiment of the present invention.

Detailed Description

Preferred embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.

[ term interpretation ]

L oRa: L oRa is an abbreviation of english L ong Range, and is one of low power consumption wide area network (L ow PowerWide area network, &lttttranslation = L "&tttl &ttt/t &tttpwan) communication technologies, in the past, it seems that a trade-off can only be made between long distance and low power consumption before L PWAN is generated, and the advent of L oRa wireless technology changes a compromise consideration mode of transmission distance and power consumption, not only can long distance transmission be realized, but also has the advantages of low power consumption and low cost.

L oRaWAN L oRaWAN is used to define the communication protocol and system architecture of the Network, is a low power consumption Wide Area Network standard proposed by L oRa alliance, and can effectively realize L oRa physical layer to support long-distance communication, and the protocol and architecture have profound effects on the battery life of the terminal, Network capacity, quality of service, security and suitable application scenario, in short, L oRaWAN is really a Network (WAN).

L oRa Node L oRa Node.

The L oRa Gateway L oRa Gateway, L oRa node access network requires devices that function like wireless routers.

L oRa gateway and inter-server transport protocol.

TXPK: and downlink messages in the GWMP protocol.

DevEui: the unique number of the terminal device is a globally unique ID like IEEE EUI64, corresponding to the MAC address of the terminal device.

GwEui: the unique number of the gateway is a globally unique ID like IEEE EUI64, corresponding to the MAC address of the gateway.

[ scheme overview ]

In order to facilitate equipment debugging, the invention provides that equipment debugging and testing services can be configured for the Internet of things platform, for example, the debugging and testing services capable of debugging and testing equipment can be mounted on the Internet of things platform, so that the Internet of things platform also provides the equipment debugging and testing services in addition to the communication service of the Internet of things platform.

This makes it possible to: 1. the debugging service does not need to realize the core link service of the Internet of things platform, and the version iteration of the Internet of things platform can directly enable the debugging service; 2. the debugging service gets through the platform, and after debugging is completed, the applicability of the platform is guaranteed; 3. equipment manufacturers log in the same system, namely, the equipment can be accessed to carry out debugging and testing of the equipment at zero cost, and after debugging and testing are finished, the equipment can be converted into online formal equipment of the platform by one key, so that the use is convenient and friendly, and the debugging and testing are effective and quick; 4. if the problem of the online equipment in the Internet of things platform is found, the debugging is needed, and the debugging service with multiple mounts can be directly used for debugging the online equipment.

The invention also provides that the uplink message sent by the device to the internet of things platform may include a user-defined debugging parameter (i.e. a second debugging parameter mentioned below), the uplink message may be processed by the normal logic of the internet of things platform to identify the user-defined debugging parameter, and when the debugging service is invoked to configure the debugging parameter for the device, the user-defined debugging parameter may be incorporated, and the debugging parameter may be configured for the device in combination with a specific protocol specification.

In the prior art, as protocol specifications (such as L oRaWAN protocol and GWMP protocol), except for a field specifically exposed to a user, other message fields are automatically processed according to the protocol by a computer, and the user cannot modify the fields.

The embodiments are described in detail below with reference to the accompanying drawings.

Communication method between Internet of things platform and equipment

As shown in fig. 1, the internet of things platform 200 may be connected to a plurality of devices 100, and the internet of things platform 200 further mounts a commissioning service, so that the internet of things platform 200 may provide the commissioning service for the devices 100 on the basis of communicating with the devices 100.

The device 100 described in the present invention may be a terminal device (i.e., a node, for example, L oRa node), or a gateway (e.g., L oRa gateway) for implementing communication between the terminal device and the internet of things platform, and the device 100 (the terminal device or the gateway) may be a factory device that is not registered and used in the internet of things platform, or an online device that is registered and used in the internet of things platform.

In the case that the device 100 is a factory device, the device may be tested by using a testing service provided by the internet of things platform 200 to verify whether the device meets the protocol standard, whether the device meets the regional specification, and whether the device is stable. In addition, the compatibility of the internet of things platform 200 for the device can also be verified through commissioning, so that after the verification is passed, the device can be directly accessed to the internet of things platform 200 and converted into an online device in the internet of things platform 200.

When the device 100 is an online device registered for use in the internet of things platform 200, the internet of things platform 200 may invoke the commissioning service to commission the device when the device 100 is abnormal and needs to troubleshoot problems. Commissioning aspects include, but are not limited to, whether the device protocol is standard, whether the regional specification is met, and device stability, platform compatibility, and the like. After the debugging and testing are finished, the equipment can be converted into on-line equipment again and put into use.

The following description is provided in conjunction with fig. 1 for an exemplary operational procedure that may be performed by the internet of things platform 200.

Referring to fig. 1, in step S210, an uplink message sent by a device is received.

The device mentioned here may be an online device registered for use in the internet of things platform, or may be a device (e.g., a factory device) that is first accessed to the internet of things platform and used for commissioning.

In step S220, it is determined whether the device belongs to a device to be provisioned.

After receiving the uplink message sent by the device, the internet of things platform can judge whether the device belongs to the device to be tested. The internet of things platform can judge whether the equipment is the debugging equipment or not according to the marking result of the equipment, and if so, the equipment can be marked as the equipment to be debugged or the on-line equipment according to the unique number (DevEui or GwEui) of the equipment as a main key.

As an example of the present invention, the internet of things platform may maintain a tag list. The tag list holds the device identifier (i.e., the unique number of the device) and its corresponding tag in association. The label corresponding to the device identifier may include labels of the type of online device, device to be provisioned, and the like. Therefore, whether the equipment belongs to the equipment to be debugged can be judged according to the mark corresponding to the equipment identifier of the equipment in the mark list.

For a device which is initially accessed to the internet of things platform, that is, a device which is initially registered on the internet of things platform, the physical network platform may mark the device as a device to be debugged, and may mark the device as an online device after the device is qualified in debugging. For the same type, same model or same batch of equipment, optionally one of the equipment can be tested, and the testing parameters are directly issued to other equipment after the testing is finished.

For the device which is registered and used in the internet of things platform, the physical network platform can mark the device as an online device, when the online device is abnormal, the device can be marked as a device to be debugged, and after the debugging is qualified, the device is marked as the online device again.

In step S230, in the case that the device is determined to belong to the device to be debugged, the debugging service is invoked to debug the device.

The debugging and testing service is mounted in the Internet of things platform, and can multiplex uplink and downlink services of the Internet of things platform and communicate with the equipment. And the version iteration of the internet of things network platform can directly enable the debugging service, namely the debugging service can get through the internet of things network platform, and after the debugging is finished, the applicability of the equipment to the internet of things network platform can be ensured, so that the equipment can be turned into online formal equipment of the platform by one key after the debugging is finished, and the friendliness of equipment manufacturers is improved. In addition, when the online equipment in the Internet of things platform has problems, the debugging service can be directly called to debug.

The side of the Internet of things platform can be provided with a debugging service switch, and the Internet of things platform can control whether debugging service is opened or not through the debugging service switch. Under the abnormal condition of the debugging service, the mounting can be stopped by closing the switch, and the influence on the stability of the platform is avoided. Thus, when the device to be tested is determined to belong to the device to be tested, whether the testing service is available can be determined, and when the testing service is determined to be available, step S230 is executed again to invoke the testing service to test the device.

In step S240, if the determining device does not belong to the device to be tested, for example, if the determining device belongs to the device on the platform line, a downlink message is returned. The internet of things platform can process the uplink message based on the service processing logic of the platform, and send the downlink message to the equipment under the condition that the downlink message needs to be sent.

The following is an exemplary illustration of the implementation principles of the commissioning service to commission a device.

As shown in fig. 1, at step S231, the commissioning parameters may be configured by the commissioning service.

The commissioning service may configure commissioning parameters (which may be referred to as "first commissioning parameters" for ease of distinction) for the device based on a specific protocol specification.

In steps S232 and S233, a commissioning message is sent to the device. The debugging message comprises the configured debugging parameters.

As shown in fig. 1, the debugging service may send a debugging message to the internet of things platform, and the internet of things platform sends the debugging message to the device, so that the link service of the internet of things platform can be reused, and the cost of the debugging service is reduced.

In an embodiment of the present invention, the uplink message sent by the device may include a debugging parameter (for convenience of distinguishing, it may be referred to as a "second debugging parameter") configured by a user in a self-defined manner. The second debugging parameter in the uplink message can be identified by processing the internet of things platform according to normal logic. Then, the commissioning service may configure commissioning parameters (for convenience of differentiation, may be referred to as "third commissioning parameters") for the device based on the protocol specification and the second commissioning parameters, and may assemble the third commissioning parameters into a commissioning message and send the commissioning message to the device. Wherein the third tuning parameters may include the second tuning parameters and other parameters determined based on the protocol specification.

Therefore, the invention can open the parameters which cannot be customized by the user, and call the debugging service for reassembly after the message is processed by the normal logic of the Internet of things platform, so as to incorporate the parameters customized by the user into the message for reprocessing by combining with the specific protocol specification, thereby realizing the requirement of debugging the full downlink message required by the user and meeting the debugging and robustness verification of the normal logic of the equipment.

In the present invention, the parameters related to the device network access, the uplink and downlink messages, etc. can be measured by using the measurement service, and the specific measurement parameters are different according to the different types of the devices, the following takes the devices to be measured as the terminal device (for example, L oRa node) and the gateway (for example, L oRa gateway), respectively, and the types of the measurement process and the measurement parameters are exemplarily described, it should be understood that for the devices of other protocol types, the measurement principle of the present invention can be referred to for measurement.

The re-assembling device can re-assemble the related debugging parameters according to the corresponding protocol specifications (such as L oRaWAN protocol and GWMP protocol) based on the identified second debugging parameters, and issue the re-assembled debugging parameters (third debugging parameters) to the equipment through the Internet of things platform in the form of debugging messages.

As an example, the reassembler may include one or more of an instruction reassembler, a first protocol specification message reassembler, a second protocol specification message reassembler, and a second protocol specification downstream message reassembler. The instruction reassembler and the first protocol standard message reassembler are used for debugging and testing the terminal equipment, and the second protocol standard message reassembler and the second protocol standard downlink message reassembler are used for debugging and testing the gateway.

Commissioning for terminal device

1. Instruction reassembly

In response to identifying that the second debug parameter includes a MAC instruction parameter, an instruction reassembler may be invoked, the instruction reassembler operable to reassemble fields in the MAC instruction based on the MAC instruction specification and the MAC instruction parameter in the first protocol specification.

Taking the terminal device as L oRa node, the first protocol specification is L oRaWAN protocol as an example, the MAC command comprises a MAC command stored in Fopts or FrmPayload, wherein the Fopts and FrmPayload are used for representing the position of the MAC command, and the MAC command stored in the Fopts cannot exceed 15 bytes.

MAC instructions for commissioning end devices may include, but are not limited to L inkADRReq (dataRate, txPower, chMask, chMaskCntl, nbTrans), DutyCycleReq (maxDatyCyclee), RxParamaSetupReq (rx1DROffset, rx2DataRate, freqy), DevStatusReq, NewChannelReq (chIndex, eq, maxDR, minDR), RxTimingSetupReq (settings), TxParamaSetSetReseq (DownlinkDwell, UplinkDwell, MaxEIRP), DIChanneqReq (chIndex, seq), PingChangReq (freq, frequency), Beacoreq, and so forth, as just described with reference to one or more of the aforementioned WAN instructions (BrandRaoReq, frequency, Beaconq. L).

L inkADRReq indicates to request to terminal to change data rate, transmission power, retransmission rate and channel. L inkADRReq has dataRate field to indicate data rate, txPower field to indicate maximum downlink power consumption, chMask field to indicate uplink channel number, chMaskCntl field to indicate ChMask-based one-layer interpretation control including globally controlling channel switching under a specific modulation mode, and nbTrans field to indicate the total number of transmissions required for uplink messages.

The DutyCycleReq indicates the maximum duty ratio of transmission set to the terminal. Rxpamasetupreq indicates that a reception slot parameter is set to the terminal. An rx1DROffset field in the RxParamSetupReq indicates an offset between the set uplink data rate and the downlink data rate, and an rx2DataRate field indicates a data rate of the second reception window defining the downlink.

The DevStatusReq indicates that the terminal is queried for its status. NewChannelReq indicates the creation or modification of 1 radio frequency channel definition. The chIndex field in NewChannelReq indicates the index of the channel being created or modified, and the Freq field is a 24-bit unsigned integer. The maxDR (maximum data rate) field specifies the highest uplink data rate and the minDR (minimum data rate) field specifies the lowest uplink data rate allowed for the channel.

RxTimingSetupReq denotes a time when the reception slot is set. TxParamSetupReq indicates the maximum value and maximum EIRP (equivalent isotropic radiated power) that the network server uses to set the terminal equipment dwell time. The DownlinkDwellTime field in the TxParamSetupReq defines the maximum downlink dwell time, the UplinkDwellTime field defines the maximum uplink dwell time, and the MaxEIRP field defines the maximum EIRP value.

DIChannelReq denotes the RX1 downstream channel. Pingslotchannel req indicates that the gateway requests from the node to change the device's ping slot downlink frequency or data rate. The BeaconFreqReq denotes a command that the network server uses to modify the frequency at which the terminal device expects to receive beacon broadcasts.

In response to the MAC instruction parameters configured by the user for any one or more of the MAC instructions included in the uplink message, the instruction re-assembler may re-assemble the fields in the MAC instruction based on the relevant protocol specification for the MAC instruction in the L ora wan protocol, in combination with the MAC instruction parameters configured by the user.

2. First protocol standard message reassembly

And calling a first protocol specification message reassembler in the debugging service in response to the fact that the second debugging parameters comprise the message parameters in the first protocol specification, wherein the first protocol specification message reassembler is used for reassembling fields in the messages on the basis of the message specification and the message parameters in the first protocol specification.

Taking the terminal device as an L oRa node and the first protocol specification being the L oRaWAN protocol as an example, the message (L oRaWAN message) parameters for debugging the terminal device may include, but are not limited to, at least one of a receive window parameter, an access network parameter, a downlink frame parameter, and a service instruction parameter.

The receive window parameters may include, but are not limited to, RX1 (first receive window), RX2 (second receive window), RXOffset (window offset). the network entry parameters may include, but are not limited to, one or more of Mytpe (message type), RFU (Reserved for future Use), Major version of the L oRaWAN specification to which frame encoding follows, AppNonce (unique ID), NetID (network ID), DedrAddreddress (device address), D L Settings (setting the rate of downstream accepted serial ports for RX1 and RX 2), wherein D L Settings includes one or more of an RFU field, an RX1 DROFET field (for setting the offset between the upstream data rate and the downstream data rate), an RX2DataRate field (for setting the data rate for RX 2), an RxDelay field (open time to RX1 acceptance), a CF 26 field (MIC field), a general byte number of the integrity code(s) of the message, or a plurality of bytes.

Downstream frame parameters may include, but are not limited to, one or more of Mytpe (message type), RFU (Reserved For future use), Major (Major version of the L oRaWAN Specification followed by frame encoding), DevAddr (device address), FCtrl (frame control byte), where FCtrl includes an ADR field (adaptive data Rate control in frame header), an RFU field, ACK (field message acknowledgement bit), an Fpending field (frame wait bit), a FOpts L en field (frame Option Length), and a MIC field (message integrity code).

The service instruction may include an Fport (channel number of MAC layer data) and/or a Content.

In response to any one or more configured message parameters of the message parameters, included in the uplink message, for the user, the first protocol specification message reassembler may reassemble the fields in the message based on the relevant protocol specification for the message in the L oRaWAN protocol, in combination with the message parameters configured by the user.

Commissioning for gateways

1. Second protocol standard message reassembly

And calling a second protocol specification message reassembler in the debugging service in response to the fact that the second debugging parameters comprise second protocol specification message parameters, wherein the second protocol specification message reassembler is used for reassembling fields in the second protocol specification message based on the second protocol specification and the second protocol specification message parameters. The second protocol specification message refers to a message transmitted between a Gateway (GW) and a network server (for example, the internet of things platform according to the present invention).

Taking the second protocol specification as a GWMP protocol as an example, the second protocol specification message refers to a GWMP message, and the second protocol specification message parameters for debugging and testing the gateway may include, but are not limited to, a version number (ver), a security check code (token), and a sequence number (id).

In response to the uplink message including the parameters configured by the user for any one or more of the second protocol specification message parameters, the second protocol specification message reassembler may reassemble the fields in the second protocol specification message based on the GWMP protocol in combination with the second protocol specification message parameters configured by the user.

2. Second protocol standard downlink message re-assembly

And calling a second protocol standard downlink message reassembler in the debugging service in response to the fact that the second debugging parameters comprise downlink message parameters in the second protocol standard, wherein the second protocol standard downlink message reassembler is used for reassembling fields in the downlink messages of the second protocol standard based on the second protocol standard and the downlink message parameters in the second protocol standard. The downlink message mentioned here refers to a message sent by the gateway to the terminal device (i.e. node).

The downlink message parameters include parameters related to the downlink message in the second protocol specification. Taking the second protocol specification as a GWMP protocol as an example, the downlink message parameters for debugging the gateway may include, but are not limited to, an imme field (boolean value, representing immediate issue when the value is true), a tmst field (unsigned integer, representing time count inside the gateway), a freq field (unsigned floating point, representing downlink frequency point), an rfch field (unsigned integer, representing downlink antenna number), a powe field (unsigned integer, representing downlink signal power), a modu field (string type, representing signal modulation mode), a datatr field (a character string type representing a signal rate), a coder field (a character string type representing an ECC code rate), an ipol field (a Boolean value representing the polarity of bits transmitted by the command gateway when the value is true), a size field (an unsigned integer representing the number of bytes of a frame), and an ncrc field (a Boolean value representing the value when the value is true, the physical layer CRC generation is closed).

In response to the uplink message including the parameters configured by the user for any one or more of the downlink message parameters, the downlink message reassembler in the second protocol specification may reassemble the fields in the downlink message in the second protocol specification based on the GWMP protocol in combination with the downlink message parameters configured by the user.

The operational flow that may be performed by the apparatus 100 is illustratively described below in conjunction with fig. 1.

Referring to fig. 1, in step S310, an uplink message is sent to the internet of things platform.

In a case that the device needs to perform the measurement, the uplink message sent may include the measurement parameter configured by the user (i.e., the second measurement parameter mentioned above). For the configurable tuning parameters, see the above description, and are not described herein again.

In step S320, a debugging message sent by the internet of things platform is received.

The debugging message includes a debugging parameter (i.e., the third debugging parameter mentioned above) obtained by the internet of things platform by invoking the debugging service to perform parameter configuration. And the third debugging parameter is configured for the equipment by debugging service in the Internet of things platform based on the protocol specification and the second debugging parameter. The specific configuration process may refer to the above description, and is not described herein again.

In step S330, the device is adjusted based on the debug message.

After receiving the modulation message, the device may adjust the parameter stored at the device side based on the parameter in the modulation message (i.e., the third modulation parameter). Optionally, the device side may also perform corresponding responses according to the protocol specification, such as controlling actions of various sensors connected to the device, triggering uplink specific messages, device hibernation, mode changes, and the like, corresponding events of the device side, and the like. The specific processing logic of the device side is related to the actual scene, and is not described herein again.

Fig. 2 is a schematic flowchart of a communication method between an internet of things platform and a device according to another embodiment of the present invention. The method shown in fig. 2 may be executed by an internet of things platform.

Referring to fig. 2, in step S410, an uplink message sent by a device is received. Specifically, the above description may be referred to in conjunction with the description of step S210 in fig. 1, and is not repeated here.

In step S420, a second modulation parameter in the uplink message is identified.

For the second tuning parameter, see the above description, and are not repeated herein.

In step S430, based on the protocol specification and the second commissioning parameter, the commissioning service is invoked to configure a third commissioning parameter for the device.

The specific configuration process can be referred to the above related description, and is not described herein again.

In step S440, a debug message including the third debug parameter is sent to the device.

[ Internet of things platform ]

According to the above description, the present invention can be implemented as an internet of things platform. The Internet of things network platform carries the debugging service, responds to the received uplink message sent by the equipment, can judge whether the equipment belongs to the equipment to be debugged, and can call the debugging service to debug the equipment under the condition that the equipment belongs to the equipment to be debugged.

For operations that can be further performed by the internet of things platform, refer to the above description, and are not described herein again.

Internet of things system

The invention can also be realized as an internet of things system. The Internet of things system comprises an Internet of things platform and a plurality of devices, wherein the Internet of things platform receives an uplink message sent by the devices, judges whether the devices belong to the devices to be tested, and calls a testing service to test the devices under the condition that the devices belong to the devices to be tested. For operations that can be executed by the internet of things platform and the device, reference may be made to the above description, and details are not described here.

[ COMMUNICATION APPARATUS ]

Fig. 3 is a schematic structural diagram of a communication device of an internet of things platform and an apparatus according to an embodiment of the present invention. Wherein the functional blocks of the communication device can be implemented by hardware, software, or a combination of hardware and software that embody the principles of the present invention. It will be appreciated by those skilled in the art that the functional blocks described in fig. 3 may be combined or divided into sub-blocks to implement the principles of the invention described above. Thus, the description herein may support any possible combination, or division, or further definition of the functional modules described herein.

The functional modules that the communication device may have and the operations that each functional module may perform are briefly described, and for the details related thereto, reference may be made to the above-mentioned description, and details are not described here again.

Referring to fig. 3, the communication apparatus 300 includes a receiving module 310, a determining module 320, and a debugging module 330. The communication device 300 may be disposed on the internet of things platform side.

The receiving module 310 is configured to receive an uplink packet sent by a device. The determining module 320 is configured to determine whether the device belongs to a device to be provisioned. The debugging module 330 is configured to invoke a debugging service to debug the device when it is determined that the device belongs to the device to be debugged.

Optionally, the communication device 300 may further include a transmitting module. The sending module is configured to send a downlink message to the device when the determining module 320 determines that the device belongs to the online device.

Optionally, the communication device 300 may further include a maintenance module. The maintenance module is used for maintaining a mark list, and the mark list stores the device identifier and the corresponding mark thereof in a correlated way. The determining module 320 may determine whether the device belongs to the device to be provisioned according to the mark corresponding to the device identifier of the device in the mark list.

In an embodiment of the present invention, the debug module 330 may configure a first debug parameter for the device based on the protocol specification, and send a debug message including the first debug parameter to the device.

In another embodiment of the present invention, the debug module 330 may identify a second debug parameter in the uplink message, configure a third debug parameter for the device based on the protocol specification and the second debug parameter, and send a debug message including the third debug parameter to the device. For a specific modulation process, see the above description, and no further description is given here.

Fig. 4 is a schematic structural diagram of a communication device of an internet of things platform and equipment according to another embodiment of the invention. Wherein the functional blocks of the communication device can be implemented by hardware, software, or a combination of hardware and software that embody the principles of the present invention. It will be appreciated by those skilled in the art that the functional blocks described in fig. 4 may be combined or divided into sub-blocks to implement the principles of the invention described above. Thus, the description herein may support any possible combination, or division, or further definition of the functional modules described herein.

Referring to fig. 4, the communication apparatus 400 includes a receiving module 410, an identifying module 420, a configuring module 430, and a transmitting module 440. The communication device 400 may be disposed on the internet of things platform side.

The receiving module 410 is configured to receive an uplink message sent by a device. The identifying module 420 is configured to identify a second modulation parameter in the uplink message. The configuration module 430 is configured to configure a third commissioning parameter for the device based on the protocol specification and the second commissioning parameter. The sending module 440 is configured to send a debug message including the third debug parameter to the device. For the specific implementation process of the configuration module 430, reference may be made to the above related description, and details are not described here.

Fig. 5 is a schematic structural diagram of a communication device of an internet of things platform and equipment according to another embodiment of the invention. Wherein the functional blocks of the communication device can be implemented by hardware, software, or a combination of hardware and software that embody the principles of the present invention. It will be appreciated by those skilled in the art that the functional blocks described in fig. 5 may be combined or divided into sub-blocks to implement the principles of the invention described above. Thus, the description herein may support any possible combination, or division, or further definition of the functional modules described herein.

Referring to fig. 5, the communication apparatus 500 includes a transmitting module 510, a receiving module 520, and an adjusting module 530. Therein, the communication apparatus 500 may be provided on the device side.

The sending module 510 is configured to send an uplink message to the internet of things platform, where the uplink message includes a second commissioning parameter configured by the user. The receiving module 520 is configured to receive a debugging message sent by the internet of things platform, where the debugging message includes a third debugging parameter, and the third debugging parameter is configured by a debugging service in the internet of things platform based on a protocol specification and the second debugging parameter. The adjusting module 530 is configured to adjust the device based on the third tuning parameter.

The adjusting module 530 may adjust the parameter stored on the device side based on the parameter in the modulation message (i.e., the third modulation parameter). Optionally, the device side may also perform corresponding responses according to the protocol specification, such as controlling actions of various sensors connected to the device, triggering uplink specific messages, device hibernation, mode changes, and the like, corresponding events of the device side, and the like. The specific processing logic of the device side is related to the actual scene, and is not described herein again.

For example, when a factory device needs to verify whether a protocol standard is met, whether a regional specification is met, and the stability of the device, a test needs to be performed; when one device needs to be accessed to a general Internet of things platform to verify the compatibility of the platform, debugging and testing are also needed; when the equipment accessed to the platform of the Internet of things is abnormal and needs to be checked, the equipment also needs to be debugged.

When the factory equipment needs to be adjusted by an equipment manufacturer, the equipment can be directly put through a platform by the adjustment and measurement service of 1.2, after the adjustment and measurement are completed, the platform applicability is guaranteed, 3. L oRa equipment manufacturers log in the same set of system, the L oRa equipment can be accessed and measured with zero cost, after the adjustment and measurement are completed, the on-line equipment can be converted into the on-line formal equipment of the platform by one key, the use is convenient and friendly, the adjustment and measurement are effective and quick, if the problems of the on-line equipment are found, the adjustment and measurement mode of the 2 nd to 6 th procedures can be switched to by one key, and the service is used for re-adjusting and measuring the on-line equipment

[ calculating device ]

Referring to fig. 5, computing device 600 includes memory 610 and processor 620.

The processor 620 may be a multi-core processor or may include a plurality of processors. In some embodiments, processor 620 may include a general-purpose host processor and one or more special coprocessors such as a Graphics Processor (GPU), a Digital Signal Processor (DSP), or the like. In some embodiments, processor 620 may be implemented using custom circuits, such as an Application Specific Integrated Circuit (ASIC) or a Field Programmable Gate Array (FPGA).

The memory 610 may include various types of storage units, such as system memory, Read Only Memory (ROM), and permanent storage. Wherein the ROM may store static data or instructions that are required by the processor 620 or other modules of the computer. The persistent storage device may be a read-write storage device. The persistent storage may be a non-volatile storage device that does not lose stored instructions and data even after the computer is powered off. In some embodiments, the persistent storage device employs a mass storage device (e.g., magnetic or optical disk, flash memory) as the persistent storage device. In other embodiments, the permanent storage may be a removable storage device (e.g., floppy disk, optical drive). The system memory may be a read-write memory device or a volatile read-write memory device, such as a dynamic random access memory. The system memory may store instructions and data that some or all of the processors require at runtime. In addition, the memory 610 may include any combination of computer-readable storage media, including various types of semiconductor memory chips (DRAM, SRAM, SDRAM, flash memory, programmable read-only memory), magnetic and/or optical disks, may also be employed. In some embodiments, memory 610 may include a removable storage device that is readable and/or writable, such as a Compact Disc (CD), a digital versatile disc read only (e.g., DVD-ROM, dual layer DVD-ROM), a Blu-ray disc read only, an ultra-dense disc, a flash memory card (e.g., SD card, min SD card, Micro-SD card, etc.), a magnetic floppy disk, or the like. Computer-readable storage media do not contain carrier waves or transitory electronic signals transmitted by wireless or wired means.

The memory 610 has stored thereon executable code, which when processed by the processor 620, causes the processor 620 to perform the above-mentioned method of communicating between the internet of things platform and the device.

The communication method, the internet of things platform, the internet of things system, the communication device and the computing device according to the present invention have been described in detail above with reference to the accompanying drawings.

According to the exemplary embodiments of the present invention, the following advantageous effects may be achieved.

1. The debugging service is in a mounting mode, the core link service of the Internet of things platform is not required to be realized, and the version iteration of the Internet of things platform directly enables the debugging service.

2. The debugging service gets through the platform, and after debugging is completed, the platform applicability is guaranteed.

3. The equipment manufacturer (such as L oRa equipment manufacturer) logs in the same system, namely, the equipment (such as L oRa equipment) can be accessed and tested at zero cost, and after the debugging and testing are completed, the equipment can be converted into online formal equipment of the platform by one key, the use is convenient and friendly, the debugging and testing are effective and rapid, and if the problems of the online equipment are discovered, the equipment manufacturer can also be switched to a debugging and testing mode by one key, and debugging and testing services are called for debugging and testing.

4. And a debugging service switch is arranged on the side of the Internet of things platform, and whether debugging service is opened or not can be controlled through the switch. The debugging service of mounting can stop the mounting by closing the switch under the abnormal condition, and the stability of the platform is prevented from being influenced.

5. The method is characterized in that four re-assemblers are introduced, the messages are reassembled according to debugging requirements in four layers (such as instructions, L oRaWAN messages, TXPK and GWMP), the requirement of debugging and testing of all downlink messages is met, the assembling capability of a platform is directly multiplexed for the layer without debugging and testing configuration, the repetition of codes is reduced, and the iteration speed of the platform and a debugging and testing service version is improved.

Furthermore, the method according to the invention may also be implemented as a computer program or computer program product comprising computer program code instructions for carrying out the above-mentioned steps defined in the above-mentioned method of the invention.

Alternatively, the invention may also be embodied as a non-transitory machine-readable storage medium (or computer-readable storage medium, or machine-readable storage medium) having stored thereon executable code (or a computer program, or computer instruction code) which, when executed by a processor of an electronic device (or computing device, server, etc.), causes the processor to perform the steps of the above-described method according to the invention.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems and methods according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.

Claims

1. A method for communicating an Internet of things platform with equipment is characterized by comprising the following steps:

receiving an uplink message sent by equipment;

judging whether the equipment belongs to equipment to be tested;

and under the condition that the equipment is judged to belong to the equipment to be measured, identifying a second measurement parameter in the uplink message, configuring a third measurement parameter for the equipment based on a protocol specification and the second measurement parameter, and sending a measurement message comprising the third measurement parameter to the equipment.

2. The communication method according to claim 1, further comprising:

and sending a downlink message to the equipment under the condition that the equipment is judged to belong to the online equipment.

3. The communication method according to claim 1, further comprising: maintaining a tag list in which device identifiers and their corresponding tags are maintained in association,

the step of judging whether the equipment belongs to the equipment to be debugged comprises the following steps:

and judging whether the equipment belongs to equipment to be tested according to the mark corresponding to the equipment identifier of the equipment in the mark list.

4. The communication method according to claim 1, further comprising:

configuring a first debugging parameter for the equipment based on a protocol specification;

and sending a debugging message comprising the first debugging parameter to the equipment.

5. The communication method according to claim 1, wherein the device is a terminal device, and the step of configuring the third tuning parameter for the device comprises:

in response to recognizing that the second debugging parameters comprise MAC instruction parameters, calling an instruction reassembler in debugging service, wherein the instruction reassembler is used for reassembling fields in the MAC instructions based on the MAC instruction specifications and the MAC instruction parameters in the first protocol specifications; and/or

And calling a first protocol specification message reassembler in the debugging service in response to the fact that the second debugging parameters comprise message parameters in the first protocol specification, wherein the first protocol specification message reassembler is used for reassembling fields in the messages on the basis of the message specifications in the first protocol specification and the message parameters.

6. The communication method according to claim 5,

the first protocol specification is L oRaWAN protocol, and/or

The MAC instruction parameter comprises a parameter related to a MAC command, and/or

The message parameters include at least one of: receiving window parameters, network access parameters, downlink frame parameters and service instruction parameters.

7. The communication method according to claim 1, wherein the device is a gateway, and the step of configuring the third commissioning parameter for the device comprises:

in response to recognizing that the second debugging parameters comprise second protocol specification message parameters, calling a second protocol specification message reassembler in the debugging service, wherein the second protocol specification message reassembler is used for reassembling fields in the second protocol specification message based on the second protocol specification and the second protocol specification message parameters; and/or

And calling a second protocol standard downlink message reassembler in the debugging service in response to the fact that the second debugging parameters comprise downlink message parameters in the second protocol standard, wherein the second protocol standard downlink message reassembler is used for reassembling fields in the downlink messages of the second protocol standard based on the second protocol standard and the downlink message parameters.

8. The communication method according to claim 7,

the second protocol specification is a GWMP protocol, and/or

The second protocol specification packet parameter includes at least one of: version number, security check code, sequence number, and/or

The downlink packet parameters include parameters related to the downlink packet in the second protocol specification.

9. The communication method according to claim 1, further comprising:

after the equipment is regulated and tested, converting the equipment into online equipment in the Internet of things platform; or

And under the condition that the on-line equipment in the Internet of things platform has problems, executing the communication method to debug the on-line equipment with the problems in the Internet of things platform.

10. A method for communicating an Internet of things platform with equipment is characterized by comprising the following steps:

receiving an uplink message sent by equipment;

judging whether the equipment belongs to equipment to be tested;

and calling a debugging service to debug the equipment under the condition that the equipment is judged to belong to the equipment to be debugged.

11. The communication method according to claim 10, further comprising:

determining whether the commissioning service is available;

and executing the step of calling the debugging service to debug the equipment under the condition that the debugging service is judged to be available.

12. A communication method between an Internet of things platform and equipment is characterized by comprising the following steps:

receiving an uplink message sent by equipment;

identifying a second modulation parameter in the uplink message;

based on a protocol specification and the second debugging parameter, calling a debugging service to configure a third debugging parameter for the equipment;

and sending a debugging message comprising the third debugging parameter to the equipment.

13. A method for communicating an Internet of things platform with equipment is characterized by comprising the following steps:

sending an uplink message to the Internet of things platform, wherein the uplink message comprises a second debugging parameter configured by a user;

receiving a debugging message sent by the internet of things platform, wherein the debugging message comprises a third debugging parameter, and the third debugging parameter is configured for the equipment by a debugging service in the internet of things platform based on a protocol specification and the second debugging parameter;

and adjusting the equipment based on the debugging message.

14. The communication method according to claim 13,

the device is a terminal device and the terminal device is a mobile terminal,

the second debug parameter comprises a MAC instruction parameter, the third debug parameter comprises a parameter obtained by reassembling a field in a MAC instruction by an instruction reassembling device in the debug service based on a MAC instruction specification and the MAC instruction parameter in a first protocol specification, and/or,

the second debugging parameter comprises a message parameter in a first protocol specification, and the third debugging parameter comprises a parameter obtained by reassembling a field in a message by the first protocol specification message reassembling device in the debugging service based on the message specification in the first protocol specification and the message parameter.

15. The communication method according to claim 13,

the device is a gateway and the device is a gateway,

the second debug parameter comprises a second protocol specification message parameter, the third debug parameter comprises a parameter obtained by reassembling a field in a second protocol specification message by a second protocol specification message reassembling device in the debug service based on the second protocol specification and the second protocol specification message parameter, and/or,

the second debugging parameter comprises a downlink message parameter in a second protocol specification, and the third debugging parameter comprises a parameter obtained by reassembling a field in a downlink message of the second protocol specification based on the second protocol specification and the downlink message parameter by a downlink message reassembling device of the second protocol specification in the debugging service.

16. The utility model provides a thing allies oneself with network platform, its characterized in that, carry on the debugging service on the thing allies oneself with network platform, respond to the ascending message that receives equipment and send, thing allies oneself with network platform and judges whether equipment belongs to the equipment of awaiting the debugging, judge under the condition that equipment belongs to the equipment of awaiting the debugging, thing allies oneself with network platform calls the debugging service is right equipment is debugged.

17. The utility model provides a thing allies oneself with network system, includes thing allies oneself with network platform and a plurality of equipment, thing allies oneself with network platform receiving equipment and sends the ascending message, judges whether equipment belongs to the equipment of awaiting the debugging, judges under the condition that equipment belongs to the equipment of awaiting the debugging, it is right to call the debugging service the equipment is debugged.

18. A communication device for an Internet of things platform and equipment is characterized by comprising:

the receiving module is used for receiving an uplink message sent by the equipment;

the judging module is used for judging whether the equipment belongs to equipment to be tested;

and the debugging module is used for calling debugging service to debug the equipment under the condition that the equipment is judged to belong to the equipment to be debugged.

19. A communication device for an Internet of things platform and equipment is characterized by comprising:

the sending module is used for sending an uplink message to the Internet of things platform, wherein the uplink message comprises a second debugging parameter configured by a user;

a receiving module, configured to receive a debugging message sent by the internet of things platform, where the debugging message includes a third debugging parameter, and the third debugging parameter is configured for the device by a debugging service in the internet of things platform based on a protocol specification and the second debugging parameter;

and the adjusting module is used for adjusting the equipment based on the third debugging parameter.

20. A computing device, comprising:

a processor; and

a memory having executable code stored thereon, which when executed by the processor, causes the processor to perform the method of any of claims 1 to 15.

21. A non-transitory machine-readable storage medium having stored thereon executable code, which when executed by a processor of an electronic device, causes the processor to perform the method of any of claims 1-15.