CN114647451A - Test equipment driver and driving method - Google Patents

Test equipment driver and driving method Download PDF

Info

Publication number
CN114647451A
CN114647451A CN202011517106.0A CN202011517106A CN114647451A CN 114647451 A CN114647451 A CN 114647451A CN 202011517106 A CN202011517106 A CN 202011517106A CN 114647451 A CN114647451 A CN 114647451A
Authority
CN
China
Prior art keywords
test
interface
instruments
driver
item
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011517106.0A
Other languages
Chinese (zh)
Inventor
秦振汉
胡广明
杨业明
林渊
权晓蕾
陈留涛
尹伟伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aerospace Science and Industry Inertia Technology Co Ltd
Original Assignee
Aerospace Science and Industry Inertia Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aerospace Science and Industry Inertia Technology Co Ltd filed Critical Aerospace Science and Industry Inertia Technology Co Ltd
Priority to CN202011517106.0A priority Critical patent/CN114647451A/en
Publication of CN114647451A publication Critical patent/CN114647451A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4411Configuring for operating with peripheral devices; Loading of device drivers

Abstract

The invention discloses a test equipment driver and a driving method, wherein the method comprises the following steps: the external interface is used for selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items; the test equipment function realization component is connected with a plurality of test instruments or drive programs of the board cards; the function realization component of the test equipment comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function realization component is used for calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the association relation. The invention can improve the compatibility among different test instruments or board cards; meanwhile, different test instruments or board cards can be uniformly driven.

Description

