WO2023103248A1

WO2023103248A1 - Automatic device commissioning method, apparatus, device, system, and storage medium

Info

Publication number: WO2023103248A1
Application number: PCT/CN2022/087225
Authority: WO
Inventors: 梁肖; 蔡昌俊; 俞军燕; 杨宽宽; 陆桥; 艾义; 张聪; 谢良; 胡天祥; 黄朝晖; 张�杰; 赖文海; 石芳铭; 方特; 厉智
Original assignee: 腾讯科技（深圳）有限公司; 广州地铁集团有限公司
Priority date: 2021-12-09
Filing date: 2022-04-15
Publication date: 2023-06-15
Also published as: CN114936062B; CN114936062A

Abstract

The present application discloses an automatic device commissioning method, an apparatus, a device, a system, and a storage medium. The method is applicable to the field of rail transit, and comprises: obtaining a device commissioning instruction for a target simulated device and an object model corresponding to the target simulated device, wherein the device commissioning instruction indicates a commissioning type and commissioning parameters corresponding to the commissioning type; performing a parameter input operation on the object model according to the commissioning parameters, so as to obtain simulated device state information corresponding to the object model having undergone the parameter input operation; triggering the target simulated device in a device simulator to perform a commissioning operation corresponding to the commissioning type, and obtaining, from the device simulator, response information of the target simulated device regarding the commissioning operation; verifying, according to verification reference information corresponding to the commissioning type, the response information so as to obtain a verification result, wherein the verification reference information is determined from the commissioning parameters and the simulated device state information on the basis of the commissioning type; and outputting a commissioning result of the target simulated device according to the verification result. The method can effectively improve the efficiency of device commissioning.

Description

A method, device, device, system and storage medium for automatic equipment debugging

technical field

The present application relates to the technical field of data device debugging, and in particular to a method, device, device, system and storage medium for automatic device debugging.

Background technique

In an industrialized society, machinery and equipment play a very important role. It liberates people's hands and can even complete tasks that cannot be done with the human body, thus greatly improving production efficiency.

In order to ensure the normal operation of the machinery and equipment, after the installation of the equipment is completed, the equipment needs to be debugged. In general, equipment commissioning is to conduct a trial run on the equipment to confirm whether the equipment can operate normally.

At present, equipment debugging is still carried out manually. In some harsh environments, the efficiency of manual equipment debugging is very low.

Contents of the invention

Embodiments of the present application provide a method, device, device, system, and storage medium for automatic equipment debugging, and the method can improve equipment debugging efficiency.

The first aspect of the present application provides a device debugging method, the method includes:

Obtain a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, where the device debugging instruction indicates a debugging type and debugging parameters corresponding to the debugging type;

Performing an input operation on the object model according to the debugging parameters, to obtain state information of the first simulation device corresponding to the object model after the input operation;

triggering the target simulation device in the device simulator to execute a debugging operation corresponding to the debugging type, and obtaining response information of the target simulation device for the debugging operation from the device simulator;

Verifying the response information according to the verification reference information corresponding to the debugging type to obtain a verification result, the verification reference information is based on the debugging type from the debugging parameters and the status information of the first simulated device determined in;

Outputting the debugging result of the target simulation device according to the verification result.

Correspondingly, the second aspect of the present application provides an equipment debugging device, which includes:

An acquisition unit, configured to acquire a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, the device debugging instruction indicating a debugging type and debugging parameters corresponding to the debugging type;

A processing unit, configured to perform an input operation on the object model according to the debugging parameters, so as to obtain the state information of the first simulation device corresponding to the object model after the input operation;

A triggering unit, configured to trigger the target simulation device in the device simulator to perform a debugging operation corresponding to the debugging type, and obtain response information of the target simulation device for the debugging operation from the device simulator;

A verification unit, configured to verify the response information according to the verification reference information corresponding to the debugging type to obtain a verification result, the verification reference information is based on the debugging type from the debugging parameters and the determined in the status information of the first simulated device;

An output unit, configured to output the debugging result of the target simulation device according to the verification result.

In some embodiments, the processing unit includes:

A processing subunit, configured to perform input operations on the object model according to the debugging parameters, to obtain an object model after input parameters;

The conversion subunit is used to convert the input object model into the first register status information of the target analog device according to the preset mapping relationship table, and obtain the first analog device status information. The preset mapping relationship table includes the object model The mapping relationship between the model and the register state information.

In some embodiments, the processing subunit includes;

The first processing module is configured to, when the debugging type is device control function debugging, fill the debugging parameters into the preset area of the object model, and obtain the object model after inputting parameters;

The second processing module is used to modify the corresponding attribute value of the object model according to the debugging parameters when the debugging type is attribute data reporting function debugging, so as to obtain the object model after inputting parameters;

The third processing module is configured to modify the corresponding event value of the object model according to the debugging parameters when the debugging type is event data reporting function debugging, so as to obtain the object model after inputting parameters.

In some embodiments, the verification unit includes:

a comparison subunit, configured to compare the response information with the verification reference information corresponding to the debugging type;

A first determination subunit, configured to determine that the verification result is a verification pass when the response information is consistent with the verification reference information corresponding to the debugging type;

The second determining subunit is configured to determine that the verification result is a verification failure when the response information is inconsistent with the verification reference information corresponding to the debugging type.

In some embodiments, the acquisition unit includes:

The first obtaining subunit is used to obtain simulated device information from the IoT platform and display a list of simulated devices;

A display subunit, configured to display a debugging parameter setting interface of the target analog device in response to a selection operation of the target analog device in the simulated device list;

A generating subunit is configured to generate a device debugging instruction for the target analog device according to the debugging parameters received by the debugging parameter setting interface.

In some embodiments, the trigger unit includes:

The first sending subunit is configured to send the debugging parameters to the device simulator when the debugging type includes device control function debugging, so that the device simulator can debug the control function of the target simulation device according to the debugging parameters , and returns the status information of the second register of the target analog device after the control function is debugged;

a receiving subunit, configured to receive the second register status information returned by the device simulator, and obtain second simulated device status information;

The verification unit is also used for:

Verifying the second analog device state information according to the first analog device state information.

In some embodiments, the sending subunit includes;

A generating module, configured to generate a debugging request including the debugging parameters, and convert the debugging request into a target debugging request supported by the communication protocol of the target simulation device;

A first sending module, configured to send the target debugging request to the device emulator.

In some embodiments, the generating module includes;

The sending submodule is configured to send a debugging request generation instruction including the debugging parameters to the IoT platform, the debugging request generation instruction instructs the IoT platform to determine the third register status information of the target simulation device according to the debugging parameters, And instruct the IoT platform to return a target debugging request supported by the communication protocol of the target simulation device according to the third register state information;

The receiving submodule is used to receive the target debugging request returned by the IoT platform.

In some embodiments, the trigger unit includes:

The second sending subunit is configured to send the first simulated device status information to the device simulator when the debugging type includes debugging with a data reporting function, so that the device simulator uses the first simulated device status information Perform data reporting function debugging on the target simulation device, and return the fourth register status information of the target simulation device after the data reporting function debugging;

A third determining subunit, configured to determine the reported data returned by the device simulator according to the fourth register state information;

The verification unit is also used for:

Verifying the reported data according to the debugging parameters.

In some embodiments, the third determining subunit includes:

The second sending module is used to send the reported data acquisition request to the IoT platform;

The receiving module is configured to receive the reported data returned by the IoT platform according to the reported data acquisition request, the reported data is generated by the IoT platform according to the status information of the fourth register.

In some embodiments, the device automatic debugging device also includes;

The second obtaining subunit is used to obtain the object model corresponding to each simulation device from the Internet of Things platform;

The fourth determination subunit is used to determine the theoretical register status information corresponding to each analog device according to the preset mapping relationship table;

The third obtaining subunit is used to obtain the actual register status information corresponding to each simulated device from the device simulator;

The verification subunit is used to verify the physical model of each simulated device according to the comparison result of the theoretical register state information and the actual register state information.

The third aspect of the present application also provides an automatic equipment debugging system, the automatic equipment debugging system includes at least one equipment debugger and at least one equipment simulator:

The device debugger is configured to obtain a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, the device debugging instruction indicates a debugging type and debugging parameters corresponding to the debugging type; according to the debugging Parameters are input to the object model to obtain the state information of the first analog device corresponding to the object model after the input operation; trigger the target analog device in the device simulator to perform the debugging operation corresponding to the debugging type, and from The device simulator obtains the response information of the target simulation device for the debugging operation; verifies the response information according to the verification reference information corresponding to the debugging type, and obtains a verification result, and the verification reference The information is determined based on the debugging type from the debugging parameters and the status information of the first simulated device; outputting the debugging result of the target simulated device according to the verification result;

