CN115062496B

CN115062496B - Verification method and device for embedded application, electronic equipment and chip

Info

Publication number: CN115062496B
Application number: CN202210944476.5A
Authority: CN
Inventors: 张曼琳; 郑利斌; 李新军; 王洪勉; 赵猛; 翟长昊
Original assignee: Beijing Smartchip Microelectronics Technology Co Ltd; Beijing Smartchip Semiconductor Technology Co Ltd
Current assignee: Beijing Smartchip Microelectronics Technology Co Ltd; Beijing Smartchip Semiconductor Technology Co Ltd
Priority date: 2022-08-08
Filing date: 2022-08-08
Publication date: 2023-01-17
Anticipated expiration: 2042-08-08
Also published as: CN115062496A

Abstract

The embodiment of the disclosure discloses a verification method, a verification device, electronic equipment and a chip of embedded application, wherein the method comprises the following steps: acquiring an embedded application to be verified; determining a simulation verification environment matched with the embedded application; issuing the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment; obtaining an execution result returned by the simulation verification environment; and verifying the embedded application based on the execution result. The technical scheme can save the cost of building a software and hardware debugging test platform for developers, can also effectively verify the performance of embedded application in a real execution environment, saves the cost and improves the verification efficiency.

Description

Verification method and device for embedded application, electronic equipment and chip

Technical Field

The disclosure relates to the technical field of automation, in particular to a verification method and device for embedded application, electronic equipment and a chip.

Background

Along with the popularization of the intelligent transformer district integration terminal, the containerization technology of the intelligent transformer district integration terminal meets the isolation of a software running environment, and the dependence of software on the running environment is reduced by using an application program APP mode. But the problems of low development efficiency, insufficient test verification, complex verification, fussy field verification and the like still exist at present.

The development and test of the current embedded software based on the fusion terminal have the following problems:

1. the APP packaging and running are not standard, and excessive library files, configuration files or other unnecessary files are placed in the APP packaging process;

2. the verification environments are not uniform, developers run the verification environments, such as the version of a terminal system cannot be updated in time, the version of a service protocol of the verification environment lags, and the like;

3. the service verification means is deficient, and the service verification is mainly carried out by an old protocol testing tool at present, so that the defect of data idealization exists;

4. the field defect repair cycle is long, the positioning problem is high in cost and difficulty, most of the problems exposed on the field need to be captured and positioned on the field by research and development maintenance personnel, and the problems are high in cost, difficulty and cycle.

Therefore, it is important to solve the problem of difficulty in developing and verifying embedded software.

The configuration edge computing micro application development and release integrated cloud platform provides an integrated solution for the problems. The platform is an APP flexible development platform and is mainly used for overall process management of application software research and development in the power industry, and the platform comprises a user and authority management module, a cloud development environment, an operation monitoring module, a test authentication module and a release management module of a cloud platform, wherein the cloud development environment provides a visual programming environment, a configuration development mode is realized, and one-stop management of an application development period is realized through a unified cloud platform.

The prior art provides an internet of things APP development system based on cloud arrangement, which comprises an APP arrangement module, an APP deployment module and an APP operation engine module; the APP arrangement module is used for realizing business logic arrangement and reusable component development of the cloud APP; the APP deployment module is used for deploying the APP to the specified edge Internet of things agent device by the cloud side and providing management of the engine instance and the APP instance; the APP operation engine module is used for realizing operation state execution of the edge side APP.

However, the above-mentioned cloud-based deployment-based internet of things APP development system can only provide deployment modules and reusable components for development and deployment functions to edge physical devices. However, the development environment and the actual edge internet of things agent device cannot be unified, so that the problem of difficulty in APP verification cannot be solved. Therefore, a solution is needed to solve the problem of difficult APP verification.

Disclosure of Invention

The embodiment of the disclosure provides a verification method and device for embedded application, electronic equipment and a chip.

In a first aspect, an embodiment of the present disclosure provides a verification method for an embedded application, which is applied to a verification platform, and includes:

acquiring an embedded application to be verified;

determining a simulation verification environment matched with the embedded application;

issuing the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment;

obtaining an execution result returned by the simulation verification environment;

and verifying the embedded application based on the execution result.

Further, the simulation verification environment matched with the embedded application is a simulation environment of the embedded device operated by the embedded application in the actual use process.

Further, the method further comprises:

and generating the simulation verification environment by simulating a chip of the embedded application running on the embedded equipment and a hardware environment of the embedded equipment.

Further, generating the simulation verification environment by simulating a chip running the embedded application on the embedded device and a hardware environment of the embedded device includes:

simulating an instruction set of the chip by using software; and/or the presence of a gas in the gas,

and simulating the functions and the external interfaces realized by the embedded equipment by using software.

Further, before issuing the embedded application to the simulation verification environment, the method further includes:

determining verification data required for executing the embedded application in the simulated verification environment; the verification data corresponds to actual physical data obtained from the embedded device.

Further, the method further comprises:

establishing a virtual pipe between an embedded device and the emulation verification environment, so that when the embedded application is executed in the emulation verification environment, verification data is injected from the embedded device into the emulation verification environment through the virtual pipe.

Furthermore, the embedded device is a platform area intelligent fusion terminal.

In a second aspect, an embodiment of the present disclosure provides a verification method for an embedded application, which is applied to a simulation platform, and includes:

receiving an embedded application to be verified, which is sent from a verification platform;

executing the embedded application in a simulation verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

and returning the execution result of the embedded application to the verification platform so as to verify the embedded application on the verification platform based on the execution result.

Further, the simulation verification environment simulates a chip of the embedded device running the embedded application and a hardware environment of the embedded device.

Further, the instruction set of the chip on the embedded device, the functions implemented by the embedded device, and the external interface are simulated in the simulation verification environment.

Further, during execution of the embedded application, the embedded application receives the verification data from the embedded device through a virtual pipe established between the emulated verification environment and the embedded device.

Further, during the execution of the embedded application, the embedded application receives the verification data from a verification platform; wherein the verification data corresponds to actual physical data obtained by the verification platform from the embedded device.

In a third aspect, an embodiment of the present disclosure provides a verification method for an embedded application, including:

the verification platform determines a simulation verification environment matched with the embedded application to be verified;

the verification platform issues the embedded application to a simulation platform;

after receiving the embedded application, the simulation platform executes the embedded application in a simulation verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

the simulation platform returns the execution result of the embedded application to the verification platform;

and after receiving the execution result returned by the simulation verification environment, the verification platform verifies the embedded application based on the execution result.

Further, the method further comprises:

the simulation platform generates the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device.

Further, the generating, by the simulation platform, the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device includes:

simulating an instruction set of the chip by using software on the simulation platform; and/or the presence of a gas in the gas,

and simulating the functions and the external interfaces realized by the embedded equipment by using software on the simulation platform.

Further, before the verification platform issues the embedded application to the simulation platform, the method further includes:

the verification platform determines verification data required for executing the embedded application in the simulated verification environment; the verification data corresponds to actual physical data obtained from the embedded device.

Further, the method further comprises:

