Error location positioning method for debugging process of internet-of-things terminal and related device

Abstract

The application provides an error position positioning method for an Internet of Things terminal debugging process and related devices. Through implementation of the application, detection instruction data from a cloud platform is received, and the detection instruction data is sent to a target device. First real-time device data and second real-time device data sent by the cloud platform are acquired in real time. Error analysis is performed according to the detection instruction data, the first real-time device data and the second real-time device data to obtain an error detection result, and the error detection result is uploaded to the cloud platform for viewing, where the error detection result represents an error position. In this way, the error position can be determined according to the detection instruction data, the first real-time device data and the second real-time device data received from the cloud platform, manual checking of the error position is reduced, and the efficiency of terminal debugging is improved.

Description

Technical Field

[0001] This invention relates to the field of computer science, and in particular to a method and related apparatus for locating errors in the debugging process of an Internet of Things (IoT) terminal. Background Technology

[0002] In today's society, with the continuous advancement and innovation of technology, the digital transformation of power systems has become a trend. The process of realizing a digital power system requires the investment of a large number of power distribution equipment and distribution IoT terminals. These equipment and terminals need to be debugged and tested to achieve the desired engineering and standardized application results.

[0003] Currently, to achieve standardized, universal, and intelligent management of distribution IoT terminals and power distribution equipment during the construction of smart power distribution systems, improve the efficiency of distribution IoT terminal equipment access, standardize the installation, commissioning, and acceptance process, and achieve the effect of engineering and standardized application, cloud-based automatic commissioning systems capable of reporting commissioning errors have emerged. However, the aforementioned commissioning systems still suffer from insufficient efficiency. Summary of the Invention

[0004] This application provides a method and related apparatus for locating errors during the debugging process of an IoT terminal, which can more specifically display debugging errors and improve debugging efficiency.

[0005] In a first aspect, embodiments of this application provide a method for locating errors during the debugging process of an IoT terminal, applied to a test device of a terminal debugging system. The terminal debugging system further includes a smart gateway, multiple IoT terminals, and a cloud platform. The method includes:

[0006] It receives detection tasks from the cloud platform and sends detection instruction data to the target device according to the detection tasks. The detection tasks are used to indicate the target device to be detected, and the test cases are used to indicate the data type of the detection instruction data. The target device is one of multiple IoT terminals.

[0007] The real-time device data is obtained from the cloud platform, which sends the first real-time device data and the second real-time device data. The first real-time device data and the second real-time device data are real-time device data that the cloud platform obtains from the smart gateway and forwards.

[0008] Error detection results are obtained by analyzing the detection command data, first real-time device data, and second real-time device data. The error detection results are then uploaded to the cloud platform for viewing. The error detection results indicate the location of the error.

[0009] In one possible embodiment, the error detection result includes a pass result and a fail result. The fail result includes the location of the error. The error detection result is obtained by error analysis based on the detection command data, the first real-time device data, and the second real-time device data.

[0010] Determine whether the detection command data, the first real-time device data, and the second real-time device data are consistent;

[0011] If the detection command data, the first real-time device data, and the second real-time device data are consistent, it means that the erroneous detection result is a qualified detection result, and the qualified detection result is taken as the erroneous detection result;

[0012] If at least one of the detection command data, the first real-time device data, and the second real-time device data is different from the other two, it indicates that the error detection result is a failure result. The error location is determined based on the detection command data, the first real-time device data, and the second real-time device data, and the error location is taken as the error detection result.

[0013] In one possible embodiment, the error location is determined based on the detection command data, the first real-time device data, and the second real-time device data, including:

[0014] If the detection instruction data differs from the first real-time device data and the second real-time device data, then the detection instruction data is sent to the smart gateway; the location of the error is determined based on the third real-time device data sent by the smart gateway and the detection instruction data, wherein the third real-time device data is the data obtained by the smart gateway from the target device after receiving the detection instruction data;

[0015] If the data from the second real-time device is different from the data from the first real-time device and the detection command data, the first location is determined to be the location where the error exists, and the first location includes the cloud platform;

[0016] If the detection command data, the first real-time device data, and the second real-time device data are inconsistent, it is determined that the error needs to be manually checked.

[0017] In one possible embodiment, determining the location of the error based on third-party real-time device data and detection command data sent by the smart gateway includes:

[0018] The correlation between real-time device data and detection command data is determined to obtain comparison results, which include consistency and inconsistency.

[0019] The location of the error is determined based on the comparison results; if the comparison results are consistent, the second location is determined to be the location of the error, and the second location includes the IoT terminal; if the comparison results are inconsistent, the third location is determined to be the location of the error, and the third location includes the smart gateway.

[0020] In one possible embodiment, the cloud platform includes a production operation support system and a global IoT platform. The detection instruction data is generated by the production operation support system, and the global IoT platform is used to forward data from the production operation support system and / or test equipment and / or smart gateways.

[0021] In one possible embodiment, receiving detection instruction data from the cloud platform includes:

[0022] Check if the production operation support system has generated any testing tasks;

[0023] Acquire and download detection tasks generated by the production operation support system and forwarded by the global IoT platform.

[0024] In one possible embodiment, prior to the step of sending detection instruction data to the target device, the method further includes:

[0025] Identify the target device's identification code, which is used to identify the target device's identity.

[0026] It binds to the target device to enable information transmission.

[0027] Secondly, embodiments of this application provide an error location positioning device for the debugging process of an IoT terminal, applied to a test device for a terminal debugging system. The terminal debugging system further includes a smart gateway, multiple IoT terminals, and a cloud platform. The device includes:

[0028] The receiving module is used to receive detection tasks from the cloud platform and send detection instruction data to the target device according to the detection task. The detection task is used to indicate the target device to be detected, and the test case is used to indicate the data type of the detection instruction data. The target device is one of multiple IoT terminals.

[0029] The acquisition module is used to acquire first real-time device data and second real-time device data sent by the cloud platform. The first real-time device data and second real-time device data are real-time device data acquired and forwarded by the cloud platform from the smart gateway.

[0030] The analysis module is used to perform error analysis based on the detection command data, the first real-time device data, and the second real-time device data to obtain error detection results, and upload the error detection results to the cloud platform for viewing. The error detection results indicate the location of the error.

[0031] Thirdly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon. The computer program includes program instructions that, when executed by a processor, cause the processor to perform some or all of the steps described in the first aspect.

[0032] Fourthly, embodiments of this application provide an electronic device, including a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the processor, and the programs include instructions for performing some or all of the steps described in the first aspect of embodiments of this application.

[0033] Fifthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps described in the first aspect of embodiments of this application. The computer program product may be a software installation package.

[0034] By implementing the embodiments of this application, detection command data is received from a cloud platform and sent to a target device. The detection command data is used to indicate the target device to be detected, which is one of multiple IoT terminals. Real-time device data is acquired from the cloud platform, including first and second real-time device data, which are real-time device data obtained and forwarded by the cloud platform from the smart gateway. Error analysis is performed based on the detection command data, the first and second real-time device data to obtain error detection results, which are then uploaded to the cloud platform for viewing. The error detection results indicate the location of the error. In this way, by judging the error location based on the issued detection command data and the first and second real-time device data received from the cloud platform, the location of the error can be determined, reducing the need for manual error location investigation and improving the efficiency of terminal debugging. Attached Figure Description

[0035] To more clearly illustrate the technical solutions in the embodiments of the present invention or the background art, the accompanying drawings used in the embodiments of the present invention or the background art will be described below.

[0036] Figure 1 This is a system architecture diagram of a terminal debugging system provided in an embodiment of this application;

[0037] Figure 2 This is a flowchart illustrating a method for locating the error position during the debugging process of an IoT terminal, as provided in an embodiment of this application.

[0038] Figure 3This is an interactive schematic diagram of an error location method for debugging an IoT terminal provided in an embodiment of this application;

[0039] Figure 4 This is a system architecture diagram of another terminal debugging system provided in the embodiments of this application;

[0040] Figure 5 This is a schematic diagram of the structure of an error location positioning device for the debugging process of an IoT terminal proposed in an embodiment of this application;

[0041] Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0042] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of the present application.

[0043] The terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or electronic device that includes a series of steps or units is not limited to the listed steps or units, but in an alternative example also includes steps or units not listed, or in an alternative example also includes other steps or units inherent to these processes, methods, products, or electronic devices.

[0044] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0045] Please see Figure 1 , Figure 1 This is a system architecture diagram of a terminal debugging system provided in an embodiment of this application, such as... Figure 1 As shown, the terminal debugging system 100 includes: a test device 110, multiple IoT terminals 120, a smart gateway 130, and a cloud platform 140.

[0046] The testing device 110 can establish a connection and communicate with each of the multiple IoT terminals 120. This communication can be wireless, and the testing device 110 can send data or signals to each of the IoT terminals 120. The testing device 110 can also establish a connection and communicate with the smart gateway 130, sending and receiving data or signals from the smart gateway 130. The testing device 110 can also establish a connection and communicate with the cloud platform 140, receiving and sending data or signals to the cloud platform 140. The testing device 110 is used to send test command data to the IoT terminals and, based on the test command data and data obtained from the smart gateway 130 and the cloud platform 140, determines the error location to obtain a final detection result including the location of the error. The testing device 110 is also used to send the final detection result to the cloud platform 140.

[0047] Among them, the test equipment 110 can be a test bench, which is a device or system used to test and evaluate electronic equipment or systems. The test bench may include a series of test instruments, tools and environment, which are not specifically limited here.

[0048] Each of the multiple IoT terminals 120 can establish a communication connection with the smart gateway 130, and after verification, the multiple IoT terminals 120 can send the data obtained after verification to the smart gateway 130.

[0049] The smart gateway 130 can acquire data or signals sent by multiple IoT terminals 120, specifically through devices such as sensors, and can send data or signals to the testing device 110. It can also establish a communication connection with the cloud platform 140 and exchange data or signals with it. The smart gateway 130 can also be any other network device capable of connecting, controlling, and coordinating communication and operation between multiple IoT terminals 120, the cloud platform 140, and the testing device 110; this is not limited to any particular device.

[0050] The cloud platform 140 can establish a communication connection with the test equipment 110 and the smart gateway 130, and can transmit data or signals to each other with the test equipment 110 and the smart gateway 130.

[0051] The cloud platform 140 may include a production operation support system and a global IoT platform. The production operation support system is used to create testing tasks and generate testing instruction data. It is also used for forwarding data or signals, reviewing and viewing error detection results, etc. The aforementioned error detection results are generated by the testing equipment 110 and sent to the production operation support system. The global IoT platform is used for forwarding data or signals, and can forward data sent by the smart gateway 130 or by the testing equipment 110.