The device simulator is configured to execute a debugging operation corresponding to the debugging type and send response information of the target simulation device to the debugging operation to the device debugger.

The fourth aspect of the present application also provides a computer-readable storage medium, the computer-readable storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor to execute the automatic operation of the device provided in the first aspect of the present application. Steps in the debug method.

The fifth aspect of the present application provides a computer device, including a memory, a processor, and a computer program stored in the memory and capable of running on the processor. When the processor executes the computer program, the first aspect of the present application is implemented. On the one hand, it provides the steps in the equipment automatic debugging method.

A sixth aspect of the present application provides a computer program product or computer program, where the computer program product or computer program includes computer instructions, and the computer instructions are stored in a storage medium. The processor of the computer device reads the computer instructions from the storage medium, and the processor executes the computer instructions, so that the computer device executes the steps in the device automatic debugging method provided in the first aspect.

In the device automatic debugging method provided in the embodiment of the present application, by obtaining the device debugging instruction for the target simulation device and the object model corresponding to the target simulation device, the device debugging instruction indicates the debugging type and the debugging parameters corresponding to the debugging type; Perform the parameter input operation to obtain the simulated device status information corresponding to the object model after the parameter input operation; trigger the target simulated device in the device simulator to perform the debug operation corresponding to the debug type, and obtain the response of the target simulated device to the debug operation from the device simulator information; verify the response information according to the verification reference information corresponding to the debugging type, and obtain the verification result. The verification reference information is determined from the debugging parameters and the status information of the simulation device based on the debugging type; output the target simulation device according to the verification result Debug results.

Therefore, the equipment debugging method provided by this application analyzes the debugging instructions through the physical model of the equipment, and links the simulated equipment generated by the equipment simulator to automatically detect the response result of the simulated equipment to the debugging instructions, and then combines the analytical results of the physical model Verify the response result, so as to automatically debug the analog device corresponding to the device to be debugged, and obtain the debugging result. This method can effectively improve the efficiency of equipment debugging.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that need to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application. For those skilled in the art, other drawings can also be obtained based on these drawings without any creative effort.

Fig. 1 is a schematic diagram of a scene of the equipment automatic debugging method in the present application;

Fig. 2 is a schematic flow chart of the equipment automatic debugging method provided by the present application;

Fig. 3 is another schematic flow chart of the equipment automatic debugging method provided by the present application;

Figure 4a is a schematic diagram of the equipment list provided by this application;

Figure 4b is a schematic diagram of the debugging parameter setting interface corresponding to the debugging of the attribute data reporting function in this application;

Fig. 4c is a schematic diagram of the debugging results of the simulated equipment provided in this application;

Fig. 5a is an interactive sequence diagram of device control function debugging provided by the present application;

Figure 5b is an interactive sequence diagram for debugging the attribute data reporting function provided by the present application;

Fig. 5c is an interactive sequence diagram of event data reporting function debugging provided by the present application;

Fig. 6 is a schematic structural view of the equipment automatic debugging device provided by the present application;

Fig. 7 is a topological diagram of the equipment automatic debugging system provided by the present application;

FIG. 8 is a schematic structural diagram of a computer device provided by the present application.

Detailed ways

The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the drawings in the embodiments of the present invention. Apparently, the described embodiments are only some of the embodiments of the present invention, but not all of them. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative efforts fall within the protection scope of the present invention.

Embodiments of the present invention provide a device automatic debugging method, device, device, system and storage medium. Wherein, the device debugging method can be used in a device debugging device. The device debugging device can be integrated in a computer device, and the computer device can be a terminal or a server. Wherein, the terminal may be a mobile phone, a tablet computer, a notebook computer, a smart TV, a wearable smart device, a personal computer (PC, Personal Computer) and the like. The server can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or it can provide cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, intermediate Cloud servers for basic cloud computing services such as mail service, domain name service, security service, network acceleration service (Content Delivery Network, CDN), and big data and artificial intelligence platforms. Wherein, the server can be a node in the block chain.

Please refer to FIG. 1 , which is a schematic diagram of a scenario of the device automatic debugging method provided in this application. As shown in the figure, computer device A receives the debugging instruction sent by terminal B, obtains the object model corresponding to the target simulation device corresponding to the debugging instruction according to the debugging instruction, and then performs input operation on the object model according to the debugging parameters contained in the debugging instruction , to obtain the status information of the simulated equipment corresponding to the input parameter operation object model. Trigger the target simulation device in the device simulator to perform the debugging operation corresponding to the debugging type, and obtain the response information of the target simulation device for the debugging operation from the device simulator, verify the response information according to the verification reference information corresponding to the debugging type, and obtain the calibration According to the verification result, the debugging result of the target simulation device is determined. Then, the computer device A returns the debugging result to the terminal B.

It should be noted that the schematic diagram of the scene of the device automatic debugging method shown in Figure 1 is just an example, and the device automatic debugging scene described in the embodiment of the application is to illustrate the technical solution of the application more clearly, and does not constitute a The limitations of the technical solution provided. Those skilled in the art know that with the evolution of automatic equipment debugging scenarios and the emergence of new business scenarios, the technical solutions provided in this application are also applicable to similar technical problems.

Based on the above implementation scenarios, detailed descriptions will be given below.

In the related art, to debug the equipment, technicians need to manually debug the equipment on site. However, when debugging large quantities of equipment, manual debugging is inefficient on the one hand, and on the other hand, in some harsh environments, manual debugging is very difficult, resulting in very low efficiency of equipment debugging. In this regard, the present application provides a device debugging method, so as to improve the efficiency of device debugging.

In order to facilitate the understanding of the technical solutions of the present application, the solutions provided by the present application are introduced in detail below.

Embodiments of the present application will be described from the perspective of an automatic equipment debugging device, and the automatic equipment debugging device may be integrated in a computer device. Wherein, the computer device may be a terminal or a server. Wherein, the terminal may be a mobile phone, a tablet computer, a notebook computer, a smart TV, a wearable smart device, a personal computer (PC, Personal Computer) and a vehicle-mounted terminal. The server can be an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or it can provide cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, intermediate Cloud servers for basic cloud computing services such as mail service, domain name service, security service, network acceleration service (Content Delivery Network, CDN), and big data and artificial intelligence platforms. As shown in Figure 2, it is a schematic flow chart of the equipment debugging method provided by the present application, which includes:

In step 101, a device debugging instruction for a target simulation device and a physical model corresponding to the target simulation device are acquired.

Wherein, the equipment automatic debugging method provided in the present application can be applied to a rail transit system to automatically debug equipment in the rail transit system. Among them, rail transit refers to a type of vehicle or transportation system that operating vehicles need to run on specific tracks. The most typical rail transit is a railway system composed of traditional trains and standard railways. With the diversified development of rail transit technology, there are more and more types of rail transit, such as subways, urban rails, light rails, trams, and maglev rail systems.

Wherein, the target simulated device may be a simulated device generated by the target device to be debugged in the device simulator. Wherein, the device simulator technology may simulate a real device in a physical space in a simulation environment, specifically, different states of a plurality of registers may be used to simulate different states of the device. Wherein, the register can be used to store binary code, which can be composed of flip-flops with storage function, and one flip-flop stores one binary code. Generally, when the device leaves the factory, the manufacturer will provide a register state table that matches the factory setting state of the device. The register state table stores the state information of multiple registers. According to the state information of the register, the device emulator can Simulate the factory setting state of the device. There may be multiple simulated devices in the device simulator, that is, there may be register status information corresponding to multiple simulated devices in the device simulator, and the register status information corresponding to the multiple simulated devices constitutes a point table. The target simulated device may be one of multiple simulated devices in the device simulator.

In the embodiment of the present application, the real equipment in the physical space simulated by the simulation equipment may be equipment in any industry or field, such as production equipment, communication equipment, transportation equipment, and rail transit equipment. Specifically, rail transit equipment can be subways, high-speed rails, subway station operation and maintenance equipment, and high-speed rail station operation and maintenance equipment, etc., which are not limited here.

Wherein, the device debugging instruction of the target simulation device may be sent to the device automatic debugging device by other devices, or may be generated internally by the device automatic debugging device. For example, when the device automatic debugging device is set to perform automatic device debugging on the target device every preset time, then when the detected interval reaches the preset time, the device automatic debugging device will automatically generate device debugging instructions for the target analog device . The device debugging instruction of the target analog device indicates a debugging type for debugging the target analog device and debugging parameters corresponding to the debugging type. Wherein, the debugging type of the target simulation device may be device control function debugging or data reporting function debugging, wherein the data reporting function debugging may include attribute data reporting function debugging and event data reporting function debugging. When the device debugging type is device control function debugging, the corresponding debugging parameters can be control parameters; when the device debugging type is attribute data reporting function debugging, the corresponding debugging parameters can be specific attribute values; when the device debugging type is When debugging the event data reporting function, the corresponding debugging parameter can be event data.