the emulation platform establishes a virtual pipeline between an embedded device and the emulation verification environment, so that when the embedded application is executed in the emulation verification environment, verification data is injected from the embedded device into the emulation verification environment through the virtual pipeline.

In a fourth aspect, an embodiment of the present disclosure provides an apparatus for verifying an embedded application, including:

the first acquisition module is configured to acquire the embedded application to be verified;

a determination module configured to determine a simulated verification environment that matches the embedded application;

an issuing module configured to issue the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment;

a second obtaining module configured to obtain an execution result returned by the simulation verification environment;

a verification module configured to verify the embedded application based on the execution result.

Further, the apparatus further comprises:

the first generation module is configured to generate the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device.

Further, the generating module includes:

a first simulation submodule configured to simulate an instruction set of the chip with software; and/or the presence of a gas in the gas,

and the second simulation submodule is configured to simulate the functions realized by the embedded device and the external interface by using software.

Further, before the module issuing, the apparatus further includes:

a determination sub-module configured to determine verification data required for executing the embedded application in the simulated verification environment; the verification data corresponds to actual physical data obtained from the embedded device.

Further, the apparatus further comprises:

an establishing module configured to establish a virtual pipe between an embedded device and the simulated verification environment so that verification data is injected from the embedded device into the simulated verification environment through the virtual pipe while the embedded application is executed in the simulated verification environment.

In a fifth aspect, an embodiment of the present disclosure provides an apparatus for verifying an embedded application, including:

the receiving module is configured to receive the embedded application to be verified, which is sent from the verification platform;

an execution module configured to execute the embedded application in a simulation verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

a return module configured to return an execution result of the embedded application to the verification platform so as to verify the embedded application on the verification platform based on the execution result.

The functions can be realized by hardware, and the functions can also be realized by executing corresponding software by hardware. The hardware or software includes one or more modules corresponding to the above-described functions.

In one possible design, the apparatus includes a memory configured to store one or more computer instructions that enable the apparatus to perform the corresponding method, and a processor configured to execute the computer instructions stored in the memory. The apparatus may also include a communication interface for the apparatus to communicate with other devices or a communication network.

In a sixth aspect, an embodiment of the present disclosure provides a verification system for an embedded application, including a verification platform and a simulation platform, where:

the verification platform determines a simulation verification environment matched with the embedded application to be verified, and issues the embedded application to the simulation platform;

Further, the simulation platform generates the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device.

Further, the simulation platform simulates an instruction set of the chip by using software; and/or emulating the functions and external interfaces implemented by the embedded device using software.

Further, before the verification platform issues the embedded application to the simulation platform, verification data required for executing the embedded application in the simulation verification environment is determined; the verification data corresponds to actual physical data obtained from the embedded device.

Further, the emulation platform establishes a virtual pipe between the embedded device and the emulation verification environment, such that when the embedded application is executed in the emulation verification environment, verification data is injected from the embedded device into the emulation verification environment through the virtual pipe.

In a seventh aspect, an embodiment of the present disclosure provides an electronic device, including a memory, a processor, and a computer program stored on the memory, where the processor executes the computer program to implement the method of any one of the foregoing aspects.

In an eighth aspect, the disclosed embodiments provide a computer-readable storage medium for storing computer instructions for any one of the above apparatuses, which when executed by a processor, implement the method of any one of the above aspects.

In a ninth aspect, the present disclosure provides a computer program product comprising computer instructions, which when executed by a processor, are configured to implement the method of any one of the above aspects.

In a tenth aspect, embodiments of the present disclosure provide a chip, including thereon the apparatus of any one of the above aspects.

The technical scheme provided by the embodiment of the disclosure can have the following beneficial effects:

in the process of developing and verifying the embedded application, the embodiment considers that the actual running platform of the embedded application, that is, the embedded device of the embedded device, is less, and the computing capability of the embedded device is not strong, and it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized in advance aiming at the embedded application, the embedded application to be verified is sent to the simulation verification environment to be executed, and the execution result is obtained from the simulation verification environment and then verified. By the method, the cost for a developer to build a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved. In addition, the simulation verification environment is consistent with the real execution environment, so that the field operation problem caused by inconsistency between the test environment for running and debugging and the real execution environment or inconsistency between the versions of the dependent libraries is avoided.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

Other features, objects, and advantages of the present disclosure will become more apparent from the following detailed description of non-limiting embodiments when taken in conjunction with the accompanying drawings. In the drawings.

Fig. 1 illustrates a flowchart of a verification method of an embedded application according to an embodiment of the present disclosure.

Fig. 2 shows a flowchart of a verification method of an embedded application according to another embodiment of the present disclosure.

Fig. 3 illustrates a flowchart of a verification method of an embedded application according to still another embodiment of the present disclosure.

Fig. 4 shows a block diagram of the structure of an authentication apparatus of an embedded application according to an embodiment of the present disclosure.

Fig. 5 shows a block diagram of an authentication apparatus of an embedded application according to another embodiment of the present disclosure.

Fig. 6 shows a block diagram of a verification system of an embedded application according to an embodiment of the present disclosure.

Fig. 7 shows a block diagram of an electronic device according to an embodiment of the present disclosure.

Fig. 8 is a schematic block diagram of a computer system suitable for implementing a method for authentication of an embedded application according to an embodiment of the present disclosure.

Detailed Description

Hereinafter, exemplary embodiments of the present disclosure will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily implement them. Also, for the sake of clarity, parts not relevant to the description of the exemplary embodiments are omitted in the drawings.

In the present disclosure, it is to be understood that terms such as "including" or "having," etc., are intended to indicate the presence of the disclosed features, numbers, steps, actions, components, parts, or combinations thereof, and do not preclude the possibility that one or more other features, numbers, steps, actions, components, parts, or combinations thereof are present or added.

It should be further noted that the embodiments and features of the embodiments in the present disclosure may be combined with each other without conflict. The present disclosure will be described in detail below with reference to the accompanying drawings in conjunction with embodiments.

The details of the embodiments of the present disclosure are described in detail below with reference to specific embodiments.

Fig. 1 illustrates a flowchart of a verification method of an embedded application according to an embodiment of the present disclosure. As shown in fig. 1, the verification method of the embedded application includes the following steps:

in step S101, an embedded application to be verified is acquired;

in step S102, determining a simulation verification environment matching the embedded application;

in step S103, issuing the embedded application to the simulation verification environment, so as to execute the embedded application in the simulation verification environment;

in step S104, obtaining an execution result returned by the simulation verification environment;

in step S105, the embedded application is verified based on the execution result.

In this embodiment, the verification method of the embedded application may be executed on a verification platform. It can be understood that the verification platform may be an application development platform of the embedded application, or may be executed on other verification platforms, and the verification platform may be a non-embedded platform, which is a platform having functions of software development and the like. Without specific explanation, verification on an application development platform will be described as an example.