[0052] Please see Figure 2 , Figure 2 This is a flowchart illustrating a method for locating the error location during the debugging process of an IoT terminal, provided in an embodiment of this application. The method is applied to the testing equipment of a terminal debugging system, which also includes a smart gateway, multiple IoT terminals, and a cloud platform, such as... Figure 2 As shown, the method includes the following steps:

[0053] S210 receives detection tasks from the cloud platform and sends detection instruction data to the target device according to the detection tasks. The detection tasks are used to indicate the target device to be detected, and the test cases are used to indicate the data type of the detection instruction data. The target device is one of multiple IoT terminals.

[0054] The testing task defines the target device to be tested and the basic requirements of the test, instructing the target device to be tested. The test cases define the specific data required for the test, instructing the testing platform to send specific data of testing commands to the target device. These testing commands can be understood as injected test data, injected into the target device so that the target device can operate according to the testing commands. The testing platform obtains and downloads this testing task from the cloud platform. At this point, the testing platform understands the type of test to be performed and the specific information of the target device. Based on the downloaded testing task, the testing platform calls or selects pre-edited test cases to execute specific test activities. These test cases are specifically designed to verify whether the device's performance under specific conditions meets expected standards.

[0055] For example, the detection command data may include, but is not limited to, discrete data quantities such as voltage, current, temperature, humidity, and switching signals. The target device mentioned above is one or more IoT terminals among multiple IoT terminals. The selection of the target device can be done manually or based on the content of the detection task; the specific method is not limited here.

[0056] The cloud platform may include, but is not limited to, a production operation support system and a global IoT platform. The production operation support system can be used to create testing tasks, and the global IoT platform can be used to forward data sent from one or more of the production operation support system, testing equipment, and smart gateways.

[0057] As can be seen, in this embodiment, the use of a global IoT platform to forward data enables unified sending and receiving of information or commands, ensuring information transmission consistency and thus improving testing efficiency. Furthermore, the global IoT platform enables plug-and-play functionality for terminal devices, further enhancing testing efficiency.

[0058] In one possible embodiment, receiving a detection task from a cloud platform includes: querying whether the production operation support system has generated a detection task; and obtaining and downloading the detection task generated by the production operation support system and forwarded by the global IoT platform.

[0059] The testing equipment can access the production operation support system on the cloud platform and query whether a testing task has been generated. If a testing task is found, it receives the testing task issued by the production operation support system, and the issuance process is forwarded by the global IoT platform. After receiving the testing task forwarded by the global IoT platform, the testing equipment saves or downloads the testing task.

[0060] As can be seen, in this embodiment, the detection task is generated by the production operation support system of the cloud platform, and the detection task is forwarded to the detection equipment by the global IoT platform, realizing remote acquisition of detection tasks and improving testing efficiency.

[0061] In one possible embodiment, the cloud platform includes a production operation support system and a global IoT platform. The detection tasks are generated by the production operation support system, and the global IoT platform is used to forward data from the production operation support system and / or test equipment and / or smart gateways.

[0062] In one possible embodiment, before receiving the detection task step from the cloud platform, the method further includes: sending user information to the production operation support system; and receiving user confirmation information sent by the production support system.

[0063] The user information identifies the test equipment. The production operation support system reviews the user information sent by the test equipment to ensure that the test equipment is permitted to conduct testing. After confirming the user information, the production operation support system sends a user confirmation message to the test equipment, which indicates that the test equipment is authorized to conduct testing.

[0064] The production operation support system downloads the testing task after sending user confirmation information.

[0065] As can be seen, in this embodiment, a user information confirmation process is required before receiving the detection task. Automatic confirmation of user information can reduce manual intervention, improve the accuracy and security of processing, increase processing speed and reduce waiting time, thereby improving detection efficiency.

[0066] S220, real-time device data acquisition: first real-time device data and second real-time device data sent by the cloud platform. The first real-time device data and second real-time device data are real-time device data that the cloud platform obtains from the smart gateway and forwards.

[0067] Among them, real-time device data refers to the real-time device data transmitted from the target device obtained by the smart gateway. Real-time device data may include data generated by the device in response to the detection task information, or it may include information such as the sequence of data that can characterize the device in response to the detection task information, which is not limited here.

[0068] Among them, the first real-time device data and the second real-time device data are data that the smart gateway obtains and forwards to the cloud platform, and then the cloud platform sends the data.

[0069] In one possible embodiment, the cloud platform includes a production operation support system and a global IoT platform. The detection task is generated by the production operation support system, and the global IoT platform is used to forward data from the production operation support system and / or test equipment and / or smart gateways. The first real-time device data is data forwarded by the global IoT platform to the test equipment after the smart gateway obtains the real-time device data. The real-time device data is data generated and sent by the target device based on the detection instruction data. The second real-time device data is data sent by the production operation support system after the global IoT platform sends the first real-time device data to the production operation support system.

[0070] Specifically, the first real-time device data is the data that the smart gateway obtains and forwards to the global IoT platform, which then forwards it to the test device. After obtaining the first real-time device data, the global IoT platform also forwards it to the production operation support system in the cloud platform. Upon receiving this data, the production operation support system sends the second real-time device data to the test device.

[0071] Specifically, after acquiring real-time device data, the smart gateway forwards the first real-time device data to the global IoT platform on the cloud platform. The global IoT platform then forwards the first real-time device data to the test device. Upon receiving the first real-time device data, the global IoT platform forwards it to the production operation support system on the cloud platform. After receiving the first real-time device data, the production operation support system sends second real-time device data to the global IoT platform, which then forwards the second real-time device data to the test device.