In addition, after the target simulation device that needs to be debugged is determined, it is necessary to further acquire the object model of the target simulation device. Among them, the object model is a digital abstract description of the device. Specifically, it can be a digital abstract description of the device's functions, attributes and other information, and a formatted representation of the physical device in the physical space on the cloud. That is, the data in the preset format is used to describe the equipment in detail, thereby constructing a data model that can describe the physical equipment.

In some embodiments, obtaining device debugging instructions for the target simulated device includes:

1. Obtain the simulated device information from the IoT platform and display the list of simulated devices;

2. In response to the selection operation of the target simulation device in the simulation device list, display the debugging parameter setting interface of the target simulation device;

3. Generate a device debugging instruction for the target analog device according to the debugging parameters received in the debugging parameter setting interface.

Wherein, in the embodiment of the present application, relevant information of the simulated device can be obtained from the IoT platform and a list of simulated devices can be displayed, and the user can select from the displayed list of simulated devices to determine the target simulated device that needs to be debugged. When the user selects the target analog device that needs to be debugged, the debug parameter setting interface for debugging the simulated device can be further displayed. In the debug parameter device interface, the user can input the debug type for debugging the target simulated device and the The debugging parameter corresponding to the debugging type. Then, the device automatic debugging device can generate a device debugging instruction for the target analog device according to the debugging type and debugging parameters input by the user.

Among them, in some embodiments, it is also unnecessary for the user to manually set the debugging parameters on the debugging parameter setting interface, but the device automatic debugging device can be used according to the parameter type (such as attribute value, event value and control event) of the target simulation device. Automatically generate debugging parameters. After one debugging is finished, the equipment automatic debugging device can also automatically change the debugging parameters, so as to traverse each parameter of each parameter type, and realize automatic and comprehensive debugging of the target simulation equipment.

Wherein, the IoT platform may be an IoT cloud platform. In the embodiment of this application, before automatically debugging the simulated device, the simulated device can be built in the device simulator according to the device point table provided by the manufacturer (that is, the register status table corresponding to the device), that is, the device provided by the manufacturer The point table is imported into the device simulator, so that the simulated device corresponding to the point table is generated in the device simulator. Every time the device simulator imports a device point table and generates its corresponding simulated device, it will send a registration request of the object model corresponding to the simulated device to the IoT platform, and the IoT platform will register the simulated device according to the registration request. In addition, before the automatic debugging of the simulated device, an object model corresponding to each device to be debugged can also be created on the IoT platform in advance.

In this way, in the embodiment of the present application, when the simulated equipment in the equipment simulator needs to be debugged, the equipment automatic debugging device can obtain the information of the property model in the IoT platform from the IoT platform, and then according to the acquired Generate a list of physical models based on the obtained physical model information and display them. It can be understood that the physical model information is in one-to-one correspondence with the simulated devices, so the physical model list may also be called a simulated device list. The user can select one or more target analog devices that need to be debugged in the simulated device list, and then generate the corresponding device debugging for each target simulated device according to the debug type and debug parameters received in the debug parameter setting interface displayed later. instruction.

In this embodiment of the application, the Internet of Things platform can be provided with an Internet of Things access gateway, which can be adapted to access a variety of analog devices that support different interface protocols and data formats, and then provide a unified and The standard access method can specifically be the Hyper Text Transfer Protocol over SecureSocket Layer (HTTPS) or the NATS protocol, where the NATS protocol refers to "message-oriented middleware", which means it is a software foundation Facility that provides the exchange of data that is segmented into messages between computer applications and services. In this way, when the device automatic debugging device automatically debugs different analog devices, it does not need to adapt the interface protocols and data formats of different analog devices one by one, thereby improving the debugging efficiency of automatic device debugging.

In some embodiments, the device automatic debugging method provided by the present application may also include:

A. Obtain the object model corresponding to each simulated device from the IoT platform;

B. Determine the theoretical register status information corresponding to each analog device according to the preset mapping relationship table, and the preset mapping relationship table includes the mapping relationship between the object model and the register status information;

C. Obtain the actual register status information corresponding to each simulated device from the device simulator;

D. Verifying the physical model of each simulated device according to the comparison result of the theoretical register state information and the actual register state information.

Wherein, in the embodiment of the present application, after the object model corresponding to each simulated device is generated on the IoT platform, the device automatic debugging device may verify the generated object model. Specifically, the device automatic debugging device can obtain the object model corresponding to any target analog device, and then determine the theoretical register state information corresponding to the object model according to the mapping relationship table between the object model and the register state information, that is, according to the target analog device The corresponding Thing Model defines the register state information of the target simulated device. Then, the device automatic debugging device can also directly obtain the actual register state information of the target simulated device from the device simulator, and verify the actual register state information and the theoretical register state information. If the two are consistent, it means that the simulated device If it is inconsistent, it means that the verification result of the physical model is unqualified. At this time, it is necessary to check whether there is an abnormality in the edge device gateway and improve the abnormality, so as to further ensure the accuracy of the device debugging results. .

Step 102 , perform an input operation on the object model according to the debugging parameters, so as to obtain state information of the first simulation device corresponding to the object model after the input operation.

Wherein, after obtaining the physical model corresponding to the target simulation device to be debugged and the debugging type and debugging parameters included in the debugging instruction, the physical model corresponding to the target simulation device may be updated according to the debugging type and debugging parameters. Specifically, the physical model can be entered according to the debugging parameters to obtain the physical model after the parameterization. Then, the theoretical state information of the target simulation device after debugging according to the aforementioned debugging type and debugging parameters can be predicted according to the input object model, and the state information of the first simulation device can be obtained.

Wherein, adding parameters to the physical model according to the debugging parameters may be filling or modifying corresponding parameters of the physical model according to the debugging parameters. Specifically, for different debugging types, different debugging parameters may be corresponding. For example, when the debugging type is equipment control function debugging, the debugging parameters can be the parameters corresponding to the specific control instructions of the target simulation device. For example, the control instruction is to control the manipulator to drop 10cm, then the debugging parameters include the target manipulator information (such as the manipulator number) , the specific control operation (here is the drop) and the degree of control (here is 10cm). Since the physical model also exists in a data format, the input operation of the physical model at this time can be to fill the parameters corresponding to these control instructions into the parameter filling position of the physical model. When the debugging type is the debugging of the device attribute data reporting function, the debugging parameters can be the specific attributes of the target simulated device and the corresponding attribute values, and the debugging operation is to modify the attribute values of the specific attributes of the target device to the attribute values in the debugging parameters. At this point, adding parameters to the object model can be to modify the attribute value of the corresponding attribute in the object model to the attribute value in the debugging parameter.

In some embodiments, the input operation is performed on the object model according to the debugging parameters, so as to obtain the state information of the first simulation device corresponding to the object model after the input operation, including:

1. According to the debugging parameters, perform parameter input operation on the object model to obtain the object model after input parameters;

2. Convert the input object model into the first register status information of the target analog device according to the preset mapping relationship table, and obtain the first analog device status information. The preset mapping relationship table includes the relationship between the object model and the register status information. Mapping relations.

Wherein, in the embodiment of the present application, the first simulated device state information may be register state information of the target simulated device. Specifically, the device automatic debugging device can first perform a parameter input operation on the object model according to the debugging parameters, update the information of the object model, and obtain the object model after inputting parameters. Further, the device automatic debugging device can obtain a preset mapping relationship table, which stores the mapping relationship between different object model information and the status information of the register of the analog device. Then, the register status information corresponding to the object model after inputting parameters can be determined in the preset mapping relationship table according to the object model information after inputting parameters. In order to distinguish it from the register state information corresponding to other subsequent states, it can be referred to as the first register state information here. The first register state information indicates the theoretical register state information after the target simulation device is debugged according to the debugging parameters, that is, the aforementioned State information of the first simulated device.

In some embodiments, the parameter input operation is performed on the object model according to the debugging parameters to obtain the object model after input parameters, including:

1.1. When the debugging type is equipment control function debugging, fill the debugging parameters into the preset area of the object model, and obtain the object model after entering the parameters;

1.2. When the debugging type is attribute data reporting function debugging, modify the corresponding attribute value of the physical model according to the debugging parameters to obtain the physical model after entering the parameters;