The embedded application may be application software that is developed and is to be run on the embedded device during actual use. The embedded device can be, for example, a district intelligent convergence terminal. In the embodiment of the disclosure, considering that the embedded application is difficult to verify directly on the embedded device such as the platform intelligent convergence terminal, a simulation verification environment identical to the real environment of the embedded device is established, the embedded application to be verified is issued to the simulation verification environment, the embedded application is executed in the simulation verification environment, the execution result is returned to the verification platform, and the verification platform verifies the embedded application.

In some embodiments, the simulated verification environment may be located on a verification platform (e.g., an application development platform or other verification platform) that verifies the embedded application, or on a separate platform with which communication may be conducted.

The simulation verification environment may be a simulation environment of a hardware device that the embedded application runs in an actual use process; for example, the power quality monitoring system can be an APP used for power quality monitoring on the intelligent station area convergence terminal. The electric energy quality detection APP can be used for collecting and monitoring electric quantity parameters such as current, voltage and harmonic distortion rate, and evaluating the electric energy quality of the transformer area based on a specific algorithm.

In some embodiments, different emulation verification environments can be established based on the hardware environment of the embedded device. After the embedded application is developed, the verification platform may determine a simulation verification environment matched with the embedded application, that is, on which embedded device the embedded application needs to be executed, that is, the simulation verification environment corresponding to the embedded device may be selected. The verification platform may directly issue the embedded application to the matched simulation verification environment, or may first send the embedded application to another platform, and then issue the embedded application to the simulation verification environment, where in this case, the simulation verification environment may be a simulation environment located on the other platform. That is, the simulation environment may be located on the verification platform, or may be located on another platform, and may be specifically selected based on actual needs, and is not specifically limited herein.

After the embedded application is received by the emulation verification environment, the embedded application may be executed in the emulation verification environment. The data required by the embedded application during execution may be mapping data of real physical data in a simulation verification environment. That is to say, in the execution process of the embedded application, if real physical data, for example, electrical quantity parameters such as current, voltage, harmonic distortion rate, etc., are required, the real physical data may be acquired by the verification platform from the acquisition device of the real physical data, for example, the acquired data may be acquired from the platform intelligent fusion terminal, and the acquired data is mapped to the simulation verification environment and then sent to the simulation verification environment.

And the simulation verification environment returns the execution result of the embedded application to the verification platform, and the verification platform verifies the embedded application based on the execution result. In some embodiments, validating the embedded application includes code debugging and business validation of the embedded application.

In the verification process, for example, the code quality of the embedded application can be analyzed, the defect is searched, and the simulation test is performed again after the defect is repaired until the test result meets the target requirement.

Taking a platform area integrated intelligent terminal as an example, after the electric energy quality monitoring APP is developed and completed on the APP flexible development platform, a corresponding simulation environment and a twin data set are selected to be published in a one-key mode through a platform one-key publishing function. The twin data set is mapping data of real physical data on the intelligent terminal in the transformer area fusion environment in the simulation verification environment, such as current, voltage, harmonic distortion rate and other electric quantity parameters acquired by physical equipment accessed to the intelligent terminal in the transformer area fusion environment. The mapping data of the real physical data in the simulation verification environment can be different based on different simulation verification environments, and the simulation verification environment can be realized based on the existing simulation means. When the electric energy quality monitoring APP operates in the simulation verification environment, the APP flexible development platform can continuously inject twin data into the simulation verification environment, the environment where real physical data are generated is simulated, the electric energy quality monitoring APP processes the twin data injected into the simulation verification environment, and corresponding services are completed. On the flexible development platform of APP, can be based on the performance of electric energy quality monitoring APP emulation operation, carry out the analysis to the APP quality, seek the location defect, carry out code debugging and business verification repeatedly until reaching the anticipated standard. The twin data is the mapping of the real physical data acquired by the APP flexible development platform from the real physical equipment, that is, the data obtained by mapping the real physical data to the simulation verification environment. In some embodiments, the real physical data and the twin data are substantially the same, but may differ in presentation form or may be the same, depending on the simulation verification environment.

In the process of developing and verifying the embedded application, the embodiment considers that the actual running platform of the embedded application, that is, the embedded device of the embedded device, is less, and the computing capability of the embedded device is not strong, and it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized in advance aiming at the embedded application, the embedded application to be verified is sent to the simulation verification environment to be executed, and the execution result is obtained from the simulation verification environment and then verified. By the method, the cost for a developer to build a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved.

In an optional implementation manner of this embodiment, the simulation verification environment matched with the embedded application is a simulation environment of an embedded device run by the embedded application in an actual use process.

In this optional implementation manner, a simulation verification environment may be established for a real hardware device actually run by the embedded application, and the simulation verification environment is implemented by simulating a hardware environment on the real hardware device through software. The hardware environment includes a chip, i.e., a control chip such as a CPU, which executes an application program on the real hardware device, and also includes a hardware interface, a function, and the like of the real hardware device. The real hardware device is an embedded device.

In an optional implementation manner of this embodiment, the method further includes the following steps:

In this optional implementation, the hardware environment of the embedded device is simulated from two aspects, namely chip simulation and hardware device simulation. Chip emulation may be understood as emulation of a processor, such as a CPU, on an embedded device, and hardware environment emulation may be understood as hardware support, such as data transfer related functions and interfaces, required in executing an embedded application on a chip.

In an optional implementation manner of this embodiment, the step of generating the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device further includes the following steps:

simulating an instruction set of the chip by using software; and/or the presence of a gas in the atmosphere,

In this optional implementation manner, the instruction set of the chip on the embedded device may be simulated by software, and then the simulation of the chip of the embedded device and the hardware environment may be implemented by software simulation of the function, the external interface, the external access device, and the like of the embedded device. The external interface may include, but is not limited to, an I/O interface, a network interface, etc., and the chip emulation provides emulation for processors such as CPUs of different instruction sets and different models using software, including instruction set translation, memory emulation, and internal device IO emulation. Hardware device emulation simulates, in software, the functions and interfaces of various devices, including the embedded device itself and other devices that are plugged into the embedded device. The software simulation can refer to the existing software simulation means, and is not described in detail herein.

In an optional implementation manner of this embodiment, before the step S103 of issuing the embedded application to the simulation verification environment, the method further includes the following steps:

In this alternative implementation, as described above, the embedded application is an application executed on the embedded device, and the embedded application may process real physical data acquired by the embedded device in the execution process, such as detecting electrical quantity parameters such as current, voltage, harmonic distortion, and the like. In order to verify the performance of the embedded application in the actual execution of the embedded device, the real physical data on the embedded device is input into the simulation verification environment as verification data, so that the execution process of the embedded application in the simulation verification environment is consistent with the execution process on the embedded device, and the verification accuracy can be improved. Therefore, verification data can be generated correspondingly on the basis of real physical data collected on the embedded device, and the verification data is injected into the simulation verification environment in real time, so that the embedded application feels the same data generation environment as the embedded device. Because the simulation verification environment is consistent with the real execution environment, the field operation problem caused by inconsistent running and debugging test environment and the real execution environment or inconsistent dependent library version is avoided.

Because the embedded device generates more real physical data, the verification platform can screen out required data from the real physical data based on the verification purpose, and then map the required data to the verification data used in the simulation verification environment, and then issue the verification data to the simulation verification environment.