[0072] S230 performs error analysis based on detection command data, first real-time device data, and second real-time device data to obtain error detection results, and uploads the error detection results to the cloud platform for viewing. The error detection results indicate the location of the error.

[0073] After acquiring the second and first real-time device data, the system performs error analysis on the detection command data sent to the target device, the first real-time device data, and the second real-time device data to obtain error detection results. These results indicate the existence and location of errors. Following the error detection, the results are sent to the cloud platform. Specifically, this can be done by sending the results to the global IoT platform and having it forward them to the production operation support system, or by sending them directly to the production operation support system; the method is not limited here. The error detection results can be in the form of a detection report.

[0074] In one possible embodiment, the error detection result includes a pass result and a fail result. The fail result includes the location of the error. The error detection result is obtained by error analysis based on the detection command data, the first real-time device data, and the second real-time device data.

[0075] 231. Determine whether the detection command data, the first real-time device data, and the second real-time device data are consistent;

[0076] 232. If the detection command data, the first real-time device data, and the second real-time device data are consistent, it means that the erroneous detection result is a qualified detection result, and the qualified detection result is taken as the erroneous detection result.

[0077] 233. If at least one of the detection command data, the first real-time device data, and the second real-time device data is different from the other two, it indicates that the error detection result is a failure result. The error location is determined based on the detection command data, the first real-time device data, and the second real-time device data, and the error location is taken as the error detection result.

[0078] Error analysis can be performed to determine whether the detection command data, the first real-time device data, and the second real-time device data are consistent. If the detection command data, the first real-time device data, and the second real-time device data are consistent, it indicates that the detection is qualified, and the error detection result is qualified, which is output as the detection result. If one of the detection command data, the first real-time device data, and the second real-time device data is different from the other two, it indicates that the detection result is unqualified, and an error occurred during the detection.

[0079] It should be noted that, in this article, "consistency" means agreement with expectations, which could mean that the data is the same or that it conforms to a certain algorithm or logic; "inconsistency" has the opposite meaning of "consistency". The definitions of "consistency" and "inconsistency" used below are the same as those here and will not be repeated.

[0080] For example, at least one data point differing from the other two could include: the detection command data differing from both the first real-time device data and the second real-time device data, or the second real-time device data differing from both the detection command data and the first real-time device data. After an error is detected, the location of the error is determined to obtain the specific location where the error exists. The detection failure and the location where the error exists are output as the error detection result.

[0081] As can be seen, in this embodiment, an error judgment is made based on the issued detection command data, the first real-time device data, and the second real-time device data to obtain a conclusion of whether the detection is qualified or unqualified, and the specific error location can be obtained, which reduces the need for manual error location judgment and improves the testing efficiency of the terminal debugging system.

[0082] In one possible embodiment, the error location is determined based on the detection command data, the first real-time device data, and the second real-time device data, including:

[0083] 2331. If the detection instruction data is different from the first real-time device data and the second real-time device data, then the detection instruction data is sent to the smart gateway; the location of the error is obtained based on the third real-time device data sent by the smart gateway and the detection instruction data. The third real-time device data is the data obtained by the smart gateway from the target device after receiving the detection instruction data.

[0084] 2332. If the data from the second real-time device is different from the data from the first real-time device and the detection command data, the first location is determined to be the location where the error exists, and the first location includes the cloud platform;

[0085] 2333. If the detection command data, the first real-time device data, and the second real-time device data are inconsistent, it is determined that the error location needs to be manually checked.

[0086] The situation where at least one of the detection command data, the first real-time device data, and the second real-time device data differs from the other two can include: the detection command data differs from both the first and second real-time device data; the second real-time device data differs from both the first and second real-time device data; or the detection command data, the first real-time device data, and the second real-time device data are inconsistent. When the detection command data differs from both the first and second real-time device data, further location confirmation is required: the test device sends the detection command data to the smart gateway. After receiving the detection command data, the smart gateway obtains the target device's data again to obtain the third real-time device data, and sends the third real-time device data back to the test device. The test device determines whether the error location is in the IoT terminal's target device or the smart gateway based on the third real-time data and the sent detection command data. If the second real-time device data differs from the other two data sets, and the first real-time device data and the detection command data, then the first location is determined to be the location where the error exists. The first location can be a cloud platform; specifically, the first location can be the cloud platform's production operation support system. If the detection command data, the first real-time device data, and the second real-time device data are inconsistent, the location of the error cannot be accurately and automatically located. In this case, manual inspection of the error location is required.

[0087] As can be seen, in this embodiment, the error location is determined as the first location by detecting the command data, the first real-time device data, and the second real-time device data, or the error location is determined by further judging the data of the smart gateway. This can reduce the need for manual error location judgment and improve the testing efficiency of the terminal debugging system.

[0088] In one possible embodiment, determining the location of the error based on third-party real-time device data and detection command data sent by the smart gateway includes:

[0089] 23311. Determine the correlation between the third real-time device data and the detection command data to obtain the comparison results, which include consistency and inconsistency;

[0090] 23312. The location of the error is determined based on the comparison results; if the comparison results are consistent, the second location is determined to be the location of the error, and the second location includes the IoT terminal; if the comparison results are inconsistent, the third location is determined to be the location of the error, and the third location includes the smart gateway.