1.3. When the debugging type is event data reporting function debugging, modify the corresponding event value of the physical model according to the debugging parameters to obtain the physical model after entering the parameters.

Wherein, in the embodiment of the present application, for different debugging types, different input methods may be used to input parameters to the object model. In general, the debugging types for debugging analog devices can be divided into device control function debugging, attribute data reporting function debugging, and event data reporting function debugging. When the debugging results of these three aspects of functional debugging are qualified, it can generally be determined that the debugging results of the simulated equipment are qualified, and the functions of the simulated equipment can also be determined to be qualified, and it can also be further confirmed that the functions of the physical equipment corresponding to the simulated equipment are qualified .

Specifically, for different debugging types, the object model can abstract devices into three types of paradigms: device control methods (Services), device attribute reporting (Properties), and device event reporting (Events). When the debugging type is device control function debugging, you can use the method of filling the object model to fill in the object model Services according to the debugging parameters, so as to realize the input parameters of the object model; when the debugging type is attribute data reporting function debugging, you can according to The debugging parameters use the attribute data modification method to modify the property value of the object model Properties to realize the input of the object model; when the debugging type is event data reporting function debugging, the event data modification method can be used to modify the object model Events according to the debugging parameters. Modify the event value of the event to realize the entry of the object model.

Step 103, triggering the target simulation device in the device simulator to perform a debugging operation corresponding to the debugging type, and obtaining response information of the target simulation device for the debugging operation from the device simulator.

Among them, the equipment automatic debugging device performs input processing on the physical model corresponding to the target simulation equipment according to the debugging type and debugging parameters, and after obtaining the state information of the first simulation equipment corresponding to the physical model after inputting parameters, it can further trigger the process in the equipment simulator. The target simulated device performs a debug operation corresponding to the debug type according to the debug parameters, and then obtains a response result of the target simulated device for the debug operation from the device simulator. Among them, it can be understood that the first simulation device state information corresponding to the target simulation device is the theoretical response result corresponding to the response of the target simulation device to the debugging operation estimated according to the physical model of the target simulation device, and the target simulation device obtained here The response result of the simulated device to the debugging operation is the actual response result. In this way, the debugging result of the target analog device can be obtained by comparing the two.

In some embodiments, the target simulation device in the device simulator is triggered to perform a debugging operation corresponding to the debugging type, and the response information of the target simulation device for the debugging operation is obtained from the device simulator, including:

1. When the debugging type includes device control function debugging, send debugging parameters to the device simulator, so that the device simulator can debug the control function of the target simulation device according to the debugging parameters, and return the second register of the target simulation device after the control function debugging status information;

2. Receive the status information of the second register returned by the device simulator, and obtain the status information of the second simulated device.

Wherein, in the embodiment of the present application, for different debugging types, the device automatic debugging device may use different methods to trigger the target simulation device to execute the debugging operation corresponding to the debugging type according to the debugging parameters. As mentioned above, debugging types can generally be divided into device control function debugging, attribute data reporting function debugging, and event data reporting function debugging, among which attribute data reporting function debugging and event data reporting function debugging can be collectively referred to as data reporting function debugging. In this way, the embodiment of the present application divides two types of debugging into two situations, and respectively describes the method for triggering the target simulation device to perform the debugging operation by the device automatic debugging device.

When the debugging type is device control function debugging, a simulated device control instruction may be sent to the device simulator, and the simulated device control instruction includes the aforementioned debugging parameters. The debugging parameters may include specific control modules for the simulated device, and specific control operation information that needs to be executed for specific modules. After the device simulator receives the simulation device control instruction sent by the device automatic debugging device, it controls the target simulation device according to the debugging parameters contained in the instruction. After the target simulation device executes the above control, its own register status information will also follow. changes happened. The device simulator can further send the controlled and adjusted register state information of the target simulated device to the device automatic debugging device, which can be called the second register state information here to distinguish it from the aforementioned first register state information.

After receiving the second register status information returned by the device simulator, the device automatic debugging device generates second simulated device status information according to the second register status information.

In some embodiments, sending debug parameters to the device emulator includes:

1.1. Generate a debugging request containing debugging parameters, and convert the debugging request into a target debugging request supported by the communication protocol of the target simulation device;

1.2. Send a target debugging request to the device simulator.

Wherein, in the embodiment of the present application, the device automatic debugging device sends the debugging parameters to the device simulator, specifically, it may send the debugging parameters to the device simulator through a debugging request. Specifically, the device automatic debugging device can first generate a debugging request including debugging parameters, and then, the device automatic debugging device can convert the data format and communication protocol of the debugging request into a target debugging request supported by the communication protocol of the target simulation device. Specifically, the device automatic debugging device can first obtain the communication protocol corresponding to the target simulation device, and then perform data conversion on the debugging request including the debugging parameters to obtain the target debugging request. Wherein, the process of converting the debugging request into the target debugging request by the device automatic debugging device may be processed by a preset gateway.

After the target debugging request is generated, the device automatic debugging device may further send the target debugging request to the device simulator, so that the device simulator initiates a debugging operation on the target simulated device according to the target debugging request.

In some embodiments, generating a debugging request including debugging parameters, and converting the debugging request into a target debugging request supported by a communication protocol of the target simulation device includes:

1.1.1. Send a debugging request generation command containing debugging parameters to the IoT platform, and the debugging request generation command instructs the IoT platform to determine the third register status information of the target simulation device according to the debugging parameters, and instructs the IoT platform to determine the status information of the third register according to the third register status The information returns the target debugging request supported by the communication protocol of the target simulation device;

1.1.2. Receive the target debugging request returned by the IoT platform.

Wherein, in the embodiment of the present application, the process of generating the target debugging request may be performed by the IoT platform. Specifically, it is possible to first send a debugging request generation command containing debugging parameters to the IoT platform. After receiving the debugging request generation command containing debugging parameters, the IoT platform determines the specific control operation for the object model based on the debugging parameters. and mapping the change of the control of the object model to the change of the register state of the target analog device to obtain the third register state information of the target analog device. Then, the IoT platform returns a target debugging request supported by the communication protocol of the target simulation device according to the state information of the third register. In this embodiment, the IoT gateway of the IoT platform can obtain the communication protocol supported by the target simulation device, and convert the debugging request including the status information of the third register into a target debugging request. Then, the IoT platform returns the target debugging request to the equipment automatic debugging device.

In some embodiments, after the IoT platform generates the target debugging request including the third register status information, it can directly send the target debugging request to the device simulator, so that the device simulator can simulate the target according to the third register status information. The register state of the device is adjusted.

In some embodiments, triggering the target simulation device in the device simulator to perform a debugging operation corresponding to the debugging type, and obtaining the response information of the target simulation device for the debugging operation from the device simulator may also include:

A. When the debugging type includes data reporting function debugging, send the first simulated device status information to the device simulator, so that the device simulator can perform data reporting function debugging on the target simulated device according to the first simulated device status information, and return data reporting The fourth register status information of the target analog device after functional debugging;

B. Determine the reported data returned by the device simulator according to the state information of the fourth register.

Wherein, when the debugging type is the debugging of the data reporting function, it may specifically be the debugging of the attribute data reporting function or the debugging of the event data reporting function. After receiving the aforementioned first analog device state information, the register state information of the target analog device can be adjusted according to the first analog device state information to obtain the fourth register state information, which is the target analog device according to the first Register status information Adjusted actual register status information. Then, the report data returned by the device simulator may be constructed according to the state information of the first register.

In some embodiments, determining the reported data returned by the device simulator according to the fourth register state information includes:

B1. Send a report data acquisition request to the IoT platform;

B2. Receive the reported data returned by the IoT platform according to the reported data acquisition request, and the reported data is generated by the IoT platform according to the status information of the fourth register.

Wherein, in the embodiment of the present application, the reported data may be generated through the IoT platform. Specifically, the device automatic debugging device may send a report data acquisition request to the IoT platform, and the request may include the status information of the fourth register. Then, the Internet of Things platform can map the fourth register state information to relevant data of the object model to generate reported data. Then, the IoT platform further returns the generated reported data to the equipment automatic debugging device.

In some embodiments, after the device simulator adjusts the register state of the target simulated device according to the first register state information in the received first simulated device state information, the IoT platform can scan the simulated device in real time through the Internet of Things The actual register state information of the target analog device in the device is mapped to the relevant data of the object model according to the actual register state information of the target analog device obtained by scanning, and the corresponding reporting data of the relevant data is constructed. Among them, when the debugging of the data reporting function is the debugging of the attribute data reporting function, the IoT platform obtains the attribute data of the object model according to the state information of the fourth register; when the debugging of the data reporting function is debugging of the event data reporting function, the IoT platform according to the first The state information of the four registers is mapped to the event data of the object model. Then, the IoT platform further returns the reported data to the equipment automatic debugging device.