In this optional implementation manner, a virtual pipeline may be established between the embedded device and the emulation verification environment in a software form, and when the embedded application is executed in the emulation verification environment, the verification platform may instruct the embedded device to inject verification data required in the execution process of the embedded application into the emulation verification environment through the virtual pipeline, so that the embedded application can feel a real data environment of the embedded device, and thus, a more correct verification result can be obtained.

Fig. 2 shows a flowchart of a verification method of an embedded application according to another embodiment of the present disclosure. As shown in fig. 2, the method for verifying the embedded application includes the following steps:

in step S201, receiving an embedded application to be verified sent from a verification platform;

in step S202, executing the embedded application in a simulation verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

in step S203, the execution result of the embedded application is returned to the verification platform, so that the embedded application is verified on the verification platform based on the execution result.

In this embodiment, the verification method of the embedded application may be executed on a simulation platform where a simulation verification environment is located. It can be understood that the simulation platform may be an application development platform of the embedded application, or may be another simulation platform, and the simulation platform may be a non-embedded platform, and is a platform having a strong computing function such as software development.

The embedded application may be application software that is developed and is to be run on the embedded device during actual use. The embedded device can be a platform intelligent convergence terminal. In the embodiment of the disclosure, considering that the embedded application is difficult to verify directly on the embedded device such as the platform intelligent convergence terminal, a simulation verification environment identical to the real environment of the embedded device is established, the embedded application to be verified is issued to the simulation verification environment, the embedded application is executed in the simulation verification environment, the execution result is returned to the verification platform, and the verification platform verifies the embedded application.

In some embodiments, the simulation verification environment is located on a simulation platform. The simulation platform and a verification platform (such as an application development platform or other verification platforms) for verifying the embedded application can be the same platform or different platforms, and communication can be carried out between the verification platform and the simulation platform.

The simulation verification environment may be a simulation environment of a hardware device that the embedded application runs in an actual use process; for example, the APP can be used for monitoring the power quality on the intelligent convergence terminal of the transformer area. The electric energy quality detection APP can be used for collecting and monitoring electric quantity parameters such as current, voltage and harmonic distortion rate, and evaluating the electric energy quality of a transformer area based on a specific algorithm.

After the embedded application is received by the emulation verification environment, the embedded application may be executed in the emulation verification environment. The data required by the embedded application during execution may be mapping data of real physical data in a simulation verification environment. That is to say, in the execution process of the embedded application, if real physical data, for example, electrical quantity parameters such as current, voltage, harmonic distortion rate, etc., are required, the verification platform may obtain the collected data from the collection device of the real physical data, for example, the collected data is obtained from the platform intelligent convergence terminal, and the collected data is mapped to the simulation verification environment and then sent to the simulation verification environment as verification data.

Taking a platform area integrated intelligent terminal as an example, after the electric energy quality monitoring APP is developed and completed on the APP flexible development platform, a corresponding simulation environment and a twin data set are selected to be published in a one-key mode through a platform one-key publishing function. The twin data set is mapping data of real physical data on the intelligent terminal in the transformer area fusion environment in the simulation verification environment, such as current, voltage, harmonic distortion rate and other electric quantity parameters acquired by physical equipment accessed to the intelligent terminal in the transformer area fusion environment. The mapping data of the real physical data in the simulation verification environment can be different based on different simulation verification environments, and the simulation verification environment can be realized based on the existing simulation means. When the electric energy quality monitoring APP operates in the simulation verification environment, the APP flexible development platform can continuously inject twin data into the simulation verification environment, the environment where real physical data are generated is simulated, the electric energy quality monitoring APP processes the twin data injected into the simulation verification environment, and corresponding services are completed. On the flexible development platform of APP, can be based on the performance of electric energy quality monitoring APP emulation operation, carry out the analysis to the APP quality, seek the location defect, carry out code debugging and business verification repeatedly until reaching the anticipated standard. The twin data is mapping of real physical data acquired by the APP flexible development platform from real physical equipment, namely mapping the real physical data to data in a simulation verification environment. In some embodiments, the real physical data and the twin data are substantially the same, but may differ in presentation form or may be the same, depending on the simulation verification environment.

In the process of developing and verifying the embedded application, the embodiment considers that the actual running platform of the embedded application, that is, the embedded device of the embedded device, is less, and the computing capability of the embedded device is not strong, and it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized in advance aiming at the embedded application, the embedded application to be verified is sent to the simulation verification environment to be executed, and the execution result is obtained from the simulation verification environment and then verified. By the method, the cost for a developer to set up a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved.

In an optional implementation manner of this embodiment, the simulation verification environment simulates a chip of the embedded device running the embedded application and a hardware environment of the embedded device.

In an optional implementation manner of this embodiment, the instruction set of the chip on the embedded device, the functions implemented by the embedded device, and the external interface are simulated in the simulation verification environment.

In this optional implementation manner, the instruction set of the chip on the embedded device may be simulated by software, and then the simulation of the chip of the embedded device and the hardware environment may be implemented by software simulation of the functions, the external interfaces, the external access devices, and the like of the embedded device. The external interface may include, but is not limited to, an I/O interface, a network interface, etc., and the chip emulation provides emulation for processors such as CPUs of different instruction sets and different models using software, including instruction set translation, memory emulation, and internal device IO emulation. Hardware device emulation simulates, in software, the functions and interfaces of various devices, including the embedded device itself and other devices that are plugged into the embedded device. The software simulation can refer to the existing software simulation means, which are not described herein again.

In an optional implementation manner of this embodiment, during the execution process of the embedded application, the embedded application receives the verification data from the embedded device through a virtual pipe established between the simulated verification environment and the embedded device.

In this optional implementation manner, a virtual pipeline may be established between the embedded device and the emulation verification environment in a software form, and when the embedded application is executed in the emulation verification environment, the verification platform may instruct the embedded device to inject verification data required in the execution process of the embedded application into the emulation verification environment through the virtual pipeline, so that the embedded application can feel a real data environment of the embedded device, and thus a more correct verification result can be obtained.

In an optional implementation manner of this embodiment, during the execution process of the embedded application, the embedded application receives the verification data from a verification platform; wherein the verification data corresponds to actual physical data obtained by the verification platform from the embedded device.

In this optional implementation manner, the embedded application is an application executed on the embedded device, and the embedded application may process real physical data acquired by the embedded device in an execution process, for example, electrical quantity parameters such as current, voltage, harmonic distortion, and the like are detected. In order to verify the performance of the embedded application during actual execution on the embedded device, the real physical data on the embedded device is used as verification data and input into the simulation verification environment, so that the execution process of the embedded application in the simulation verification environment is consistent with the execution process of the embedded device, and the verification accuracy can be improved.

Therefore, the verification platform can acquire real physical data acquired by the embedded device from the embedded device in advance, map the real physical data to the simulation verification environment to obtain verification data, and inject the verification data into the simulation verification environment in real time, so that the embedded application feels the same data generation environment as the embedded device.