Test equipment driver and driving method
Technical Field
The invention relates to the technical field of computers, in particular to a test equipment driver and a driving method.
Background
This section is intended to provide a background or context to the embodiments of the invention that are recited in the claims. The description herein is not admitted to be prior art by inclusion in this section.
In automatic test systems, a software interface is typically established between the test program and the driver of the hardware instrument to interface the computer with the various test instruments. The instrument driver is a group of software units for controlling the program-controlled instrument, provides a standardized software interface, simplifies specific programming steps and conveniently realizes the operation of instrument functions. The types and functions of hardware instruments for testing are numerous, and various standards and specifications are successively developed aiming at the standard problem of instrument driving. The basic idea of these standards is to encapsulate the operation of the instrument into the same interface, with the function names and parameters being identical, ensuring that each hardware instrument uses the same driver interface.
However, in actual engineering projects, various customized special test systems exist, and a large number of nonstandard test instruments and board cards are integrated inside the test systems. The test instruments and the board cards come from different manufacturers, the bus forms are different, the driving programs of the test instruments and the board cards do not conform to the existing standards and specifications, and the test instruments and the board cards are difficult to be compatible with each other. For this purpose, non-standard drivers provided by manufacturers are generally packaged secondarily to form a package library specific to a specific instrument.
The development mode directly oriented to the test instrument has no obvious problem in an independent software project, but brings many problems for a series software product which needs to be deployed on various test devices and is used for solving the test problem of multi-model products and has longer development, use and maintenance period. For example, a unified hardware control scheme is lacked, and the randomness of each test program is strong; the software portability is poor, and the existing test program cannot be used after the hardware is upgraded and modified; the reusability of software is not high, and the situation of repeated development often occurs.
Disclosure of Invention
The embodiment of the invention provides a test equipment driver, which is used for improving the compatibility among different test instruments or board cards in test equipment, and comprises the following components:
an external interface and a test equipment function realization component;
the external interface is used for selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
the test equipment function realization component is connected with a plurality of test instruments or drive programs of board cards; the test equipment function implementation assembly comprises an incidence relation between each specific project driving interface and a test instrument or a board card; and the test equipment function realization component is used for calling a plurality of test instruments or board cards associated with the specific item drive interface selected by the external interface to execute test operation according to the association relation.
The embodiment of the invention also provides a test equipment driving method for improving the compatibility among different test instruments or board cards in the test equipment, which comprises the following steps:
selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by an external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
and calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the association relation between each specific item drive interface and the test instrument or board card.
The embodiment of the invention also provides computer equipment which comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the test equipment driving method is realized when the processor executes the computer program.
An embodiment of the present invention further provides a computer-readable storage medium, in which a computer program for executing the test device driving method is stored.
In the embodiment of the invention, the external interface is used for selecting a specific item driving interface matched with a test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items; the test equipment function realization component is connected with a plurality of test instruments or drive programs of the board cards; the test equipment function implementation assembly comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function realization component is used for calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the correlation relation, so that the specific item drive interface matched with the test item can be selected through the external interface, and further the test equipment function realization component is used for calling a plurality of test instruments or board cards to execute the test operation, so as to realize execution of different test items; meanwhile, different test instruments or board cards can be uniformly driven; further, the test instrument or the board card after hardware upgrading and transformation can still be driven; the driver development of each test instrument or board is not needed, so that manpower and materials are saved, the reusability is improved, and the repeated development is avoided.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
FIG. 1 is a schematic diagram of a test equipment driver according to an embodiment of the present invention;
FIG. 2 is a diagram of an embodiment of a test equipment driver;
FIG. 3 is a diagram illustrating an embodiment of a test equipment driver;
FIG. 4 is a flowchart illustrating a method for driving a test apparatus according to an embodiment of the present invention;
FIG. 5 is a diagram of a computer device in an embodiment of the invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the embodiments of the present invention are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present invention are provided to explain the present invention, but not to limit the present invention.
Fig. 1 is a schematic structural diagram of a test equipment driver according to an embodiment of the present invention, and as shown in fig. 1, an embodiment of the present invention provides a test equipment driver to improve compatibility between different test instruments or boards in test equipment, where the test equipment driver includes:
an external interface 01 and a test equipment function realization component 02;
the external interface is used for selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
the function realization component of the test equipment is connected with a plurality of test instruments or drive programs of board cards; the function realization component of the test equipment comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function implementation assembly is used for calling a plurality of test instruments or board cards associated with the specific item drive interface selected by the external interface to execute test operation according to the association relation.
Firstly, receiving test programs of different test items transmitted by a test service logic interface, and then selecting a specific item driving interface matched with the test items from a plurality of specific item driving interfaces integrated by an external interface according to the test items received from the test service logic interface; and calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the association relation between each specific item drive interface and the test instrument or board card. The test equipment function implementation assembly is connected with a plurality of test instruments or a driver of the board card.
In the embodiment of the invention, the external interface is used for selecting a specific item driving interface matched with a test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items; the test equipment function realization component is connected with a plurality of test instruments or drive programs of the board cards; the function realization component of the test equipment comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function realization component is used for calling a plurality of test instruments or board cards related to a specific item drive interface selected by the external interface to execute test operation according to the correlation relation, so that the specific item drive interface matched with the test item can be selected through the external interface, and further the test equipment function realization component is used for calling a plurality of test instruments or board cards to execute the test operation, so as to realize execution of different test items; meanwhile, different test instruments or board cards can be uniformly driven; further, the test instrument or the board card after hardware upgrading and transformation can still be driven; the driver development of each test instrument or board is not needed, so that manpower and materials are saved, the reusability is improved, and the repeated development is avoided.
In specific implementation, the test device driver can be a group of driving software units for controlling the program-controlled instrument, a standardized software interface is provided, specific programming steps are simplified, and the operation of the instrument functions can be conveniently realized. In one embodiment, the test device driver can implement separation between the top business logic and the bottom driver in the test system, and provides a standard external port (i.e. external interface) of the hardware layer.
In an embodiment, the external interface is further configured to: a list of all test operations that the test device is capable of performing is generated.
By generating a list of all test operations that can be executed by the test equipment, the test function of the test equipment can be effectively managed, and the creation of a specific project driving interface in the subsequent steps is facilitated.
In an embodiment, the external interface is further configured to: and summarizing the electrical connection relation information of a plurality of test instruments or board cards in the test equipment.
Through summarizing the electrical connection relation information of a plurality of test instruments or board cards in the test equipment, the connection relation of different test instruments or board cards can be effectively reflected, and the method is favorable for guiding workers to manufacture test equipment drivers.
In an embodiment, the test instrument or board card comprises a test instrument or board card with a non-standard format and a test instrument or board card with a standard format; the test instrument or board in the non-standard format is a test instrument or board packaged by an API function of a non-standard driver.
In the above embodiment, the test instrument or the board card may include a test instrument or a board card in a non-standard format and a test instrument or a board card in a standard format, so that the problem that the test instrument or the board card is difficult to be compatible when different test instruments or board cards are driven can be effectively solved, differences caused by differences of the test instruments or the board cards can be ignored, and the compatibility among different test instruments or board cards is improved; meanwhile, different test instruments or board cards can be uniformly driven; furthermore, after the test instrument or the board card is upgraded and modified, the test instrument or the board card can still be driven due to the fact that the test equipment function implementation assembly comprises the driving programs of the plurality of test instruments or the board cards.
The test device driver according to the embodiment of the present invention will be described in detail with reference to an embodiment.
As shown in fig. 2, fig. 2 illustrates the composition structure of various interfaces and components inside the model of the test equipment driver in the form of a component diagram. In fig. 2, the top layer is a test service logic interface, which represents the specific service logic of the top layer of the test equipment; underlying the model are drivers of various test instruments and boards included in the test equipment, which may include standard drivers provided by instrument vendors, nonstandard driven API functions, package components thereof, and the like.
The test device driver is located between the business logic and the specific instrument driver, and isolates the direct connection of the upper layer and the lower layer, and all operations related to hardware are packaged in the test device driver.
In this embodiment, the internal components of the device driver model may include:
1. external interface of test equipment driver (external interface)
An external interface (interface) of the test device driver is a unique port provided externally, which shields the specific implementation inside the driver, and a definition model of the external interface of the test device driver is shown in fig. 3.
The external interface of the test equipment driver can adopt a combined mode, N test function item interfaces can be arranged in the test equipment driver, and the independent test item interfaces can generalize the basic interface of the self-test item. The external interface of the test equipment driver shows that the automatic test equipment has N different independent test functions, can be expanded at any time according to the development condition of the equipment, and does not influence the external description of the test equipment.
The external interface of the driver of the test equipment needs to complete the creation and integration of various specific driving interfaces and is exposed to the upper-layer service part; meanwhile, the external interface of the driver of the test equipment can complete the basic operation of various test instruments and board cards in the test equipment, and does not relate to a specific test function; and the summary of all the electrical connection relation information of the test equipment can be completed.
The external interface of the test equipment driver can be applied to the development of test software of different types and models, in other words, for upper-layer application software, the difference caused by the difference of hardware equipment and instruments can be ignored, so that an application developer can concentrate the work center on the business logic per se, and the requirements and changes of the upper-layer software can be met more conveniently and flexibly.
2. Collections of item-specific driven interfaces
In this embodiment, the test functions can be classified by the test equipment (especially, serialized test equipment), and a standardized drive interface is established for each test function and is collected together to form a standardized specific drive interface set for the equipment. The function realizing component of the test equipment comprises the incidence relation between each specific item driving interface and the test instrument or the board card
For example, for a series of test devices for detecting functions and performance of electronic products, although there are differences among the devices, the test devices are basically the same or similar only in terms of the functions to be implemented, so that the overall situation of the test items can be obtained through the aggregate analysis of the test functions, and the interface set of the device can be abstracted.
All the specific drive interface sets inherit the basic interfaces of the self-test items, the basic interfaces reflect the common content of the drive interfaces, and the common content cannot be modified after being defined, so that the consistency description information of the drive interfaces can be provided for the outside.
The specific drive interface set is abstract to the test requirements realized by the test equipment, reflects the system-level functions which need to be realized by the hardware of the test equipment, and has better universality and stability compared with the drive interfaces of non-standard instruments and embedded boards.
3) Realization component of test equipment driver (namely test equipment function realization component)
The implementation component of the test device driver is a specific implementation of the driver interface, and the implementation manner of the driver interface can be hardware or software. . The external interface of the test equipment driver provides a uniform operation port for upper application software, but the execution of the driver software of the test equipment must be established on the actual test equipment hardware, and each driver component represents a specific test instrument or board card, which contains the association relationship between each specific item driver interface and the test instrument or board card and can describe how the test instrument or board card realizes various specified functional items. The functional implementation of the test equipment depends on the integrated test instrument, board card and electrical connection topological relation.
The test device driver in this embodiment is implemented by 3 technical means, such as an external interface of the test device driver, a drive interface design for a specific function, and a driver implementation for a specific test device, and is specifically described as follows:
1. design of external interface of driver of test equipment
Referring to fig. 3, the external interface of the test device driver may be used to implement:
a. management of project-specific driven interfaces
First, the creation and integration of various driver-specific interfaces is completed. In the driver, an independent driver interface list may also be provided, and various test function items contained in the test device driver are managed in a centralized manner to describe all test capabilities of the test device (i.e. to generate a list of all test operations that the test device can perform).
Secondly, a specific driven retrieval function can also be provided. The test device driver includes various specific drive interfaces inside the driver in a combined manner, and the specific drive interfaces are invisible to the outside, so that an external retrieval function needs to be provided, and the searched specific drive interfaces are provided for an upper-layer test program.
b. Management of test instruments and boards
The system is responsible for managing various test instruments and board cards in the test equipment, the realized operation comprises the opening, resetting, closing, checking and the like of the various test instruments and board cards, and the resources of the test instruments and board cards are uniformly integrated in a list. The external interface is only responsible for basic operation of a hardware instrument and does not relate to specific test functions.
2. Specific function-oriented project-specific driven interface design
Firstly, aiming at each test function obtained in the functional decomposition of the test system, an independent specific function item driving interface is established, and a standard interface definition is provided, which represents an independent test function required to be realized by the test equipment.
Taking electronic product testing equipment as an example, although the hardware configurations of the testing equipment are different, the overall demand situation of the testing equipment can be summarized from a higher level. The hardware requirements CAN be divided into several categories, such as direct-current power supply control, serial port communication, analog quantity control, digital quantity control, pulse signal output, fiber-optic gyroscope integration test, PWM signal acquisition, VF constant-current source output, counter signal control, network communication, CAN communication, 1553B bus communication and the like. The specific project driving interface can be flexibly selected according to the actual test requirement.
Secondly, the design of the driving interface corresponding to each test function is completed. Each specific drive interface represents an independent test function item, and the content of difference among different functions is reflected. When the upper layer test service logic is developed, various specific service processes are essentially completed through instantiation objects of a specific drive interface.
3) Driver implementation for specific test equipment
The driver interface of the test equipment is directly realized aiming at the driver of the specific test equipment, and the specific realization can be divided into two parts, namely the realization of the basic function which is defined in the driver model and has the public property; secondly, the test equipment is realized with various specific driving interfaces.
a. Implementation of basic functions
The project-specific driven interface may be created as follows:
when implementing a specific project driven interface, the function of the specific project driven interface core is to implement instantiation of various functional project driven interfaces and assemble them in a "driven interface list". The pseudo code for this function is as follows:
Figure BDA0002847728170000081
b. initializing a test instrument and a board card:
after the initialization of the hardware of the test instruments and the board card is finished, the hardware can be stored in a test equipment driver in different types to serve as the development basis of various subsequent functional projects.
c. Implementation of a specific drive interface
For each item of content in the driver interface list (i.e. each test operation that the test equipment can perform), it needs to be implemented one by one when the driver component is developed; each functional item is ultimately implemented on a hardware instrument so that the driver components are closely coupled to the automatic test equipment. In the driver component, various heterogeneous drivers are called to realize the design requirements of the test equipment, so that various externally provided virtual test items are converted into real test functions.
The development steps of the test function project can be as follows:
step 1: and establishing an implementation class corresponding to the function item driving interface.
Each test function item is in a local and global relationship with the device driver. The implementation class of the specific drive function directly corresponds to each interface in the specific drive interface set, different interfaces complete specific test functions through different implementation classes, and the implementation classes generally exist in the form of internal nested classes and are uniformly contained in the implementation components of the driver.
Step 2: and (5) concrete implementation of functional items.
For non-standard instruments, API functions provided by hardware manufacturers are used, or a packaging library is formed through secondary development; for standard instruments, class IVI drivers or dedicated driver components may be invoked directly. After the driver component is developed and debugged, the component is not modified unless the hardware is changed.
Step 3: implementation of functions
The functional items are oriented to test the system level functions of the equipment, and are not only simple operations on instruments. Taking analog quantity acquisition as an example, when a digital multimeter is used, a measured value is processed by an instrument and can be directly read; however, when the PCI card is used, it is necessary to perform necessary signal processing (such as smoothing and field point removal) on a plurality of sets of continuous values acquired at a high speed to obtain more accurate data.
When creating a test device driver, the present embodiment first designs a model of the test device driver. The core of the model is that a separate test device driver is added between the service logic and a specific instrument driver, and the direct connection between the upper layer and the lower layer is isolated through the separate test device driver, so that all operations related to hardware are encapsulated. The test service logic program is developed only for the test equipment driving interface.
Secondly, an external interface of the driver of the test equipment is designed, the external interface is a unique port provided externally, and the specific implementation of the interior of the driver is shielded. The external interface of the driver can be applied to development of test software of different types and models, in other words, for upper-layer application software, differences caused by differences of hardware equipment and instruments can be ignored, so that application developers can concentrate the working gravity on business logic per se, and requirements and changes of the upper-layer software can be met more conveniently and flexibly.
Followed by the interface design for the specific test function. Through the analysis of the functions required to be realized by the specific class of test equipment, a function item set separated from a hardware environment is obtained, and a standardized equipment driving interface is established. Each specific test function driving interface represents an independent test function item, and a plurality of driving interfaces are organized together to form a virtualized test device with various hardware test functions of the test device.
Finally, the implementation of the driver for a specific test equipment. The driver implementation component corresponding to the hardware is developed for specific test equipment hardware, and the control of a hardware instrument is packaged in the driver implementation component, so that the function implementation of actual test equipment is described. The test equipment driver provides a uniform development and operation basis for upper-layer software, and the test program develops aiming at the virtualized functional interfaces, so that the influence of the difference of hardware on service logic is avoided.
Of course, it is understood that other variations of the above detailed flow can be made, and all such variations are intended to fall within the scope of the present invention.
In the embodiment of the invention, the external interface is used for selecting a specific item driving interface matched with a test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items; the test equipment function realization component is connected with a plurality of test instruments or drive programs of the board cards; the function realization component of the test equipment comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function realization component is used for calling a plurality of test instruments or board cards related to a specific item drive interface selected by the external interface to execute test operation according to the correlation relation, so that the specific item drive interface matched with the test item can be selected through the external interface, and further the test equipment function realization component is used for calling a plurality of test instruments or board cards to execute the test operation, so as to realize execution of different test items; meanwhile, different test instruments or board cards can be uniformly driven; further, the test instrument or the board card after hardware upgrading and modification can still be driven; the driver development of each test instrument or board is not needed, so that manpower and materials are saved, the reusability is improved, and the repeated development is avoided.
As described above, embodiments of the present invention are directed to a method for designing a driver for a dedicated test device. The driver is a group of software functional units which aim at controlling the test equipment, is used as a bridge for communicating a bottom hardware driver with upper test software, provides a uniform software and hardware interface for upper software development, and standardizes the implementation mode in the driver. The test equipment driver realizes the separation between the top business logic and the bottom driver and provides a standard external port of a hardware layer.
The test equipment driver aims at the fact that the equipment needs to realize system level test functions and is not different in various instruments or board cards. Second, the external interface of the test device driver is the only port provided externally. In the interior of the test device, a plurality of test function item interfaces are included in a list mode, which indicates that the automatic test device has a plurality of different independent test functions and can be expanded at any time according to the development condition of the device, but the external description of the test device is not influenced. The interface design of a specific test function describes the specific details of a certain functional item, represents a completely abstract, system-level function, and is independent of hardware (including test instruments, boards, test equipment, etc.), and thus is more general. A plurality of driving interfaces are organized together to form a virtualized testing device, and various hardware testing functions of the testing device are achieved. Separate driver components are developed for a particular test device. Aiming at each automatic test device, a virtual device driver component is provided to shield the difference of bottom hardware drive and the difference of hardware electrical design, and various functions of the device are integrated inside the device to be used as the running basis of upper application software, and the device can be globally reused after the development is finished.
Fig. 4 is a schematic flowchart of a method for driving a test device in an embodiment of the present invention, and as shown in fig. 4, the method for driving a test device in an embodiment of the present invention may include:
step 401: selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by an external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
step 402: and calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the association relation between each specific item drive interface and the test instrument or board card.
In one embodiment, further comprising: a list of all test operations that the test device is capable of performing is generated.
In one embodiment, further comprising: and summarizing the electrical connection relation information of a plurality of test instruments or board cards in the test equipment.
In one embodiment, the test instrument or board card further comprises a test instrument or board card with a non-standard format and a test instrument or board card with a standard format; the test instrument or board in the non-standard format is a test instrument or board packaged by an API function of a non-standard driver.
An embodiment of the present invention further provides a computer device, and fig. 5 is a schematic diagram of a computer device in an embodiment of the present invention, where the computer device is capable of implementing all steps in the test device driving method in the foregoing embodiment, and the computer device specifically includes the following contents:
a processor (processor)501, a memory (memory)502, a communication Interface (Communications Interface)503, and a communication bus 504;
the processor 501, the memory 502 and the communication interface 503 complete communication with each other through the communication bus 504; the communication interface 503 is used for implementing information transmission between related devices;
the processor 501 is used to call the computer program in the memory 502, and when the processor executes the computer program, the test device driving method in the above embodiment is implemented.
An embodiment of the present invention further provides a computer-readable storage medium storing a computer program for executing the test device driving method.
In the embodiment of the invention, the external interface is used for selecting a specific item driving interface matched with a test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items; the test equipment function realization component is connected with a plurality of test instruments or drive programs of the board cards; the function realization component of the test equipment comprises an incidence relation between each specific project driving interface and a test instrument or a board card; the test equipment function realization component is used for calling a plurality of test instruments or board cards related to a specific item drive interface selected by the external interface to execute test operation according to the correlation relation, so that the specific item drive interface matched with the test item can be selected through the external interface, and further the test equipment function realization component is used for calling a plurality of test instruments or board cards to execute the test operation, so as to realize execution of different test items; meanwhile, different test instruments or board cards can be uniformly driven; further, the test instrument or the board card after hardware upgrading and transformation can still be driven; driver development does not need to be carried out on each testing instrument or board card, manpower and material resources are saved, reusability is improved, and the situation of repeated development is avoided.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above embodiments are provided to further explain the objects, technical solutions and advantages of the present invention in detail, it should be understood that the above embodiments are only examples of the present invention and are not intended to limit the scope of the present invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (10)