Step 104, verifying the response information according to the verification reference information corresponding to the debugging type, and obtaining a verification result.

Among them, after receiving the response information returned by the device simulator, it is necessary to verify the response information, and determine the debugging result of the target simulation device according to the verification result. Wherein, the verification reference information for verifying the response information may be determined according to the debugging type, specifically, may be determined according to the debugging type in the status information of the first simulated device and the debugging parameters. When the debugging type is device control function debugging, determine that the verification reference information is the first simulated device status information; when the debugging type is data reporting function debugging, the data reporting function can be either an attribute data reporting function or an event data reporting function, Make sure to verify the reference message as a debugging parameter.

In some embodiments, the response information is verified according to the verification reference information corresponding to the debugging type, and the verification result is obtained, including:

1. Compare the response information with the verification reference information corresponding to the debugging type;

2. When the response information is consistent with the verification reference information corresponding to the debugging type, it is determined that the verification result is passed;

3. When the response information is inconsistent with the verification reference information corresponding to the debugging type, it is determined that the verification result is a verification failure.

In this embodiment of the present application, the verification result may be determined according to a comparison result between the response information and the verification reference message corresponding to the debugging type. If the response information is consistent with the verification reference information, it may be determined that the verification result is a verification pass; if the response information is inconsistent with the verification reference information, it may be determined that the verification result is a verification failure.

Step 105, output the debugging result of the target simulation device according to the verification result.

Wherein, after verifying the response information of the target simulation device returned by the device simulator and the verification reference information corresponding to the debugging type, the debugging result of the target simulation device may be further determined according to the verification result. Among them, when the verification result is that the verification is passed, it is determined that the response of the target simulation device is consistent with the expected response result, which means that the debugging result of the target simulation device is qualified; when the verification result is that the verification is not passed, it means that the target If the response of the simulated device is not consistent with the expected response, it means that the debugging result of the target simulated device is unqualified for debugging.

According to the above description, it can be seen that the device automatic debugging method provided by the embodiment of the present application obtains the device debugging instruction for the target simulation device and the object model corresponding to the target simulation device, and the device debugging instruction indicates the debugging type and the debugging parameters corresponding to the debugging type; The debugging parameters are used to enter the physical model to obtain the simulated device status information corresponding to the physical model after the parameterized operation; trigger the target simulated device in the device simulator to perform the debugging operation corresponding to the debug type, and obtain the target simulated device from the device simulator Response information for debugging operations; verify the response information according to the verification reference information corresponding to the debugging type, and obtain the verification result. The verification reference information is determined from the debugging parameters and simulated device status information based on the debugging type; according to the verification result Output debug results for the target simulated device.

The present application also provides a device debugging method, which can be used in a computer device. The computer device can be a terminal or a server. Specifically, the computer device can be a device debugger. As shown in Figure 3, it is another schematic flow chart of the equipment automatic debugging method provided by this application, and the method specifically includes:

Step 201, the computer device obtains and displays the device list from the IoT platform.

Wherein, the equipment automatic debugging method provided by the present application can be applied to the intelligent transportation system, specifically, it can be applied to the intelligent rail transportation system to debug all kinds of equipment in the rail transportation system. Among them, Intelligent Traffic System (Intelligent Traffic System, ITS), also known as Intelligent Transportation System (Intelligent Transportation System), is the combination of advanced science and technology (information technology, computer technology, data communication technology, sensor technology, electronic control technology, automatic control theory , operations research, artificial intelligence, etc.) are effectively and comprehensively applied to transportation, service control, and vehicle manufacturing to strengthen the connection between vehicles, roads, and users, thereby forming a system that ensures safety, improves efficiency, improves the environment, and saves energy. Integrated transportation system for energy.

In the embodiment of this application, the device debugging is applied to the device simulator technology. Before the device is automatically debugged, the device point table (register status table) of each device provided by the manufacturer can be imported into the device simulator , generate a simulated device corresponding to each device in the device simulator. Then, the device simulator registers on the IoT platform according to the point table information of each simulated device. In addition, an object model corresponding to each device can also be constructed and stored on the IoT platform based on the device's functions, attributes, and services provided.

Before initiating device debugging, the computer device can obtain the device list information from the IoT platform, and then the computer device can display the device list information on the display interface, so that the user can select the target device that needs to be debugged in the device list. As shown in FIG. 4 a , which is a schematic diagram of a device list provided in this application, a device list 11 is displayed on a display interface 10 of a computer device, and a user can select a device to be debugged in the device list 11 . Wherein, it can be understood that the device list 11 here only shows a list of one level, and in specific implementation, the device list may have multiple levels. For example, in the field of rail transit, equipment can be divided into equipment for multiple lines, such as Line 1, Line 2, etc.; the lower layer of the line can be divided into multiple stations, such as Hengli Station, Shiguang Road Station, etc.; The lower layer of each station can be subdivided into different systems, such as broadcasting system, access control system, etc.; the lower layer of the system can be subdivided into different devices. That is, the device list can have multiple levels, and the user can select layer by layer until the specific device that needs to be debugged is selected. In addition, the display interface 10 may further include a scroll control, and the device list may be scrolled and displayed through the scroll control.

Step 202, the computer device obtains the object model of each device from the IoT platform.

Wherein, the computer device can further obtain the object model corresponding to each device from the IoT platform. Among them, the object model is a digital abstract description of the device, which is a formatted representation of the physical device in the physical space on the cloud. Then, obtaining the object model corresponding to any device means obtaining the description data corresponding to each device. After the object model of the device is obtained, the corresponding description information of the device is obtained. The object model corresponding to each device has a one-to-one correspondence with the device controls displayed on the display interface.

Step 203, the computer device receives a device debugging instruction for the target simulated device.

In the embodiment of the present application, the user may select a target device to be debugged from the device list displayed on the display interface of the computer device, and input a debugging type and debugging parameters for the target device. In the embodiment of the present application, a simulated device is used to simulate the operation of a real device. Therefore, the above-mentioned device debugging instruction for the target device may specifically be a device debugging instruction for a target simulated device corresponding to the target device.

When the user selects the target analog device in the device list, the debugging type selection interface can pop up on the display interface, and the following three types of selection controls can be displayed on the debugging type selection interface: device control function debugging, attribute data reporting function debugging, and Event data reporting function debugging. After the user selects any debugging type, the debugging parameter setting interface corresponding to the debugging type can be further displayed. For example, as shown in Figure 4b, it is the debugging parameter setting interface corresponding to the attribute data reporting function debugging. In the debugging parameter setting interface 20, the user can input the name of the debugging task, and can also select the specific line and station that need to modify the attribute data. As well as the subsystem, after selection, the OK control can be clicked to enter the specific attribute data input interface, and the user can further input the specific attribute value to be set in the attribute data input interface. It can be understood that the debugging of the attribute data reporting function here is just an example of the debugging type. When the debugging type is other types, the debugging parameter setting can also be performed in the above manner.

After the debugging parameters are set, the computer device can determine the device debugging instructions for debugging the target analog device according to the debugging type and the debugging parameters input by the user.

Step 204, when the debugging type is device control function debugging, the computer device initiates debugging control to the object model corresponding to the target simulation device in the IoT platform according to the debugging parameters.

Wherein, in the embodiment of the present application, specific debugging methods are different for different debugging types. Specifically, when the debugging type is device control function debugging, the computer device will initiate the debugging control of the object model corresponding to the target simulation device to the IoT platform according to the control parameters in the debugging parameters. After receiving the instruction corresponding to the debugging control, the IoT platform analyzes the object model according to the debugging parameters to determine the register status information for controlling the target analog device. Then, the IoT platform sends a register state modification instruction to the target simulation device in the device simulator according to the register state information, so that the device simulator modifies the register state of the target simulation device.

Step 205, the computer device obtains the first register state information after the target simulated device responds to the debugging control in the device simulator.

Among them, after the device simulator modifies the register status of the target simulation device according to the register status information sent by the IoT platform, the computer device can further obtain the current actual register status information of the target simulation device in the device simulator, which is recorded as the first Register status information.

Step 206, the computer device verifies the first register state information by using the register state information obtained from the input object model mapping, and obtains a verification result.

Among them, the computer device can convert the input object model into corresponding register state information according to the association rules between the register state of the analog device and the object model, which can be referred to as theoretical register state information here.