[0091] In this process, when the detection command data differs from both the first and second real-time device data, the test device needs to send detection command data to the smart gateway. Upon receiving the detection command data, the smart gateway retrieves the target device's data again to obtain third real-time device data, which it then sends back to the test device. The test device determines whether the error location is on the IoT terminal's target device or the smart gateway based on the third real-time data and the sent detection command data. Specifically, the comparison result is obtained by assessing the correlation between the third real-time device data and the detection command data. This correlation can be whether the third real-time device data and the detection command data are consistent, resulting in a comparison result that can be either consistent or inconsistent. The location of the error is then determined based on the comparison result. Specifically, if the comparison result shows consistency, the error location is determined to be at a second location, which could be the location of the IoT terminal or, more specifically, the location of the target device. If the comparison result shows differences, the error location is determined to be at a third location, which could be the location of the smart gateway.

[0092] As can be seen, in this embodiment, by inputting detection command data to the smart gateway, it is possible to determine whether the error exists in the smart gateway or the IoT terminal, making the location determination more specific, reducing the need for manual error location determination, and improving the testing efficiency of the terminal debugging system.

[0093] For example, assuming that "consistency" is defined as identical data, the test device sends a detection command data to the target device. This detection command data is a 5V voltage signal. The target device operates according to the 5V detection command data and outputs real-time device data to the smart gateway. Upon receiving the real-time device data, the smart gateway sends the first set of real-time device data to the test device and then to the global IoT platform on the cloud platform. The global IoT platform forwards the real-time device data to the production operation support system, which in turn sends the second set of real-time device data to the global IoT platform, which then forwards it to the test device. At this point, the test device has the first set of real-time device data, the second set of real-time device data, and the issued detection command data. If the received second set of real-time device data is 3V and the first set of real-time device data is 5V, this indicates an error in the location of the production operation support system. A detection failure and an error location indicating an error in the production operation support system are generated and output to the production operation support system. Assuming the received second real-time device data is 3V, and the first real-time device data is also 3V, it indicates that further determination of the error location is needed. A detection command data of 5V is injected into the smart gateway. Then, the smart gateway re-acquires the third real-time device data as 5V and determines whether the received third real-time device data matches the detection command data. If they match, the IoT terminal is identified as the error location. If the smart gateway receives the third real-time device data as 3V, the detection command data of 5V does not match the real-time device data of 3V, and the smart gateway is identified as the error location.

[0094] In one possible embodiment, before sending the detection instruction data to the target device, the method further includes: identifying the target device's identity code, which is used to identify the target device's identity; and binding it to the target device for information transmission.

[0095] The target device's identification code can be a QR code, barcode, ID number, or other code that identifies the target device. The testing equipment identifies the target device's identification code by scanning or inputting it. The target device's identification code is used to bind the current test to an IoT terminal, i.e., the target device, for the necessary information transmission during the current test. This target device's identification code is provided by the production operation support system.

[0096] After the target device's identification code is bound to the target device, the production operation support system sends the target device's equipment information to the testing equipment. The testing equipment then generates specific testing instruction data based on the equipment information and the testing task, so that the testing equipment can test the target device.

[0097] As can be seen, in this embodiment, binding the target device before testing makes the testing more targeted, the judgment of error location more accurate, and helps to improve testing efficiency.

[0098] In one possible embodiment, the method further includes: after the test equipment sends the error detection result to the production operation support system, the production operation support system waits for user review; if the user review is completed, the detection task ends; if the user does not review, the system continues to wait for user review.

[0099] It should be noted that after the test equipment is bound to the target equipment, the subsequent test process is completed automatically in a closed loop.

[0100] The process involves sequentially testing each target device. After each test, the error detection results are automatically sent to the production operation support system. The production operation support system's review of test reports and the testing process for target devices are asynchronous; they do not need to be synchronized with the testing process, and there is no need to wait for the review to complete before testing the next target device. The completion of the review is the condition for closing the testing task.

[0101] As can be seen, in this embodiment, detection command data is received from the cloud platform and sent to the target device. The detection command data is used to indicate the target device to be detected, which is one of multiple IoT terminals. Real-time device data is acquired from the cloud platform, including first and second real-time device data. The first and second real-time device data are real-time device data obtained and forwarded by the cloud platform from the smart gateway. Error analysis is performed based on the detection command data, the first and second real-time device data to obtain error detection results, which are then uploaded to the cloud platform for viewing. The error detection results indicate the location of the error. Thus, by determining the error location based on the issued detection command data and the first and second real-time device data received from the cloud platform, the location of the error can be determined, reducing the need for manual error location investigation and improving the efficiency of terminal debugging.

[0102] Please see Figure 3 , Figure 3 This is an interactive schematic diagram of an error location method for debugging an IoT terminal provided in an embodiment of this application, such as... Figure 3As shown, the error location method during the IoT terminal debugging process includes: the test device edits and saves test cases, then logs in as a user, sends user information to the production operation support system, waits for user confirmation from the production operation support system, receives the user confirmation information from the production operation support system, and the login ends. The test device performs a task query; if a detection task is found created by the production operation support system, it receives and downloads the detection task. The test device identifies the target device's identification code, which can be done by scanning a QR code or other methods, to obtain the target device's device information from the production operation support system, allowing subsequent testing operations on the target device to begin. The testing process can be as follows: The testing equipment injects detection command data into the IoT terminal under test (the target device) according to the test plan, and waits to acquire first real-time device data and second real-time device data. The first real-time device data is data that the smart gateway obtains from the target device's real-time device data, forwards to the global IoT platform, and then the global IoT platform sends to the testing equipment. The second real-time device data is data that the smart gateway obtains from the target device's real-time device data, forwards to the global IoT platform, then the global IoT platform sends to the production operation support system, and then the production operation support system sends to the testing equipment. After receiving the first and second real-time device data, the testing equipment analyzes the error detection results based on the first and second real-time device data and the detection command data, obtains the error detection results, and the testing process ends. The error detection results are then sent to the production operation support system. The error detection results in the production operation support system need to be reviewed before the testing task can be completed.