In an optional implementation manner of this embodiment, after the simulation verification environment and the real physical data are mapped to the simulation verification environment, a manner of injecting the simulation verification environment to execute the embedded application to be verified is performed, so that the future performance in the real execution environment can be predicted and deduced. For example, physical data that may be generated in the future may be simulated, so that the simulated physical data is injected into the simulation verification environment, and the embedded application processes the simulated physical data in the simulation verification environment to obtain an execution result. The performance of the embedded application in a real execution environment in the future can be predicted based on the execution result, so that some problems which may exist in the future of the embedded application can be verified.

Fig. 3 illustrates a flowchart of a verification method of an embedded application according to still another embodiment of the present disclosure. As shown in fig. 3, the verification method of the embedded application includes the following steps:

in step S301, the verification platform determines a simulation verification environment matched with the embedded application to be verified;

in step S302, the verification platform issues the embedded application to a simulation platform;

in step S303, after receiving the embedded application, the simulation platform executes the embedded application in a simulation verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

in step S304, the simulation platform returns the execution result of the embedded application to the verification platform;

in step S305, after receiving the execution result returned by the simulation verification environment, the verification platform verifies the embedded application based on the execution result.

In some embodiments, the simulation verification environment is located on a simulation platform. The simulation platform may be a different platform than a verification platform (e.g., an application development platform or other verification platform) that verifies the embedded application, and communication may be performed between the verification platform and the simulation platform.

The simulation verification environment may be a simulation environment of a hardware device that the embedded application runs in an actual use process; for example, the power quality monitoring system can be an APP used for power quality monitoring on the intelligent station area convergence terminal. The electric energy quality detection APP can be used for collecting and monitoring electric quantity parameters such as current, voltage and harmonic distortion rate, and evaluating the electric energy quality of a transformer area based on a specific algorithm.

In some embodiments, different emulation verification environments can be established on the emulation platform based on the hardware environment of the embedded device. After the embedded application is developed, the verification platform may determine a simulation verification environment matched with the embedded application, that is, on which embedded device the embedded application needs to be executed, that is, the simulation verification environment corresponding to the embedded device may be selected. The verification platform can directly issue the embedded application to the matched simulation verification environment on the simulation platform, or can first send the embedded application to other platforms, and then the other platforms issue the embedded application to the simulation verification environment on the simulation platform.

After the embedded application is received by the emulation verification environment, the embedded application may be executed in the emulation verification environment. The data required by the embedded application during execution may be mapping data of real physical data in a simulation verification environment. That is to say, in the execution process of the embedded application, if real physical data, for example, electrical quantity parameters such as current, voltage, harmonic distortion rate, etc., are required, the verification platform may obtain the collected data from the collection device of the real physical data, for example, the collected data is obtained from the platform intelligent convergence terminal, and the collected data is mapped to the simulation verification environment and then sent to the simulation verification environment as verification data. It should be noted that the simulation verification environment may also directly obtain the real physical data from the embedded device.

The simulation platform may return an execution result of the embedded application generated in the simulation verification environment to the verification platform, and the verification platform verifies the embedded application based on the execution result. In some embodiments, validating the embedded application includes code debugging and business validation of the embedded application.

Taking a platform area integrated intelligent terminal as an example, after the electric energy quality monitoring APP is developed and completed on the APP flexible development platform, a corresponding simulation verification environment and a twin data set are selected to be issued in one key through a platform one-key issuing function, and then the electric energy quality monitoring APP is issued to the simulation environment on the simulation platform to be executed. The twin data set is mapping data of real physical data on the intelligent terminal in the transformer area fusion environment in the simulation verification environment, such as current, voltage, harmonic distortion rate and other electric quantity parameters acquired by physical equipment accessed to the intelligent terminal in the transformer area fusion environment. The mapping data of the real physical data in the simulation verification environment can be different based on different simulation verification environments, and the simulation verification environment can be realized based on the existing simulation means. When the electric energy quality monitoring APP operates in the simulation verification environment, the APP flexible development platform can continuously inject twin data into the simulation verification environment, the environment where real physical data are generated is simulated, the electric energy quality monitoring APP processes the twin data injected into the simulation verification environment, and corresponding services are completed. On the APP flexible development platform, the APP quality can be analyzed based on the performance of the simulation operation of the electric energy quality monitoring APP, the positioning defects are searched, and code debugging and service verification are repeatedly carried out until the expected standard is reached. The twin data is mapping of real physical data acquired by the APP flexible development platform from real physical equipment, namely mapping the real physical data to data in a simulation verification environment. In some embodiments, the real physical data and the twin data are substantially the same, but may differ in presentation form or may be the same, depending on the simulation verification environment.

In the process of developing and verifying the embedded application, the actual running platform of the embedded application, that is, the embedded device of the embedded device, is considered to be less, and the computing capability of the embedded device is not strong, so that it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized by anti-shocking the embedded application on the simulation platform in advance, the embedded application to be verified is sent to the simulation verification environment by the verification platform to be executed, and the verification platform obtains the execution result in the simulation verification environment from the simulation platform and then verifies the execution result. By the method, the cost for a developer to set up a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved.

In this optional implementation manner, a simulation verification environment may be established for a real hardware device actually run by the embedded application, and the simulation verification environment is implemented by simulating a hardware environment on the real hardware device through software. The hardware environment includes a chip, i.e., a control chip such as a CPU, etc., which executes an application program on the real hardware device, and also includes a hardware interface, a function, etc., of the real hardware device. The real hardware device is an embedded device.

In an optional implementation manner of this embodiment, the method further includes:

In an optional implementation manner of this embodiment, the step of generating, by the simulation platform, the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device further includes the following steps:

In this optional implementation manner, the instruction set of the chip on the embedded device may be simulated by software on the simulation platform, and then the simulation of the chip of the embedded device and the hardware environment may be implemented by software simulation of the functions, the external interfaces, the external access devices, and the like of the embedded device. The external interface may include, but is not limited to, an I/O interface, a network interface, etc., and the chip emulation provides emulation for processors such as CPUs of different instruction sets and different models using software, including instruction set translation, memory emulation, and internal device IO emulation. Hardware device emulation simulates, in software, the functions and interfaces of various devices, including the embedded device itself and other devices that are plugged into the embedded device. The software simulation can refer to the existing software simulation means, and is not described in detail herein.

In an optional implementation manner of this embodiment, before the step S302, that is, before the step of issuing, by the verification platform, the embedded application to the simulation platform, the method further includes the following steps:

Therefore, the verification platform can acquire the real physical data acquired from the embedded device in advance from the embedded device, and map the real physical data to the simulation verification environment to obtain verification data, and the verification data is injected into the simulation verification environment in real time, so that the embedded application can feel the same data generation environment as the embedded device.

The following are embodiments of the disclosed apparatus that may be used to implement embodiments of the disclosed apparatus.

Fig. 4 shows a block diagram of an authentication apparatus of an embedded application according to an embodiment of the present disclosure. The apparatus may be implemented as part or all of an electronic device through software, hardware, or a combination of both. As shown in fig. 4, the authentication apparatus of the embedded application includes:

a first obtaining module 401 configured to obtain an embedded application to be verified;

a determination module 402 configured to determine a simulated verification environment that matches the embedded application;

a issuing module 403 configured to issue the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment;

a second obtaining module 404 configured to obtain an execution result returned by the simulation verification environment;

a verification module 405 configured to verify the embedded application based on the execution result.

In this embodiment, the verification apparatus of the embedded application may be executed on a verification platform. It can be understood that the verification platform may be an application development platform of the embedded application, or may be executed on other verification platforms, and the verification platform may be a non-embedded platform, which is a platform having functions of software development and the like. Without specific description, the following description will take verification on an application development platform as an example.

In some embodiments, the simulated verification environment may be located on a verification platform (e.g., an application development platform or other verification platform) that verifies the embedded application, or may be located on a separate platform with which communication may be conducted.

And returning the execution result of the embedded application to the verification platform by the simulation verification environment, and verifying the embedded application by the verification platform based on the execution result. In some embodiments, validating the embedded application includes code debugging and business validation of the embedded application.

Taking a platform area integrated intelligent terminal as an example, after the electric energy quality monitoring APP is developed and completed on the APP flexible development platform, a corresponding simulation environment and a twin data set are selected to be published in a one-key mode through a platform one-key publishing function. The twin data set is mapping data of real physical data on the intelligent terminal in the transformer area fusion environment in the simulation verification environment, such as current, voltage, harmonic distortion rate and other electric quantity parameters acquired by physical equipment accessed to the intelligent terminal in the transformer area fusion environment. The mapping data of the real physical data in the simulation verification environment can be different based on different simulation verification environments, and the simulation verification environment can be realized based on the existing simulation means. When the electric energy quality monitoring APP operates in the simulation verification environment, the APP flexible development platform can continuously inject twin data into the simulation verification environment, the environment where real physical data are generated is simulated, the electric energy quality monitoring APP processes the twin data injected into the simulation verification environment, and corresponding services are completed. On the flexible development platform of APP, can be based on the performance of electric energy quality monitoring APP emulation operation, carry out the analysis to the APP quality, seek the location defect, carry out code debugging and business verification repeatedly until reaching the anticipated standard. The twin data is mapping of real physical data acquired by the APP flexible development platform from real physical equipment, namely mapping the real physical data to data in a simulation verification environment. In some embodiments, the real physical data and the twin data are substantially the same, but may or may not differ in presentation form, depending on the simulation verification environment.

In the process of developing and verifying the embedded application, the actual running platform of the embedded application, that is, the embedded device of the embedded device, is considered to be less, and the computing capability of the embedded device is not strong, so that it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized in advance aiming at the embedded application, the embedded application to be verified is sent to the simulation verification environment to be executed, and the execution result is obtained from the simulation verification environment and then verified. By the method, the cost for a developer to build a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved.

In an optional implementation manner of this embodiment, the apparatus further includes:

the generation module is configured to generate the simulation verification environment by simulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device.

In this optional implementation manner, the hardware environment of the embedded device is simulated from two aspects, i.e., chip simulation and hardware device simulation. Chip emulation may be understood as emulation of a processor, such as a CPU, on an embedded device, and hardware environment emulation may be understood as hardware support, such as data transfer related functions and interfaces, required in executing an embedded application on a chip.

In an optional implementation manner of this embodiment, the generating module includes:

In this optional implementation manner, the instruction set of the chip on the embedded device may be simulated by software, and then the simulation of the chip of the embedded device and the hardware environment may be implemented by software simulation of the functions, the external interfaces, the external access devices, and the like of the embedded device. The external interface may include, but is not limited to, an I/O interface, a network interface, etc., and the chip emulation provides emulation for processors such as CPUs of different instruction sets and different models using software, including instruction set translation, memory emulation, and internal device IO emulation. Hardware device emulation simulates, in software, the functions and interfaces of various devices, including the embedded device itself and other devices that are plugged into the embedded device. The software simulation can refer to the existing software simulation means, and is not described in detail herein.

In an optional implementation manner of this embodiment, before the issuing module, the apparatus further includes:

In this optional implementation manner, as described above, the embedded application is an application executed on the embedded device, and the embedded application may process real physical data obtained by the embedded device in the execution process, for example, the electrical quantity parameters such as current, voltage, harmonic distortion rate, and the like are detected. In order to verify the performance of the embedded application during actual execution on the embedded device, the real physical data on the embedded device is used as verification data and input into the simulation verification environment, so that the execution process of the embedded application in the simulation verification environment is consistent with the execution process of the embedded device, and the verification accuracy can be improved. Therefore, verification data can be generated correspondingly on the basis of real physical data collected on the embedded device, and the verification data is injected into the simulation verification environment in real time, so that the embedded application feels the same data generation environment as the embedded device.

Fig. 5 shows a block diagram of an authentication apparatus of an embedded application according to another embodiment of the present disclosure. The apparatus may be implemented as part or all of an electronic device through software, hardware, or a combination of both. As shown in fig. 5, the authentication apparatus for embedded applications includes:

a receiving module 501 configured to receive an embedded application to be verified, which is sent from a verification platform;

an execution module 502 configured to execute the embedded application in a simulated verification environment; the embedded application acquires verification data from embedded equipment to be operated in the actual use process of the embedded application in the execution process, and processes the verification data;

a returning module 503 configured to return an execution result of the embedded application to the verification platform so as to verify the embedded application on the verification platform based on the execution result.

In this embodiment, the verification apparatus for embedded application may be executed on a simulation platform where a simulation verification environment is located. It can be understood that the simulation platform may be an application development platform of the embedded application, or may be another simulation platform, and the simulation platform may be a non-embedded platform, and is a platform having a strong computing function such as software development.

In some embodiments, the simulation verification environment is located on a simulation platform. The simulation platform and a verification platform (such as an application development platform or other verification platforms) for verifying the embedded application can be the same platform or different platforms, and the verification platform and the simulation platform can communicate with each other.

The simulation verification environment may be a simulation environment of a hardware device that the embedded application runs in an actual use process; for example, the APP can be used for monitoring the power quality on the intelligent convergence terminal of the transformer area. The electric energy quality detection APP can be used for collecting and monitoring electric quantity parameters such as current, voltage and harmonic distortion rate, and evaluating the electric energy quality of the transformer area based on a specific algorithm.

In some embodiments, different emulation verification environments can be established based on the hardware environment of the embedded device. After the embedded application is developed, the verification platform can determine the simulation verification environment matched with the embedded application, that is, on which embedded device the embedded application needs to be executed, the simulation verification environment corresponding to the embedded device can be selected. The verification platform may directly issue the embedded application to the matched simulation verification environment, or may first send the embedded application to another platform, and then issue the embedded application to the simulation verification environment, where in this case, the simulation verification environment may be a simulation environment located on the other platform. That is, the simulation environment may be located on the verification platform, or may be located on another platform, and may be specifically selected based on actual needs, and is not specifically limited herein.