Then, the computer device may further use the theoretical register state information to verify the actual first register state information of the target analog device. If the two are consistent, it is determined that the verification result is qualified, and if the two are not consistent, it is determined that the verification result is unqualified.

Step 207, when the debugging type is debugging of the data reporting function, the computer device inputs the object model according to the debugging parameters, and obtains the second register state information corresponding to the object model after inputting the parameters.

Wherein, when the debugging type is the debugging of the attribute data reporting function or the debugging of the event data reporting function, the debugging processes of the two are consistent. Therefore, in the embodiment of the present application, the debugging of the data reporting function is uniformly used to describe the specific process in detail.

When the debugging type is debugging with data reporting function, the computer device can perform input operations on the physical model corresponding to the target simulation device according to the debugging parameters, and modify the attributes or events of the physical model to the values corresponding to the debugging parameters. Then, according to the association rule between the analog device register state and the object model, the register state information corresponding to the input object model is determined, which may be referred to as the second register state information herein.

Step 208, the computer device initiates modification of the register state of the target simulated device in the device emulator according to the second register state information.

Further, the computer device sends a debugging instruction including the second register state information to the device simulator, so that the device simulator modifies the register state of the target simulated device according to the second register state information. After receiving the debugging instruction, the device simulator can modify the register state information of the target simulated device according to the second register state information contained in the debugging instruction.

Step 209, the computer device receives the reported data returned by the IoT platform, and verifies the reported data according to the debugging parameters to obtain a verification result.

Among them, in the embodiment of the present application, after the device simulator modifies the register status of the target simulation device, the IoT platform can scan the register status of the target simulation device in real time using the IoT gateway to obtain the actual register status information of the target simulation device . According to the association rules between the register state information and the object model, the IoT platform converts the actual register state information of the target analog device into corresponding response data, and generates reported data based on the response data.

Further, the IoT platform returns the generated reported data to the computer device, and the computer device verifies the corresponding data in the reported data according to the corresponding data in the debugging parameters. When the two are consistent, it is determined that the verification result is qualified; if the two are not consistent, it is determined that the verification result is unqualified.

Step 210, the computer device determines the debugging result of the target simulation device according to the verification result.

Wherein, after the verification result is determined, it can be determined whether the debugging of the target simulation device is successful, that is, whether the corresponding function of the target simulation device is normal. Then, a complete debugging result of the target simulation device is generated by further combining the relevant information of the target simulation device and the relevant information of the debugging process, wherein the debugging result is also a debugging result of a real device corresponding to the target simulation device. As shown in Figure 4c, it is a schematic diagram of the debugging results of the simulation equipment provided by this application.

As shown in Figure 5a, the interactive timing diagram for the debugging of device control functions provided by this application, as shown in the figure, the device simulator first enters the point table provided by the manufacturer to record the status information of the simulated device registers, and generates the corresponding simulation of each device. equipment. Then, the device simulator sends a device registration request to the IoT platform, and the IoT platform registers the simulated device in the IoT platform after receiving the device registration request sent by the device simulator. Before the computer device debugs the simulated device, it first sends the device list of the simulated device and the acquisition request of the physical model of each simulated device to the IoT platform. After receiving the request, the IoT platform sends the device list information and An object model for each simulated device.

Then, the computer device receives the debugging instruction for the target analog device input by the user. The debugging instruction contains the debugging parameters for the target analog device, and then sends the device debugging instruction to the IoT platform according to the debugging parameters, that is, according to the unified data transmission protocol Initiate control to the object model corresponding to the target simulation device in the IoT platform. After receiving the debugging command of the device, the IoT platform determines the parameterized object model according to the debugging parameters in the debugging command, and then determines the object model corresponding to the parameterized object model according to the association rules between the device register status and the physical model. Theoretical register state information for the target simulated device. Then, the IoT platform sends the theoretical register state information to the device simulator, and the device simulator modifies the register state information of the target simulated device accordingly after receiving the theoretical register state information. Further, the device simulator sends the modified actual register state information of the target simulated device to the computer device. After the computer device obtains the theoretical register state information, it uses the theoretical register state information to verify the actual register state information, and generates and outputs a debugging result according to the verification result.

As shown in Figure 5b, the interactive timing diagram for the debugging of the attribute data reporting function provided by this application. Analog device. Then, the device simulator sends a device registration request to the IoT platform, and the IoT platform registers the simulated device in the IoT platform after receiving the device registration request sent by the device simulator. Before the computer device debugs the simulated device, it first sends the device list of the simulated device and the acquisition request of the physical model of each simulated device to the IoT platform. After receiving the request, the IoT platform sends the device list information and An object model for each simulated device.

Then, the computer device receives the debugging instruction for the target simulation device input by the user, and the debugging instruction includes the debugging parameters for the target simulation device. The computer device inputs the physical model corresponding to the target simulation device according to the debugging parameters, and determines the theoretical register status information corresponding to the physical model after parameter input. Then, the computer device sends a device debugging instruction including the theoretical register state information to the device simulator. After receiving the device debugging instruction sent by the computer device, the device simulator modifies the register state of the target simulation device according to the theoretical register state information contained in the device debugging instruction, and sends the modified actual register state information to the IoT platform. The IoT platform maps the actual register state information to the state of the object model according to the association rules between the register state information of the simulated device and the object model, and constructs an attribute report message according to the state of the object model. Then, the IoT platform sends the attribute report message to the computer device, and the computer device verifies the attribute value in the attribute report message according to the attribute value set in the debugging parameter, and generates and outputs the debugging result according to the verification result.

As shown in Figure 5c, the interactive timing diagram for debugging the event data reporting function provided by this application. Analog device. Then, the device simulator sends a device registration request to the IoT platform, and the IoT platform registers the simulated device in the IoT platform after receiving the device registration request sent by the device simulator. Before the computer device debugs the simulated device, it first sends the device list of the simulated device and the acquisition request of the physical model of each simulated device to the IoT platform. After receiving the request, the IoT platform sends the device list information and An object model for each simulated device.

Then, the computer device receives the debugging instruction for the target simulation device input by the user, and the debugging instruction includes the debugging parameters for the target simulation device. The computer device inputs the physical model corresponding to the target simulation device according to the debugging parameters, and determines the theoretical register status information corresponding to the physical model after parameter input. Then, the computer device sends a device debugging instruction including the theoretical register state information to the device simulator. After receiving the device debugging instruction sent by the computer device, the device simulator modifies the register state of the target simulation device according to the theoretical register state information contained in the device debugging instruction, and sends the modified actual register state information to the IoT platform. The IoT platform maps the actual register state information to the state of the object model according to the association rules between the register state information of the simulated device and the object model, and constructs an event reporting message according to the state of the object model. Then, the IoT platform sends the event report message to the computer device, and the computer device verifies the event value in the event report message according to the event value set in the debugging parameter, and generates and outputs a debugging result according to the verification result.

In order to better implement the above method, an embodiment of the present application further provides a device automatic debugging device, and the device debugging device may be integrated in a terminal or a server.

For example, as shown in FIG. 6, it is a schematic structural diagram of a device debugging device provided in the embodiment of the present application. The device debugging device may include an acquisition unit 301, a processing unit 302, a trigger unit 303, a verification unit 304, and an output unit 305, as follows :

An acquisition unit 301, configured to acquire a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, where the device debugging instruction indicates a debugging type and debugging parameters corresponding to the debugging type;

The processing unit 302 is configured to perform an input operation on the object model according to the debugging parameters, so as to obtain the first simulation device status information corresponding to the object model after the input operation;

The trigger unit 303 is configured to trigger the target simulation device in the device simulator to perform a debugging operation corresponding to the debugging type, and obtain the response information of the target simulation device for the debugging operation from the device simulator;

The verification unit 304 is configured to verify the response information according to the verification reference information corresponding to the debugging type to obtain a verification result, and the verification reference information is determined from the debugging parameters and the status information of the first simulated device based on the debugging type;

The output unit 305 is configured to output the debugging result of the target simulation device according to the verification result.

In some embodiments, the processing unit includes:

The processing sub-unit is used to perform input operation on the object model according to the debugging parameters, and obtain the object model after input parameters;

The conversion subunit is used to convert the input object model into the first register status information of the target analog device according to the preset mapping relationship table, and obtain the first analog device status information. The preset mapping relationship table includes the object model and the register status Mapping relationship between information.

In some embodiments, the processing subunit includes;

The first processing module is used to fill the debugging parameters into the preset area of the physical model when the debugging type is equipment control function debugging, and obtain the physical model after entering the parameters;

The second processing module is used to modify the corresponding attribute values of the object model according to the debugging parameters when the debugging type is attribute data reporting function debugging, so as to obtain the object model after inputting parameters;