[0103] In the process of analyzing error detection results based on the first real-time device data, the second real-time device data, and the detection command data, if the detection command data is inconsistent with the first and second real-time device data, the test device injects the detection command data into the smart gateway and obtains the third real-time device data sent by the smart gateway after receiving the detection command data. The third real-time device data is sent directly to the test device by the smart gateway, and the test device then analyzes the error detection results based on the third real-time device data and the detection command data. If the detection command data is consistent with the first and second real-time device data, there is no need to send the detection command data to the smart gateway to obtain the third real-time device data.

[0104] The process involves sequentially testing each target device. After each test, the error detection results are automatically sent to the production operation support system. The production operation support system's review of test reports and the testing process for target devices are asynchronous; they do not need to be synchronized with the testing process, and there is no need to wait for the review to complete before testing the next target device. The completion of the review is the condition for closing the testing task.

[0105] As can be seen, through the embodiments of this application, detection command data is received from the cloud platform and sent to the target device. The detection command data is used to indicate the target device to be detected, and the target device is one of multiple IoT terminals. Real-time device data is obtained by acquiring first and second real-time device data sent by the cloud platform. The first and second real-time device data are real-time device data obtained and forwarded by the cloud platform from the smart gateway. Error analysis is performed based on the detection command data, the first and second real-time device data to obtain error detection results, and the error detection results are uploaded to the cloud platform for viewing. The error detection results indicate the location of the error. In this way, the location of the error can be determined by judging the error location based on the issued detection command data and the first and second real-time device data received from the cloud platform, reducing the need for manual error location investigation and improving the efficiency of terminal debugging.

[0106] Please refer to Figure 4 , Figure 4 This is a system architecture diagram of another terminal debugging system provided in this application embodiment. Please refer to it. Figure 4 The terminal debugging system includes testing equipment, multiple IoT terminals, smart gateways, a full-domain IoT platform, and a production operation support system.

[0107] Among them, testing equipment and smart gateways are deployed at the edge layer, multiple IoT terminals are deployed at the perception layer, and the full-domain IoT platform and production operation support system are deployed at the application layer.

[0108] The testing equipment includes a test task query module, a test case management module, a test result analysis module, a report submission module, and a simulation module. The test task query module queries newly created test tasks from the production operation support system and downloads them locally. The test case management module edits and generates test cases. The test result analysis module analyzes the first real-time equipment data, the second real-time equipment data, and the test task data to obtain error detection results. The test report submission module sends the error detection results to the production operation support system. The communication module communicates and interacts with the intelligent gateway and the global IoT platform. The simulation module injects test task data.

[0109] The production operation support system includes a testing task management module, a data forwarding service module, a report management module, and a permission management module. The testing task management module is used to create and close testing tasks; the data forwarding service module collects data sent by the smart gateway through the full-domain IoT platform and forwards it to the testing equipment; the permission management module is used to edit or manage user permissions for the testing equipment; and the report management module is used to save error location results, manage report review status, and manage report viewing and printing.

[0110] Among them, multiple IoT terminals may include, but are not limited to, miniature current sensors, voltage sensors, low-voltage smart switches, low-voltage smart sensing terminals, etc.

[0111] The smart gateway can reacquire new real-time device data, i.e., third real-time device data, after receiving the detection task data sent by the test device, and send the third real-time device data to the test device.

[0112] As can be seen, in this embodiment, after the production operation support system obtains data through the global IoT platform, it forwards it to the testing equipment, and the testing equipment performs data analysis to obtain the error location result. Through the architecture proposed in this embodiment, more accurate error location can be achieved, and testing efficiency can be improved.

[0113] Please see Figure 5 , Figure 5 This is a schematic diagram of the structure of an error location locating device for the debugging process of an IoT terminal, provided in an embodiment of this application. The error location locating device 500 for the debugging process of an IoT terminal includes: a receiving module 510, an acquisition module 520, and an analysis module 530.

[0114] The receiving module 510 is used to receive detection tasks from the cloud platform and send detection instruction data to the target device according to the detection tasks. The detection tasks are used to indicate the target device to be detected, and the test cases are used to indicate the data type of the detection instruction data. The target device is one of multiple IoT terminals.

[0115] The acquisition module 520 is used to acquire first real-time device data and second real-time device data sent by the cloud platform. The first real-time device data and second real-time device data are real-time device data acquired and forwarded by the cloud platform from the smart gateway.

[0116] The analysis module 530 is used to perform error analysis based on the detection command data, the first real-time device data, and the second real-time device data to obtain error detection results, and upload the error detection results to the cloud platform for viewing. The error detection results indicate the location of the error.

[0117] In one possible embodiment, the receiving module 510 is specifically used for sending detection instruction data to the target device as follows:

[0118] Check if the production operation support system has generated any testing tasks;

[0119] Acquire and download detection tasks generated by the production operation support system and forwarded by the global IoT platform.

[0120] In one possible embodiment, the receiving module 510, in receiving the detection task from the cloud platform, is further configured to:

[0121] Identify the target device's identification code, which is used to identify the target device's identity.

[0122] It binds to the target device to enable information transmission.