1. A test device driver, comprising: an external interface and a test equipment function realization component;
the external interface is used for selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by the external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
the test equipment function realization component is connected with a plurality of test instruments or drive programs of board cards; the test equipment function implementation assembly comprises an incidence relation between each specific project driving interface and a test instrument or a board card; and the test equipment function realization component is used for calling a plurality of test instruments or board cards associated with the specific item drive interface selected by the external interface to execute test operation according to the association relation.
2. The method of claim 1, wherein the external interface is further to: a list of all test operations that the test device is capable of performing is generated.
3. The method of claim 1, wherein the external interface is further to: and summarizing the electrical connection relation information of a plurality of test instruments or board cards in the test equipment.
4. The method of claim 1, wherein the test instruments or cards include non-standard format test instruments or cards, and standard format test instruments or cards; the test instrument or the board card with the non-standard format is packaged by using an API function of a non-standard driver.
5. A test apparatus driving method characterized by comprising:
selecting a specific item driving interface matched with the test item from a plurality of specific item driving interfaces integrated by an external interface according to the test item received from the test service logic interface; the test service logic interface is used for transmitting test programs of different test items;
and calling a plurality of test instruments or board cards related to the specific item drive interface selected by the external interface to execute test operation according to the association relation between each specific item drive interface and the test instrument or board card.
6. The method of claim 5, further comprising: a list of all test operations that the test device is capable of performing is generated.
7. The method of claim 5, further comprising: and summarizing the electrical connection relation information of a plurality of test instruments or board cards in the test equipment.
8. The method of claim 5, wherein the test instruments or cards include non-standard format test instruments or cards, and standard format test instruments or cards; the test instrument or the board card with the non-standard format is packaged by using an API function of a non-standard driver.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 5 to 8 when executing the computer program.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any of claims 5 to 8.
CN202011517106.0A 2020-12-21 2020-12-21 Test equipment driver and driving method Pending CN114647451A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011517106.0A CN114647451A (en) 2020-12-21 2020-12-21 Test equipment driver and driving method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011517106.0A CN114647451A (en) 2020-12-21 2020-12-21 Test equipment driver and driving method