The third processing module is used to modify the corresponding event value of the object model according to the debugging parameters when the debugging type is event data reporting function debugging, so as to obtain the object model after inputting parameters.

In some embodiments, the verification unit includes:

The comparison subunit is used to compare the response information with the verification reference information corresponding to the debugging type;

The first determination subunit is configured to determine that the verification result is a verification pass when the response information is consistent with the verification reference information corresponding to the debugging type;

The second determination subunit is configured to determine that the verification result is a verification failure when the response information is inconsistent with the verification reference information corresponding to the debugging type.

In some embodiments, the acquisition unit includes:

The display subunit is used to display the debugging parameter setting interface of the target analog device in response to the selection operation of the target analog device in the simulated device list;

A generating subunit is used to generate device debugging instructions for the target analog device according to the debugging parameters received by the debugging parameter setting interface.

In some embodiments, the trigger unit includes:

The first sending subunit is used to send debugging parameters to the device simulator when the debugging type includes device control function debugging, so that the device simulator can debug the control function of the target simulation device according to the debugging parameters, and return the target after the control function debugging second register state information of the simulated device;

The receiving subunit is configured to receive the second register state information returned by the device simulator, and obtain the second simulated device state information;

Calibration unit, also used for:

The status information of the second simulated device is checked according to the status information of the first simulated device.

In some embodiments, the sending subunit includes;

A generating module, configured to generate a debugging request including debugging parameters, and convert the debugging request into a target debugging request supported by a communication protocol of the target simulation device;

The first sending module is configured to send a target debugging request to the device simulator.

In some embodiments, the generating module includes;

The sending sub-module is used to send a debugging request generation command containing debugging parameters to the IoT platform, and the debugging request generation command instructs the IoT platform to determine the third register status information of the target simulation device according to the debugging parameters, and instructs the IoT platform to determine the third register status information of the target simulation device according to the third The register status information returns the target debugging request supported by the communication protocol of the target analog device;

The receiving sub-module is used to receive the target debugging request returned by the IoT platform.

In some embodiments, the trigger unit includes:

The second sending subunit is used to send the first simulated device state information to the device simulator when the debugging type includes data reporting function debugging, so that the device simulator performs the data reporting function on the target simulated device according to the first simulated device state information Debug, and return the status information of the fourth register of the target analog device after the data reporting function is debugged;

The third determining subunit is used to determine the reported data returned by the device simulator according to the status information of the fourth register;

Calibration unit, also used for:

Verify the reported data according to the debugging parameters.

In some embodiments, the third determining subunit includes:

The receiving module is configured to receive the reported data returned by the IoT platform according to the reported data acquisition request, and the reported data is generated by the IoT platform according to the status information of the fourth register.

In some embodiments, the equipment automatic debugging device also includes;

During specific implementation, each of the above units may be implemented as an independent entity, or may be combined arbitrarily as the same or several entities. The specific implementation of each of the above units may refer to the previous method embodiments, and will not be repeated here.

According to the above description, it can be seen that the device debugging device provided by the embodiment of the present application obtains the device debugging instruction for the target simulation device and the object model corresponding to the target simulation device through the acquisition unit 301, and the device debugging instruction indicates the debugging type and the debugging parameters corresponding to the debugging type The processing unit 302 performs an input operation on the object model according to the debugging parameters, so as to obtain the simulated device status information corresponding to the object model after the input operation; the trigger unit 303 triggers the target analog device in the device simulator to perform a debugging operation corresponding to the debugging type, and Obtain the response information of the target simulation device for the debugging operation from the device simulator; the verification unit 304 verifies the response information according to the verification reference information corresponding to the debugging type, and obtains the verification result, and the verification reference information is based on the debugging type from the debugging parameters and the status information of the simulated device; the output unit 305 outputs the debugging result of the target simulated device according to the verification result.

The embodiment of the present application also provides an automatic device debugging system, as shown in FIG. 7 , which is a topology diagram of the device automatic debugging system provided by the present application. The device automatic debugging system includes at least one device debugger 401 and at least one device simulator 402.

Among them, the device debugger 401 is used to obtain the device debugging instruction for the target simulation device and the object model corresponding to the target simulation device. The device debugging instruction indicates the debugging type and the debugging parameters corresponding to the debugging type; operation to obtain the status information of the first simulated device corresponding to the object model after the input parameter operation; trigger the target simulated device in the device simulator to perform the debugging operation corresponding to the debugging type, and obtain the response information of the target simulated device for the debugging operation from the device simulator ; Verify the response information according to the verification reference information corresponding to the debugging type, and obtain the verification result. The verification reference information is determined from the debugging parameters and the status information of the first simulation device based on the debugging type; output the target simulation device according to the verification result The debugging results;

The device simulator 402 is configured to execute a debugging operation corresponding to the debugging type and send response information of the target simulation device to the debugging operation to the device debugger.

In some embodiments, the device automatic debugging system provided by the present application may also include an IoT platform 403, which is used to manage the object model corresponding to each simulated device, and the device debugging command Convert the target device debugging instructions supported by the communication protocol of the target simulation device, and convert the target simulator status change information fed back by the device simulator into the reported data during the debugging process of the device data reporting function.

The embodiment of the present application also provides a computer device, which may be a terminal or a server, as shown in FIG. 8 , which is a schematic structural diagram of the computer device provided in the present application. Specifically:

The computer device may include a processing module 501 of one or more processing cores, a storage module 502 of one or more storage media, a power supply module 503, an input module 504 and other components. Those skilled in the art can understand that the structure of the computer device shown in FIG. 8 does not constitute a limitation on the computer device, and may include more or less components than shown in the figure, or combine some components, or arrange different components. in:

The processing module 501 is the control center of the computer equipment, uses various interfaces and lines to connect various parts of the entire computer equipment, runs or executes the software programs and/or modules stored in the storage module 502, and calls the software programs and/or modules stored in the storage module 502 Perform various functions of computer equipment and process data, so as to monitor the computer equipment as a whole. Optionally, the processing module 501 may include one or more processing cores; preferably, the processing module 501 may integrate an application processor and a modem processor, wherein the application processor mainly processes operating systems, user interfaces, and application programs, etc. , the modem processor mainly handles wireless communications. It can be understood that the foregoing modem processor may not be integrated into the processing module 501 .

The storage module 502 can be used to store software programs and modules, and the processing module 501 executes various functional applications and data processing by running the software programs and modules stored in the storage module 502 . The storage module 502 can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, at least one application program required by a function (such as a sound playback function, an image playback function, and web page access, etc.); The area may store data and the like created according to use of the computer device. In addition, the storage module 502 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage devices. Correspondingly, the storage module 502 may further include a memory controller to provide the processing module 501 with access to the storage module 502 .

The computer device also includes a power supply module 503 for supplying power to each component. Preferably, the power supply module 503 can be logically connected to the processing module 501 through a power management system, so that functions such as charging, discharging, and power consumption management can be realized through the power management system. The power module 503 may also include one or more DC or AC power supplies, recharging systems, power failure detection circuits, power converters or inverters, power status indicators and other arbitrary components.

The computer device can also include an input module 504, which can be used to receive input numbers or character information, and generate keyboard, mouse, joystick, optical or trackball signal input related to user settings and function control.

Although not shown, the computer device may also include a display module, etc., which will not be repeated here. Specifically, in this embodiment, the processing module 501 in the computer device will load the executable files corresponding to the process of one or more application programs into the storage module 502 according to the following instructions, and the processing module 501 will run the stored The application programs in the storage module 502, thereby realizing various functions, are as follows:

Obtain the device debugging instruction for the target simulation device and the physical model corresponding to the target simulation device. The device debugging instruction indicates the debugging type and the debugging parameters corresponding to the debugging type; perform parameter input operations on the physical model according to the debugging parameters to obtain the physical model after the parameter input operation. The status information of the simulated device corresponding to the model; trigger the target simulated device in the device simulator to perform the debugging operation corresponding to the debugging type, and obtain the response information of the target simulated device for the debugging operation from the device simulator; according to the verification reference information corresponding to the debugging type The response information is verified to obtain the verification result, and the verification reference information is determined from the debugging parameters and the status information of the simulated device based on the debugging type; the debugging result of the target simulated device is output according to the verification result.

It should be noted that the computer equipment provided in the embodiments of the present application and the methods in the above embodiments belong to the same idea, and the specific implementation of the above operations can refer to the above embodiments, and details are not repeated here.

Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructions, or by instructions controlling related hardware, and the instructions can be stored in a computer-readable storage medium, and is loaded and executed by the processor.