[0123] In one possible embodiment, the analysis module 530, in obtaining error detection results by performing error analysis based on the detection instruction data, the first real-time device data, and the second real-time device data, is specifically configured to:

[0124] Determine whether the detection command data, the first real-time device data, and the second real-time device data are consistent; among them,

[0125] If the detection command data, the first real-time device data, and the second real-time device data are consistent, it means that the erroneous detection result is a qualified detection result, and the qualified detection result is taken as the erroneous detection result;

[0126] If at least one of the detection command data, the first real-time device data, and the second real-time device data is different from the other two, it indicates that the error detection result is a failure result. The error location is determined based on the detection command data, the first real-time device data, and the second real-time device data, and the error location is taken as the error detection result.

[0127] In one possible embodiment, the analysis module 530, in determining the location of the error based on the detection instruction data, the first real-time device data, and the second real-time device data, specifically performs the following:

[0128] If the detection instruction data differs from the first real-time device data and the second real-time device data, then the detection instruction data is sent to the smart gateway; the location of the error is determined based on the third real-time device data sent by the smart gateway and the detection instruction data, where the third real-time device data is the data obtained by the smart gateway from the target device after receiving the detection instruction data;

[0129] If the data from the second real-time device is different from the data from the first real-time device and the detection command data, the first location is determined to be the location where the error exists, and the first location includes the cloud platform;

[0130] If the detection command data, the first real-time device data, and the second real-time device data are inconsistent, it is determined that the error needs to be manually checked.

[0131] In one possible embodiment, the analysis module 530, in determining the location of the error based on the third real-time device data and detection instruction data sent by the smart gateway, is specifically configured to:

[0132] The correlation between the data from the third real-time device and the detection command data is determined to obtain a comparison result, which includes consistency and inconsistency.

[0133] The location of the error is determined based on the comparison results; if the comparison results are consistent, the second location is determined to be the location of the error, and the second location includes the IoT terminal; if the comparison results are inconsistent, the third location is determined to be the location of the error, and the third location includes the smart gateway.

[0134] It is worth noting that the specific functional implementation of the error location locator 500 during the IoT terminal debugging process is described above. Figure 2 The description of the error location method in the IoT terminal debugging process illustrates that, for example, the analysis module 530 is used to implement the relevant content of S230. The various units or modules in the error location device 500 for the IoT terminal debugging process can be individually or entirely merged into one or more other units or modules, or some of the units or modules can be further divided into multiple functionally smaller units or modules. This achieves the same operation without affecting the technical effect of the embodiments of the present invention. The aforementioned units or modules are based on logical function division. In practical applications, the function of one unit (or module) is implemented by multiple units (or modules), or the function of multiple units (or modules) is implemented by one unit (or module).

[0135] As can be seen, the error location device for the IoT terminal debugging process described in this embodiment receives detection command data from the cloud platform and sends detection command data to the target device. The detection command data is used to indicate the target device to be tested, which is one of multiple IoT terminals. Real-time device data is acquired from the cloud platform, including first and second real-time device data. These data are obtained from and forwarded by the cloud platform from the smart gateway. Error analysis is performed based on the detection command data, the first and second real-time device data to obtain error detection results, which are then uploaded to the cloud platform for viewing. The error detection results indicate the location of the error. Thus, by judging the error location based on the issued detection command data and the first and second real-time device data received from the cloud platform, the location of the error can be determined, reducing the need for manual error location checks and improving the efficiency of terminal debugging.

[0136] Please see Figure 6 , Figure 6 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. As shown in the figure, the electronic device 600 includes a processor 610, a memory 620, a communication interface 630, and one or more programs 621. The one or more programs 621 are stored in the memory 620 and are configured to be executed by the processor 610.

[0137] The processor 610, memory 620, and communication interface 630 are interconnected and perform communication with each other.

[0138] The memory 620 can be volatile memory such as dynamic random access memory (DRAM) or non-volatile memory such as a hard disk drive (HDD). The memory 620 stores a set of executable program code, and the processor 610 calls one or more programs 621 stored in the memory 620 to execute the above-described program. Figure 2 The embodiments describe some or all of the steps of the error location method in any IoT terminal debugging process.

[0139] Among them, electronic devices 600 may include smartphones (such as Android phones, iOS phones, Windows Phones, etc.), tablet computers, PDAs, dashcams, in-vehicle electronic devices, servers, laptops, mobile internet electronic devices (MIDs) or wearable electronic devices (such as smartwatches, Bluetooth headsets), etc. The above are just examples and not an exhaustive list, including but not limited to the above electronic devices.

[0140] This application also provides a computer storage medium storing a computer program for electronic data interchange, which causes a computer to perform some or all of the steps of any of the methods described in the above method embodiments, wherein the computer includes an electronic device.

[0141] This application also provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of any of the methods described in the above method embodiments. The computer program product may be a software installation package, and the computer may include an electronic device.

[0142] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0143] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0144] In the several embodiments provided in this application, it should be understood that the disclosed apparatus can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of the units described above is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical or other forms.