Publications (1)

Publication Number Publication Date
CN114647451A true CN114647451A (en) 2022-06-21

Family

ID=81991405

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011517106.0A Pending CN114647451A (en) 2020-12-21 2020-12-21 Test equipment driver and driving method

Country Status (1)

Country Link
CN (1) CN114647451A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116298825A (en) * 2023-05-08 2023-06-23 杭州长川科技股份有限公司 Chip test system and method, device, drive access device and method

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106649113A (en) * 2016-12-21 2017-05-10 北京航天测控技术有限公司 Testing equipment control system and realization method
CN107894762A (en) * 2017-11-09 2018-04-10 重庆鲁班机器人技术研究院有限公司 Practicality imitation test method, apparatus and system
CN109491724A (en) * 2018-11-11 2019-03-19 上海精密计量测试研究所 Call method of the software generic test platform of test equipment to special test program
CN110426589A (en) * 2019-09-10 2019-11-08 南京国电南自电网自动化有限公司 A kind of substation secondary device automatic testing method, server and system based on general-purpose interface template

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106649113A (en) * 2016-12-21 2017-05-10 北京航天测控技术有限公司 Testing equipment control system and realization method
CN107894762A (en) * 2017-11-09 2018-04-10 重庆鲁班机器人技术研究院有限公司 Practicality imitation test method, apparatus and system
CN109491724A (en) * 2018-11-11 2019-03-19 上海精密计量测试研究所 Call method of the software generic test platform of test equipment to special test program
CN110426589A (en) * 2019-09-10 2019-11-08 南京国电南自电网自动化有限公司 A kind of substation secondary device automatic testing method, server and system based on general-purpose interface template

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116298825A (en) * 2023-05-08 2023-06-23 杭州长川科技股份有限公司 Chip test system and method, device, drive access device and method
CN116298825B (en) * 2023-05-08 2023-10-20 杭州长川科技股份有限公司 Chip test system and method, device, drive access device and method