To this end, an embodiment of the present invention provides a computer-readable storage medium, in which a plurality of instructions are stored, and the instructions can be loaded by a processor to execute the steps in any one of the methods provided in the embodiments of the present invention. For example, the command can perform the following steps:

For the specific implementation of the above operations, reference may be made to the foregoing embodiments, and details are not repeated here.

Wherein, the computer-readable storage medium may include: a read-only memory (ROM, Read Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, and the like.

Due to the instructions stored in the computer-readable storage medium, the steps in any method provided by the embodiments of the present invention can be executed, and therefore, the benefits that can be realized by any method provided by the embodiments of the present invention can be realized. For the effect, refer to the previous embodiments for details, and will not be repeated here.

Wherein, according to one aspect of the present application, a computer program product or computer program is provided, the computer program product or computer program includes computer instructions, and the computer instructions are stored in a storage medium. The processor of the computer device reads the computer instruction from the storage medium, and the processor executes the computer instruction, so that the computer device executes the methods provided in the various optional implementation manners above.

The above is a detailed introduction to the equipment automatic debugging method, device, equipment, system and storage medium provided by the embodiment of the present invention. In this paper, specific examples are used to illustrate the principle and implementation of the present invention. The description of the above embodiment is only It is used to help understand the method and its core idea of the present invention; at the same time, for those skilled in the art, according to the idea of the present invention, there will be changes in the specific implementation and application scope. In summary, the content of this specification does not It should be understood as a limitation of the present invention.

Claims

A method for automatic debugging of equipment, characterized in that the method comprises:

Obtain a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, where the device debugging instruction indicates a debugging type and debugging parameters corresponding to the debugging type;

Performing an input operation on the object model according to the debugging parameters, to obtain state information of the first simulation device corresponding to the object model after the input operation;

triggering the target simulation device in the device simulator to execute a debugging operation corresponding to the debugging type, and obtaining response information of the target simulation device for the debugging operation from the device simulator;

Verifying the response information according to the verification reference information corresponding to the debugging type to obtain a verification result, the verification reference information is based on the debugging type from the debugging parameters and the status information of the first simulated device determined in;

Outputting the debugging result of the target simulation device according to the verification result.
The method according to claim 1, characterized in that, the input operation is performed on the object model according to the debugging parameters, so as to obtain the state information of the first analog device corresponding to the object model after the input operation, comprising:

performing an input operation on the object model according to the debugging parameters, to obtain an input object model;

Convert the input object model into the first register status information of the target analog device according to the preset mapping relationship table, and obtain the first analog device status information, and the preset mapping relationship table includes the relationship between the object model and the register status information mapping relationship between them.
The method according to claim 2, characterized in that, said input operation is performed on said object model according to said debugging parameters to obtain an object model after input parameters, comprising:

When the debugging type is equipment control function debugging, filling the debugging parameters into the preset area of the object model to obtain the object model after inputting parameters;

When the debugging type is attribute data reporting function debugging, modify the corresponding attribute values of the object model according to the debugging parameters to obtain the object model after inputting parameters;

When the debugging type is event data reporting function debugging, modify the corresponding event value of the object model according to the debugging parameters to obtain the object model after inputting parameters.
The method according to claim 1, wherein the verification of the response information according to the verification reference information corresponding to the debugging type to obtain a verification result includes:

comparing the response information with the verification reference information corresponding to the debugging type;

When the response information is consistent with the verification reference information corresponding to the debugging type, determine that the verification result is passed;

When the response information is inconsistent with the verification reference information corresponding to the debugging type, it is determined that the verification result is a verification failure.
The method according to claim 1, wherein said obtaining the device debugging instruction for the target simulation device comprises:

Obtain simulated device information from the IoT platform and display a list of simulated devices;

In response to the selection operation of the target analog device in the simulated device list, display the debugging parameter setting interface of the target analog device;

Generate device debugging instructions for the target analog device according to the debugging parameters received by the debugging parameter setting interface.
The method according to claim 2, wherein the target simulation device in the trigger device simulator executes the debugging operation corresponding to the debugging type, and obtains the target simulation device for the target simulation device from the device simulator. Response information for debugging operations described above, including:

When the debugging type includes device control function debugging, send the debugging parameters to the device simulator, so that the device simulator can debug the control function of the target simulation device according to the debugging parameters, and return the target after the control function debugging second register state information of the simulated device;

receiving the second register state information returned by the device simulator to obtain second simulated device state information;

The verifying the response information according to the verification reference information corresponding to the debugging type includes:

Verifying the second analog device state information according to the first analog device state information.
The method according to claim 6, wherein the sending the debugging parameters to the device emulator comprises:

Generate a debugging request including debugging parameters, and convert the debugging request into a target debugging request supported by the communication protocol of the target simulation device;

sending the target debugging request to the device emulator.
The method according to claim 7, wherein the generating a debugging request including the debugging parameters, and converting the debugging request into a target debugging request supported by the communication protocol of the target simulation device includes:

Send a debugging request generation instruction containing the debugging parameters to the IoT platform, the debugging request generation instruction instructs the IoT platform to determine the third register status information of the target simulation device according to the debugging parameters, and instructs the IoT platform to The platform returns a target debugging request supported by the communication protocol of the target simulation device according to the state information of the third register;

Receive the target debugging request returned by the IoT platform.
The method according to claim 2, wherein the target simulation device in the trigger device simulator executes the debugging operation corresponding to the debugging type, and obtains the target simulation device for the target simulation device from the device simulator. Response information for debugging operations described above, including:

When the debugging type includes data reporting function debugging, send the first simulated device state information to the device simulator, so that the device simulator performs data processing on the target simulated device according to the first simulated device state information Report function debugging, and return the fourth register status information of the target analog device after data reporting function debugging;

determining the reported data returned by the device simulator according to the fourth register state information;

Verifying the response information according to the verification reference information corresponding to the debugging type, including:

Verifying the reported data according to the debugging parameters.
The method according to claim 9, wherein the determining the reported data returned by the device simulator according to the status information of the fourth register comprises:

Send a report data acquisition request to the IoT platform;

receiving the reported data returned by the IoT platform according to the reported data acquisition request, where the reported data is generated by the IoT platform according to the status information of the fourth register.
The method according to claim 1, further comprising:

Obtain the object model corresponding to each simulated device from the IoT platform;

Determine the theoretical register status information corresponding to each analog device according to the preset mapping relationship table, and the preset mapping relationship table includes the mapping relationship between the object model and the register status information;

Obtain the actual register status information corresponding to each simulated device from the device simulator;

The physical model of each simulated device is verified according to the comparison result of the theoretical register state information and the actual register state information.
A device for automatic debugging of equipment, characterized in that the device includes:

An acquisition unit, configured to acquire a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, the device debugging instruction indicating a debugging type and debugging parameters corresponding to the debugging type;

A processing unit, configured to perform an input operation on the object model according to the debugging parameters, so as to obtain the state information of the first simulation device corresponding to the object model after the input operation;

A triggering unit, configured to trigger the target simulation device in the device simulator to perform a debugging operation corresponding to the debugging type, and obtain response information of the target simulation device for the debugging operation from the device simulator;

A verification unit, configured to verify the response information according to the verification reference information corresponding to the debugging type to obtain a verification result, the verification reference information is based on the debugging type from the debugging parameters and the determined in the status information of the first simulated device;

An output unit, configured to output the debugging result of the target simulation device according to the verification result.
A computer device, characterized by comprising a memory, a processor, and a computer program stored in the memory and operable on the processor, wherein the processor implements claims 1 to 11 when executing the computer program The steps in the method for automatic debugging of equipment described in any one.
A device automatic debugging system is characterized in that it includes at least one device debugger and at least one device simulator:

The device debugger is configured to obtain a device debugging instruction for the target simulation device and a physical model corresponding to the target simulation device, the device debugging instruction indicates a debugging type and debugging parameters corresponding to the debugging type; according to the debugging Parameters are input to the object model to obtain the state information of the first analog device corresponding to the object model after the input operation; trigger the target analog device in the device simulator to perform the debugging operation corresponding to the debugging type, and from The device simulator obtains the response information of the target simulation device for the debugging operation; verifies the response information according to the verification reference information corresponding to the debugging type, and obtains a verification result, and the verification reference The information is determined based on the debugging type from the debugging parameters and the status information of the first simulated device; outputting the debugging result of the target simulated device according to the verification result;

The device simulator is configured to execute a debugging operation corresponding to the debugging type and send response information of the target simulation device to the debugging operation to the device debugger.
A computer-readable storage medium, characterized in that the computer-readable storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor to execute the device according to any one of claims 1 to 11 Steps in a method for automatic debugging.