[0145] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0146] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0147] If the aforementioned integrated units are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage device (CMD). Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a memory and includes several instructions to cause a computer electronic device (which may be a personal computer, electronic device, or network electronic device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned memory includes various media capable of storing program code, such as USB flash drives, read-only memory (ROM), random access memory (RAM), portable hard drives, magnetic disks, or optical disks.

[0148] Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, which may include: flash drive, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc.

[0149] The embodiments of this application have been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this application. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of this application. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of this application. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A method for locating error positions during the debugging process of an IoT terminal, characterized in that, A test device for a terminal debugging system, wherein the terminal debugging system further includes a smart gateway, multiple IoT terminals, and a cloud platform, and the method includes: The system receives a detection task from the cloud platform and sends detection instruction data to the target device according to the detection task and test case. The detection task is used to indicate the target device to be detected, and the test case is used to indicate the data type of the detection instruction data. The target device is one of the multiple IoT terminals. The cloud platform acquires first real-time device data and second real-time device data, wherein the first real-time device data and the second real-time device data are real-time device data acquired and forwarded by the cloud platform from the smart gateway. Error detection results are obtained by performing error analysis based on the detection command data, the first real-time device data, and the second real-time device data, and the error detection results are uploaded to the cloud platform for viewing. The error detection results indicate the location of the error. The cloud platform includes a production operation support system and a global IoT platform. The detection task is generated by the production operation support system, and the global IoT platform is used to forward data from the production operation support system and / or the test equipment and / or the smart gateway. The first real-time device data is data forwarded by the global IoT platform to the test equipment after the smart gateway obtains the real-time device data. The real-time device data is data generated and sent by the target device based on the detection instruction data. The second real-time device data is data sent by the production operation support system after the global IoT platform sends the first real-time device data to the production operation support system.

2. The method according to claim 1, characterized in that, The error detection result includes a pass result and a fail result. The fail result includes the location of the error. The step of obtaining the error detection result by error analysis based on the detection instruction data, the first real-time device data, and the second real-time device data includes: Determine whether the detection command data, the first real-time device data, and the second real-time device data are consistent; If the detection instruction data, the first real-time device data, and the second real-time device data are consistent, then the error detection result is a qualified result, and the qualified result is taken as the error detection result. If at least one of the detection command data, the first real-time device data, and the second real-time device data is different from the other two, it indicates that the error detection result is a failure result. The error location is determined based on the detection command data, the first real-time device data, and the second real-time device data to obtain the error location, and the error location is used as the error detection result.

3. The method according to claim 2, characterized in that, The step of determining the error location based on the detection command data, the first real-time device data, and the second real-time device data, to obtain the location where the error exists, includes: If the detection instruction data differs from the first real-time device data and the second real-time device data, the detection instruction data is sent to the smart gateway; the location of the error is determined based on the third real-time device data sent by the smart gateway and the detection instruction data, wherein the third real-time device data is data obtained by the smart gateway from the target device after receiving the detection instruction data; If the second real-time device data is different from the first real-time device data and the detection instruction data, the first location is determined as the location where the error exists, and the first location includes the cloud platform; If the detection command data, the first real-time device data, and the second real-time device data are inconsistent, it is determined that the location of the error needs to be manually checked.

4. The method according to claim 3, characterized in that, The step of determining the location of the error based on the third real-time device data sent by the smart gateway and the detection command data includes: The correlation between the third real-time device data and the detection command data is determined to obtain a comparison result, which includes consistency and inconsistency. The location of the error is determined based on the comparison result; wherein, if the comparison result is consistent, the second location is determined as the location of the error, and the second location includes the IoT terminal; if the comparison result is inconsistent, the third location is determined as the location of the error, and the third location includes the smart gateway.

5. The method according to claim 1, characterized in that, The receiving of detection tasks from the cloud platform includes: Check whether the production operation support system has generated a testing task; Obtain and download the detection tasks generated by the production operation support system and forwarded by the global IoT platform.

6. The method according to claim 1, characterized in that, Before the step of sending the detection command data to the target device, the method further includes: The identification code of the target device is used to identify the identity of the target device; It is bound to the target device to enable information transmission.

7. An error location positioning device for the debugging process of an IoT terminal, characterized in that, A testing device for a terminal debugging system, wherein the terminal debugging system further includes a smart gateway, multiple IoT terminals, and a cloud platform, and the device includes: The receiving module is used to receive detection tasks from the cloud platform and send detection instruction data to the target device according to the detection task and test case. The detection task is used to indicate the target device to be detected, and the test case is used to indicate the data type of the detection instruction data. The target device is one of the multiple IoT terminals. The acquisition module is used to acquire first real-time device data and second real-time device data sent by the cloud platform, wherein the first real-time device data and the second real-time device data are real-time device data acquired and forwarded by the cloud platform from the smart gateway; The analysis module is used to perform error analysis based on the detection command data, the first real-time device data, and the second real-time device data to obtain error detection results, and upload the error detection results to the cloud platform for viewing. The error detection results indicate the location of the error. The cloud platform includes a production operation support system and a global IoT platform. The detection task is generated by the production operation support system, and the global IoT platform is used to forward data from the production operation support system and / or the test equipment and / or the smart gateway. The first real-time device data is data forwarded by the global IoT platform to the test equipment after the smart gateway obtains the real-time device data. The real-time device data is data generated and sent by the target device based on the detection instruction data. The second real-time device data is data sent by the production operation support system after the global IoT platform sends the first real-time device data to the production operation support system.

8. A computer-readable storage medium, characterized in that, An error location locator program storing the debugging process of an IoT terminal includes execution instructions, wherein when the processor of an electronic device executes the execution instructions, the processor performs the method as described in any one of claims 1 to 6.

9. An electronic device, characterized in that, The method includes a processor and a memory storing execution instructions, the memory storing one or more programs; when the processor executes the execution instructions stored in the memory, the processor performs the method as described in any one of claims 1 to 6.

Images