After the embedded application is received by the emulation verification environment, the embedded application may be executed in the emulation verification environment. The data required by the embedded application during execution may be mapping data of real physical data in a simulation verification environment. That is to say, in the execution process of the embedded application, if real physical data, for example, electrical quantity parameters such as current, voltage, harmonic distortion rate, etc., are required, the verification platform may obtain the collected data from the collection device of the real physical data, for example, the collected data is obtained from the platform intelligent fusion terminal, and the collected data is mapped to the simulation verification environment and then is sent to the simulation verification environment as verification data.

Fig. 6 shows a block diagram of a verification system for an embedded application according to an embodiment of the present disclosure. The system may be implemented as part or all of an electronic device in software, hardware, or a combination of both. As shown in fig. 6, the verification system of the embedded application includes a verification platform 601 and a simulation platform 602, wherein:

In this embodiment, the verification apparatus of the embedded application may be executed on a simulation platform where a simulation verification environment is located. It can be understood that the simulation platform may be an application development platform of the embedded application, or may be another simulation platform, and the simulation platform may be a non-embedded platform, and is a platform having a strong computing function such as software development.

After the embedded application is received by the emulation verification environment, the embedded application may be executed in the emulation verification environment. The data required by the embedded application during execution may be mapping data of real physical data in a simulation verification environment. That is to say, in the execution process of the embedded application, if real physical data, for example, electrical quantity parameters such as current, voltage, harmonic distortion rate, etc., are required, the verification platform may obtain the collected data from the collection device of the real physical data, for example, the collected data is obtained from the platform intelligent fusion terminal, and the collected data is mapped to the simulation verification environment and then is sent to the simulation verification environment as verification data. It should be noted that the simulation verification environment may also directly obtain the real physical data from the embedded device.

Taking a platform area integrated intelligent terminal as an example, after the electric energy quality monitoring APP is developed and completed on the APP flexible development platform, a corresponding simulation verification environment and a twin data set are selected to be published in a one-key mode through a platform one-key publishing function, and then the electric energy quality monitoring APP is issued to the simulation environment on the simulation platform to be executed. The twin data set is mapping data of real physical data on the intelligent terminal in the transformer area fusion environment in the simulation verification environment, such as current, voltage, harmonic distortion rate and other electric quantity parameters acquired by physical equipment accessed to the intelligent terminal in the transformer area fusion environment. The mapping data of the real physical data in the simulation verification environment can be different based on different simulation verification environments, and the simulation verification environment can be realized based on the existing simulation means. When the electric energy quality monitoring APP operates in the simulation verification environment, the APP flexible development platform can continuously inject twin data into the simulation verification environment, the environment where real physical data are generated is simulated, the electric energy quality monitoring APP processes the twin data injected into the simulation verification environment, and corresponding services are completed. On the flexible development platform of APP, can be based on the performance of electric energy quality monitoring APP emulation operation, carry out the analysis to the APP quality, seek the location defect, carry out code debugging and business verification repeatedly until reaching the anticipated standard. The twin data is mapping of real physical data acquired by the APP flexible development platform from real physical equipment, namely mapping the real physical data to data in a simulation verification environment. In some embodiments, the real physical data and the twin data are substantially the same, but may or may not differ in presentation form, depending on the simulation verification environment.

In the process of developing and verifying the embedded application, the embodiment considers that the actual running platform of the embedded application, that is, the embedded device of the embedded device, is less, and the computing capability of the embedded device is not strong, and it is more difficult to develop and verify the embedded application by using the embedded device in the development stage of the embedded application. Therefore, the simulation verification environment which is the same as the execution environment of the embedded equipment is realized by anti-shocking the embedded application on the simulation platform in advance, the embedded application to be verified is sent to the simulation verification environment by the verification platform to be executed, and the verification platform obtains the execution result in the simulation verification environment from the simulation platform and then verifies the execution result. By the method, the cost for a developer to build a software and hardware debugging test platform can be saved, the performance of embedded application in a real execution environment can be effectively verified, the cost is saved, and the verification efficiency is improved.

In an optional implementation manner of this embodiment, the simulation platform generates the simulation verification environment by simulating a chip running the embedded application on the embedded device and a hardware environment of the embedded device.

In this optional implementation, the hardware environment of the embedded device is simulated from two aspects, namely chip simulation and hardware device simulation. Chip emulation can be understood as emulation of a processor, such as a CPU, on an embedded device, and hardware environment emulation can be understood as hardware support, such as data transfer related functions and interfaces, required in executing an embedded application on a chip.

In an optional implementation manner of this embodiment, the simulation platform simulates an instruction set of the chip by using software; and/or emulating the functions and external interfaces implemented by the embedded device with software.

In this optional implementation manner, the instruction set of the chip on the embedded device may be simulated by software on the simulation platform, and then the simulation of the chip of the embedded device and the hardware environment may be implemented by software simulation of the functions, the external interfaces, the external access devices, and the like of the embedded device. The external interface may include, but is not limited to, an I/O interface, a network interface, etc., and the chip emulation provides emulation for processors such as CPUs of different instruction sets and different models using software, including instruction set translation, memory emulation, and internal device IO emulation. Hardware device emulation, i.e., simulating the functions and interfaces of various devices in the form of software, includes the embedded device itself and other devices connected to the embedded device. The software simulation can refer to the existing software simulation means, which are not described herein again.

In an optional implementation manner of this embodiment, before the verification platform issues the embedded application to the simulation platform, verification data required for executing the embedded application in the simulation verification environment is determined; the verification data corresponds to actual physical data obtained from the embedded device.

In this optional implementation manner, the embedded application is an application executed on the embedded device, and the embedded application may process real physical data acquired by the embedded device in an execution process, for example, electrical quantity parameters such as current, voltage, harmonic distortion, and the like are detected. In order to verify the performance of the embedded application in the actual execution of the embedded device, the real physical data on the embedded device is input into the simulation verification environment as verification data, so that the execution process of the embedded application in the simulation verification environment is consistent with the execution process on the embedded device, and the verification accuracy can be improved.

Because the embedded device generates more real physical data, the verification platform can screen out required data from the real physical data based on the purpose of verification, and then sends the verification data to the simulation verification environment after mapping the required data to the verification data used in the simulation verification environment.

In an optional implementation manner of this embodiment, the emulation platform establishes a virtual pipeline between the embedded device and the emulation verification environment, so that when the embedded application is executed in the emulation verification environment, verification data is injected from the embedded device into the emulation verification environment through the virtual pipeline.

The embodiment of the present disclosure further provides a chip, where the chip includes the verification apparatus for embedded application, the chip may be any one of the chips that can implement the verification process of the embedded application described above, and the apparatus may be implemented as part or all of the chip by software, hardware, or a combination of the two. The verification process of the embedded application may refer to the description of the verification method of the embedded application, and is not described herein again.

The present disclosure also discloses an electronic device, fig. 7 shows a block diagram of an electronic device according to an embodiment of the present disclosure, and as shown in fig. 7, the electronic device 700 includes a memory 701 and a processor 702; wherein the content of the first and second substances,

the memory 701 is used to store one or more computer instructions, which are executed by the processor 702 to implement the above-described method steps.

Fig. 8 is a schematic structural diagram of a computer system suitable for implementing a verification method of an embedded application according to an embodiment of the present disclosure.

As shown in fig. 8, computer system 800 includes a processing unit 801, which may be implemented as a CPU, GPU, FPGA, NPU, or like processing unit. The processing unit 801 may execute various processes in the embodiment of any one of the above-described methods of the present disclosure according to a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage section 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data necessary for the operation of the electronic apparatus 800 are also stored. The processing unit 801, ROM802, and RAM803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.

The following components are connected to the I/O interface 805: an input portion 806 including a keyboard, a mouse, and the like; an output section 807 including components such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and a speaker; a storage portion 808 including a hard disk and the like; and a communication section 809 including a network interface card such as a LAN card, a modem, or the like. The communication section 809 performs communication processing via a network such as the internet. A drive 810 is also connected to the I/O interface 805 as necessary. A removable medium 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 810 as necessary, so that the computer program read out therefrom is mounted on the storage section 808 as necessary.

In particular, according to embodiments of the present disclosure, any of the methods described above with reference to embodiments of the present disclosure may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for performing any of the methods of embodiments of the present disclosure. In such an embodiment, the computer program may be downloaded and installed from a network via the communication section 809 and/or installed from the removable medium 811.

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

The units or modules described in the embodiments of the present disclosure may be implemented by software or hardware. The units or modules described may also be provided in a processor, and the names of the units or modules do not in some cases constitute a limitation of the units or modules themselves.

As another aspect, the present disclosure also provides a computer-readable storage medium, which may be the computer-readable storage medium included in the apparatus in the above-described embodiment; or it may be a separate computer readable storage medium not incorporated into the device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the methods described in the present disclosure.

The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention in the present disclosure is not limited to the specific combination of the above-mentioned features, but also encompasses other embodiments in which any combination of the above-mentioned features or their equivalents is possible without departing from the inventive concept. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.

Claims

1. A verification method of embedded application is applied to a verification platform and is characterized by comprising the following steps:

acquiring an embedded application to be verified;

determining a simulation verification environment and a twin data set matching the embedded application; the simulation verification environment matched with the embedded application is the simulation environment of the embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

issuing the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment;

acquiring an execution result returned by the simulation verification environment;

and verifying the embedded application based on the execution result.

2. The method of claim 1, further comprising:

3. The method of claim 2, wherein generating the emulation verification environment by emulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device comprises:

4. The method of claim 1, further comprising:

establishing a virtual pipe between an embedded device and the emulation verification environment such that verification data is injected from the embedded device into the emulation verification environment through the virtual pipe when the embedded application is executed in the emulation verification environment.

5. A verification method of embedded application is applied to a simulation platform, and is characterized by comprising the following steps:

receiving an embedded application to be verified sent from a verification platform;

executing the embedded application in a simulation verification environment; wherein, the simulation verification environment is the simulation environment of the embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

6. The method of claim 5, wherein the emulation verification environment emulates a chip on the embedded device running the embedded application and a hardware environment of the embedded device.

7. The method of claim 6, wherein the emulation verification environment emulates an instruction set of the chip on the embedded device and functions and external interfaces implemented by the embedded device.

8. The method of any of claims 5-7, wherein the embedded application receives verification data from the embedded device through a virtual pipe established between the emulated verification environment and the embedded device during execution of the embedded application.

9. A verification method for embedded applications, comprising:

the verification platform issues the embedded application to a simulation platform and a twin data set; the simulation verification environment matched with the embedded application is the simulation environment of the embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

after receiving the embedded application, the simulation platform executes the embedded application in a simulation verification environment; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment;

10. The method of claim 9, further comprising:

11. The method of claim 10, wherein the emulation platform generates the emulation verification environment by emulating a chip of the embedded application running on the embedded device and a hardware environment of the embedded device, comprising:

simulating an instruction set of the chip by software on the simulation platform; and/or the presence of a gas in the gas,

12. The method of claim 9, further comprising:

13. A verification device for embedded application is applied to a verification platform and is characterized by comprising:

a determination module configured to determine a simulated verification environment and a twin data set that match the embedded application; the simulation verification environment matched with the embedded application is a simulation environment of embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

an issuing module configured to issue the embedded application to the simulation verification environment so as to execute the embedded application in the simulation verification environment; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment;

14. The apparatus of claim 13, further comprising:

15. The apparatus of claim 14, wherein the generating module comprises:

a first simulation submodule configured to simulate an instruction set of the chip using software; and/or the presence of a gas in the gas,

16. The apparatus of claim 13, further comprising:

17. A verification device of embedded application is applied to a simulation platform and is characterized by comprising:

an execution module configured to execute the embedded application in a simulated verification environment; wherein, the simulation verification environment is the simulation environment of the embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

18. The apparatus of claim 17, wherein the emulation verification environment emulates a chip running the embedded application on the embedded device and a hardware environment of the embedded device.

19. The apparatus of claim 18, wherein the emulation verification environment emulates an instruction set of the chip on the embedded device and functions and external interfaces implemented by the embedded device.

20. The apparatus of any of claims 17-18, wherein during execution of the embedded application, the embedded application receives verification data from the embedded device through a virtual pipe established between the emulated verification environment and the embedded device.

21. A verification system of an embedded application is characterized by comprising a verification platform and a simulation platform, wherein:

the verification platform determines a simulation verification environment matched with the embedded application to be verified, and issues the embedded application to the simulation platform and the twin data set; the simulation verification environment matched with the embedded application is the simulation environment of the embedded equipment operated by the embedded application in the actual use process; the embedded equipment is a platform area intelligent fusion terminal; the twin data set is mapping data of real physical data on the platform region fusion intelligent terminal in a simulation verification environment;

after receiving the embedded application, the simulation platform executes the embedded application in a simulation verification environment; in the execution process of the embedded application in the simulation verification environment, the verification platform continuously injects the twin data in the twin data set into the simulation verification environment to simulate the environment generated by real physical data, so that the embedded application processes the twin data injected in the simulation verification environment; the simulation platform returns the execution result of the embedded application to the verification platform;

22. The system of claim 21, wherein the emulation platform generates the emulation verification environment by emulating a chip on an embedded device running the embedded application and a hardware environment of the embedded device.

23. The system of claim 22, wherein the emulation platform emulates an instruction set of the chip using software; and/or emulating the functions and external interfaces implemented by the embedded device using software.

24. The system of claim 21, wherein the emulation platform establishes a virtual pipe between an embedded device and the emulation verification environment such that verification data is injected from the embedded device into the emulation verification environment through the virtual pipe when the embedded application is executed in the emulation verification environment.

25. An electronic device comprising a memory, a processor, and a computer program stored on the memory, wherein the processor executes the computer program to implement the method of any of claims 1-12.

26. A computer-readable storage medium having stored thereon computer instructions, which when executed by a processor, implement the method of any one of claims 1-12.

27. A chip comprising the device of any of claims 13-20.