Similar Documents

Publication Publication Date Title
US7228541B2 (en) Creation of application system installer
US6226692B1 (en) Method and system for constructing software components and systems as assemblies of independent parts
US7478385B2 (en) Installing software using programmatic component dependency analysis
US6282699B1 (en) Code node for a graphical programming system which invokes execution of textual code
US5710727A (en) System and method for creating resources in an instrumentation system
US20020199034A1 (en) System and method for visual application development without programming
CN111859834B (en) UVM-based verification platform development method, system, terminal and storage medium
CN111552636B (en) Method for supporting AADL integration simulation by applying FMI protocol
CN111176984A (en) Signal-oriented automatic test implementation method
US10762265B1 (en) Heterogeneous instantiation of high-level language callable library for hardware core
CN109710320A (en) A kind of starting guidance BootLoader method of two-stage drive
CN111427782A (en) Operation method, device, equipment and storage medium of android dynamic link library
CN114647451A (en) Test equipment driver and driving method
CN108959094B (en) Method for defining and applying test program based on data structure
CN110717268A (en) Portable component unit packaging method based on FACE architecture
US20110126172A1 (en) Systems and methods for virtual machine thread tracing
CN108614699A (en) A kind of method and system of the continuous integrating Android projects in windows systems
Pavlov et al. Windows embedded CE 6.0 fundamentals
Trifu Using dataflow information for concern identification in object-oriented software systems
CN116048518B (en) Automatic generation method of comprehensive avionics system security codes for antenna operating system
CN113947047B (en) Interface connection method for verifying design to be tested and related equipment
Fertitta et al. The Role of ActiveX and COM in ATE
US9262141B1 (en) Distributed computations of graphical programs having a pattern
CN113987044A (en) Asset data import processing method and device and electronic equipment
US6385740B1 (en) Method to dynamically change microprocessor test software to reflect different silicon revision levels

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination