CN114972576A

CN114972576A - Method, apparatus and storage medium for generating LTT schematic diagram

Info

Publication number: CN114972576A
Application number: CN202210578855.7A
Authority: CN
Inventors: 王朋朋
Original assignee: Continental Automotive Research & Development Chongqing Co ltd
Current assignee: Oumeiwei Automotive R&d Chongqing Co Ltd
Priority date: 2022-05-25
Filing date: 2022-05-25
Publication date: 2022-08-30
Anticipated expiration: 2042-05-25
Also published as: CN114972576B

Abstract

Methods, apparatus, and computer storage media for generating an LTT schematic are presented. The method comprises the steps of obtaining configuration parameters of the generated LTT schematic diagram; determining functional modules and the number thereof included in the LTT schematic diagram to be generated according to the configuration parameters; and extracting a function module template corresponding to the function module in a template database according to the function module and the number of the function modules, and automatically arranging a corresponding number of function module templates in at least one map page to generate the LTT schematic diagram, wherein the template database comprises predefined function module templates of the function modules involved in the LTT schematic diagram, and the function module templates comprise elements constituting the function modules and connection relations among the elements. The scheme of this application can show saving drawing time, improves drawing efficiency, the later stage management and the maintenance of being convenient for.

Description

Method, apparatus and storage medium for generating LTT schematic diagram

Technical Field

The present application relates to automatic generation of a schematic diagram, and more particularly, to a method, apparatus, and storage medium for generating an LTT (Life Time Tester) schematic diagram.

Background

In the automotive industry, an ECU (Electronic Control Unit) is one of the most important parts of an automobile, and any minor error in the design of the ECU can cause car damage and death. Therefore, in the automobile industry, the LTT system is generally adopted to perform real-time simulation on developed ECU products, so that the ECU can be tested under various conditions, particularly under fault and limit conditions, and the specific conditions of the entire ECU service cycle can be truly simulated, and the cycle and the number of times of fault occurrence in actual use can be reduced, thereby helping developers to better improve the products.

Before testing an ECU (and possibly other devices to be tested) using LTTs, a developer is required to design an LTT schematic for the device to be tested. Specifically, for each LTT test project, the developer is required to manually redraw the schematic from the project. However, the inventors of the present application found that: many identical or similar functional nodes exist in the LTT schematic diagram in different test projects, the main difference in the schematic diagram is the number of functional nodes, and the way of manually repeatedly drawing the functional nodes is not efficient. Accordingly, there is a need for improvement in the art.

Disclosure of Invention

Embodiments of the present application provide a method, an apparatus, and a storage medium for generating an LTT schematic diagram, which can improve drawing efficiency of the LTT schematic diagram.

According to an aspect of the application, a method for generating a life cycle tester LTT schematic is proposed, comprising: acquiring configuration parameters of an LTT schematic diagram to be generated; determining functional modules and the number thereof included in the LTT schematic diagram to be generated according to the configuration parameters; extracting a functional module template corresponding to the functional module from a template database according to the functional modules and the number of the functional modules, and automatically arranging the functional module templates with the corresponding number in at least one drawing page to generate an LTT schematic diagram; wherein the template database comprises predefined function module templates of the function modules involved in the LTT schematic, the function module templates comprising elements constituting the function modules and connection relations between the elements.

According to another aspect of the present application, an apparatus for generating an LTT schematic is proposed, comprising: a parameter obtaining unit configured to obtain a configuration parameter of an LTT schematic diagram to be generated; the generating unit is configured to determine the functional modules and the number thereof included in the LTT schematic diagram to be generated according to the configuration parameters; extracting a functional module template corresponding to the functional module from a template database according to the functional modules and the number of the functional modules, and automatically arranging the functional module templates with the corresponding number in at least one drawing page to generate an LTT schematic diagram; wherein the template database comprises predefined function module templates of the function modules involved in the LTT schematic, the function module templates comprising elements constituting the function modules and connection relations between the elements.

According to yet another aspect of the application, a computer-readable storage medium is proposed, on which a computer program is stored, the computer program comprising executable instructions which, when executed by a processor, carry out the method as described above.

According to yet another aspect of the present application, an electronic device is proposed, comprising a processor and a memory for storing executable instructions of the processor, wherein the processor is configured to execute the executable instructions to implement the method as described above.

By adopting the method, the device and the computer storage medium for generating the LTT schematic diagram, the types and the number of the functional modules contained in the LTT schematic diagram can be determined according to the test requirements of the LTT test items and the requirements of various application scenarios and working environments of the device to be tested. And extracting the corresponding function module template from the module database according to the determined function module, so that the problem of format confusion caused by bringing personal drawing styles into repeated drawing and manual drawing by different plotters can be avoided. The functional module templates predefine the elements related to the LTT test items and the connection relations thereof, so that the elements and the connection relations thereof in the functional modules do not need to be analyzed, calculated and configured again when a plurality of functional module templates are arranged, the drawing time is obviously saved, and the drawing efficiency is improved. The scheme for automatically drawing the schematic diagram can be used for carrying out resource allocation on the LTT test project, quickening the project development progress and facilitating later-stage management and maintenance.

Drawings

The above and other features and advantages of the present application will become more apparent by describing in detail exemplary embodiments thereof with reference to the attached drawings.

Fig. 1 is a schematic flow diagram of a method for generating an LTT schematic according to an embodiment of the present application.

Fig. 2 is an exemplary picture Sheet (Sheet) template for arranging at least a portion of an LTT schematic thereon according to one embodiment of the present application.

Fig. 3 is a schematic diagram of generating a corresponding functional module based on a functional module template of an HSD channel according to an embodiment of the present application.

Fig. 4 is a schematic diagram of a CAN bus communication module included in a schematic diagram for determining LTTs according to one embodiment of the present application.

Fig. 5 is a schematic block diagram of an apparatus for generating an LTT schematic according to an embodiment of the present application.

Fig. 6 is a schematic block diagram of an electronic device for generating an LTT schematic according to an embodiment of the present application.

Detailed Description

Exemplary embodiments will now be described more fully with reference to the accompanying drawings. The exemplary embodiments, however, may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art. In the drawings, the size of some of the elements may be exaggerated or distorted for clarity. The same reference numerals denote the same or similar structures in the drawings, and thus detailed descriptions thereof will be omitted.

Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the application. One skilled in the relevant art will recognize, however, that the subject matter of the present application can be practiced without one or more of the specific details, or with other methods, components, etc. In other instances, well-known structures, methods, or operations are not shown or described in detail to avoid obscuring aspects of the application.

The scheme for generating the LTT schematic diagram provided in the embodiment of the application is used for automatically generating the LTT schematic diagram. The generated LTT schematic diagram is used for testing the device to be tested and the product. The test can be used for equipment (such as an ECU) in the automobile field, and can also be expanded to application scenarios requiring automatic generation of an LTT schematic diagram for other equipment or products, such as test items of software modules and the like. The LTT schematic diagram mainly includes various types of function modules that implement corresponding functions of the LTT test system. The number of each type of functional module may be one or more. Each functional module includes a specific device or element (e.g., a device under test, a hardware unit, or an interface device) and a signal and/or electrical connection relationship between the devices or elements. Each device or element and signal and/or electrical connection relationship in the LTT schematic is graphically characterized. According to embodiments of the present application, devices or elements in a functional module may be referred to as graphical objects or elements in the LTT schematic to be generated, and the signal and/or electrical connection relationship between the devices or elements may be referred to as (graphical) connection relationship between the graphical objects or elements. There may also be signal and/or electrical connections between the same or different functional modules of the same or different types, between devices or elements in functional modules, between one functional module and a device or element in another functional module. Unlike hardware development involving devices under test, the LTT schematic generated by the present application is primarily used to present signal and/or electrical connection relationships between graphical objects or elements involved in the LTT test project, rather than a layout (layout) of the devices under test and the hardware system containing the devices under test.

The term "template" as used in this application generally refers to a combination of objects or elements configured based on a predefined standard or format, which may be extracted in its entirety and used in the generation of the LTT schematic. For example, a page template may use predefined coordinate axes to provide placement of various functional modules included in the rendered LTT schematic in a predefined page layout and size. As another example, the functional module template may include devices or elements in the corresponding functional module related to the LTT schematic diagram to be generated of the LTT test item, and internal signal and/or electrical connection relationships between the devices or elements, and even external signal and/or electrical connection relationships between the devices or elements in the corresponding functional template and other devices or elements outside the functional module, or the functional module. The functional module templates are predefined by a user based on the LTT test system, include devices or elements and their connections, related parameters and layout that meet predetermined criteria, and may be automatically adjusted or modified within a defined range. According to the embodiment of the application, the signal and/or electrical connection relation between the devices or the elements is configured in the function module template, and the function module template can be specially used for generating the LTT schematic diagram of the LTT test item, so that a user does not need to analyze and consider the connection relation of the devices or the elements inside the function module again when generating the LTT schematic diagram by using the scheme of the application, and the drawing efficiency is effectively improved.

The embodiment of the application takes an LTT schematic diagram generation tool written in python programming language as an example to introduce a scheme for generating an LTT schematic diagram, wherein the automatic generation and resource allocation of the schematic diagram are performed by calling Office Visio software of Microsoft corporation. However, those skilled in the art will appreciate that the above programming languages and drawing software are merely required for illustrative purposes and are not intended to limit the scope of the present disclosure.

The automated generation of the LTT schematic of the present application is described below in conjunction with the schematic flow diagram of the method for generating the LTT schematic shown in fig. 1.

First, configuration parameters of the LTT schematic are acquired in step S110.

Taking an application scenario of using the MesSy testing system for ECU Device testing in the automotive field as an example, the configuration parameters may include, but are not limited to, one or more of a Test item name 110 of an LTT schematic to be generated, a Test system version 120, a number 130 of Devices Under Test (DUT), an input parameter 140, a bus communication parameter 150, an output parameter 160, and an additional Device parameter 170.

The item name of the test 110 indicates the test item of the LTT, which can be used to automatically populate the name of the schematic diagram to distinguish from other LTT test items when generating the LTT schematic diagram. The value range of the item name 110 is a character string composed of non-null characters and/or numbers.

The test system version 120 is used to indicate the type of test system to which the LTT test item applies. Taking the MesSy (measurement System) as an example, the test functions supported by different versions of the MesSy and the included functional modules, the configuration (type and number) of devices and elements in the functional modules, and the connection relationships between the devices or elements in the functional modules are generally different, so the generated LTT schematic diagrams are also different. The MesSy test equipment generally includes three versions, MesSy I, MesSy II, and MesSy II FD (Flexible data rate). The test system version 120 may take on a combination of system version numbers (e.g., MesSy I, etc.).

The number of DUTs 130 represents the number of devices under test that need to be tested in the LTT test project. The output signal in the LTT test item comes primarily from the DUT. One or more devices under test may be measured simultaneously, depending on the resource requirements of the LTT test project. According to an embodiment of the present application, the number of DUTs may be characterized by the number of DUTs supported by a load box (Loadbox). The load box is used to place all the loads of the device under test DUT in one custom device frame (e.g., a metal frame). The load may include a lamp, a motor, etc. The load box can be considered as a combination of objects served by the device under test DUT. In addition to all loads of the DUT, a power supply Module (e.g., in the form of a Current card) of the MesSy and CMM (Current Measurement Module) may be placed within the load box. Generally, one load box is used in each LTT test item, and the number of DUTs 130 may be characterized by the number of DUTs supported by one load box in the LTT test item. The number of DUTs may be a number in arabic number format, which may range from an integer of 1 to 6, for example.

The input parameters 140 may be considered as parameters of the power input and the control quantity/sensor signal input of the LTT test item, and may specifically include power parameters, analog signal input parameters, PWM signal input parameters, and/or digital signal input parameters, etc. The power supply parameter may be, for example, the number of power supplies VBAT and GND. The number of the VBAT power sources indicates the number of VBAT PIN PINs of the LTT test item, and the value of the VBAT PIN PINs is non-null Arabic numerals. The power supply GND number indicates the number of the grounding GND PIN PINs of the LTT test item, and the value of the grounding GND PIN PINs is also a non-null Arabic number. The analog signal input parameters include the number of channels of the analog signal input, which takes on non-null arabic numbers. The PWM signal input parameters include the number of channels of PWM (Pulse Width Modulation) signal input, and the value of the channel is non-null arabic numerals. The digital signal input parameters comprise the channel number of digital signal input, and are specifically divided into the number of high effective channels and the number of low effective channels, and the values of the high effective channels and the low effective channels are non-null Arabic numbers.

The bus communication parameters 150 are used for configuring bus data communication in the LTT test item, and specifically include a Controller Area Network (CAN) bus-related CAN bus channel number 151 and a Local Interconnect Network (LIN) bus-related LIN bus number 152 required by each device under test DUT. Both values are non-null arabic numbers.

The output parameters 160 mainly include standard driving signal outputs from the device under test DUT for serving or driving the load in the load box, including, for example, the number of High Side Driver (HSD) channels and the number of Low Side Driver (LSD) channels. Both values are non-null arabic numbers.

The additional device parameters 170 represent other devices in the LTT test project that differ from the device under test DUT, the measurement device (e.g., current test module CMM), and the load (load box), including, for example, the number of antenna channels corresponding to the antenna device and the number of air conditioning motor channels corresponding to the air conditioning device. The number of antenna channels indicates the number of Low Frequency (LF) antenna channels involved in the LTT test project, which takes the value of non-null arabic numbers. The number of air conditioner motor channels indicates the number of channels of the control port of the air conditioner motor of the LTT project, and the value is a non-empty Arabic number.

According to an embodiment of the present application, the above configuration parameters input by the user may be acquired using, for example, a Graphical User Interface (GUI). The GUI tool "may be written using Python programming language, and guides the user to input the relevant information of the LTT test item in the corresponding information item. For example, the information item is divided into two parts of basic information and item information. Some information of the LTT test items, such as item names, MesSy versions, and the number of DUTs supported by one Loadbox, are included in the basic information. The item information includes other information of the LTT test item, such as the number of power sources VBAT, the number of power sources GND, the number of analog input channels, the number of PWM input channels, the number of digital input channels (high active), the number of digital input channels (low active), the number of CAN (bus) channels, the number of LIN (bus) channels, the number of HSD channels, the number of LSD channels, the number of antenna channels, and the number of air conditioner motors. And after the user inputs the parameters corresponding to the information items respectively, inputting the configuration parameters into the tool to finish the acquisition of the configuration data.

The configuration parameters of the LTT test items entered in the GUI may be pre-set, which are all related to the device under test and already cover most of the requirements of the desired application scenario of the LTT test system. According to embodiments of the present application, a selection list may also be used in the input box of each information item of the GUI, where all LTT test item support and selectable parameter values are displayed in a drop-down or pop-up list for user selection.

After the user has completed entering the configuration parameters, the tool begins the generation of the LTT schematic in the background.

The type and number of functional modules included in the LTT schematic diagram to be generated are determined based on the acquired configuration parameters to perform the modular drawing operation in step S120.

Step S120 may specifically include a substep S121 of verifying validity of the configuration parameters, and a substep S122 of determining one or more functional modules and the number thereof included in the LTT schematic diagram based on the verified configuration parameters.

In the sub-step S121, a sub-step S121a and a sub-step S121b for verification are included. Substep S121a obtains configuration parameters from the GUI, and then in substep S121b, each configuration parameter is verified, respectively, to determine whether the obtained configuration parameters fall within its value range. And if the parameter value falls into the value range, the verification is passed (yes judgment result) and the next operation link is entered (for example, substep S122), otherwise, the acquired configuration parameter is judged to be invalid (no judgment result) and the substep S121a is returned to prompt the user to modify the corresponding configuration parameter and to acquire the updated data of the configuration parameter again. For example, the verification of whether the configuration parameters fall within the value range includes whether the project name is not null, whether the version of MesSy is correct, whether the number of DUTs is not null and between 1 and 6, whether the number of power VBAT is not null and is arabic numerals, whether the number of power GND is not null and is arabic numerals, whether the number of analog inputs is not null and is arabic numerals, whether the number of PWM inputs is not null and is arabic numerals, whether the number of digital high significant inputs is not null and is arabic numerals, whether the number of digital low significant inputs is not null and is arabic numerals, whether the number of CAN channels is not null and is arabic numerals, whether the number of LIN channels is not null and is arabic numerals, whether the number of HSD channels is not null and is arabic numerals, whether the number of LSD channels is not null and is arabic numerals, whether the number of antenna channels is not null and is arabic numerals, and whether the number of air conditioner motor channels is not null and is arabic numerals, etc. According to an embodiment of the present application, the sub-step S131 of verifying the validity of the configuration parameters may also be performed at the end of the step S110 of obtaining the configuration parameters of the LTT schematic to ensure that the configuration parameters based at the beginning of the step S130 of determining the functional module are all valid and legitimate. Additionally, in some embodiments, the operation of verifying the validity of the configuration parameters may also be performed after each parameter is entered by the user.

The LTT schematic diagram can be regarded as a combination of at least one diagram page corresponding to a combination of each type of one or more functional modules included in the LTT schematic diagram, where the combination of each type of functional module implements a certain function or functions of the LTT test item, or the combination of a plurality of types of functional modules implements a certain function or functions of the LTT test item. The function of the functional module may relate to the channel function of one or more of the individual channels for which configuration data is obtained. The various channels described above correspond in the LTT schematic to modular graphical combinations of the various graphical objects or elements (representing the devices or elements involved in the channel) that implement the functionality of the channel and the connection relationships between these graphical objects. Thus, one or more pages of the LTT schematic to which a functional module corresponds may correspond to a modular graphical combination of various graphical objects or elements and connection relationships between those graphical objects that implement the functionality of the channel to which they relate.

And generating a schematic diagram of the LTT test item, namely determining the functional modules which are included in the LTT test item and realize the functions, the number of the functional modules and the corresponding at least one diagram page of the LTT schematic diagram corresponding to the functional modules or the functional module combinations. The LTT schematic diagram to be generated of the LTT test item mainly comprises the following functional modules:

test system (e.g., MesSy) power module. The MesSy is used as a system platform of the LTT test and used for providing basic functions of signal output or signal detection, and all functional modules and graphic objects or elements in the channels in the schematic diagram determined based on the configuration parameters input/selected by the user are built on the MesSy, so that the schematic diagram of the LTT test item is generated.

A current test module CMM, which may comprise the current test module CMM and a CMM power supply module for supplying the CMM, which is an internal essential module of the MesSy and requires resources occupying the CAN bus channel of the MesSy.

The Serial Control (SC) card power supply module includes a CAN bus and a LIN bus transceiver inside, which are used to expand a CAN bus channel and a LIN bus channel, and may also be referred to as an SC expansion card. According to the requirement of the LTT test item, the SC card power supply module may further include a general SC card power supply module and a special SC card power supply module. The dedicated SC card power module is developed and customized by the user to enable more complex or convenient functions, such as relay-based bus control, outside of the CAN bus and LIN bus transceivers.

And the load layout module is used for realizing the interface connection between the equipment to be tested and the load of the load box, such as the front panel layout module of the load box.

The DUT power supply module comprises a DUT, power supply equipment and modules and the like which are associated with the DUT.

A CAN bus communication module comprising a CAN bus transceiver connected to a test system (e.g. MesSy) module and/or an SC card power supply module and a corresponding device or module requiring a CAN bus.

A LIN bus communication module comprising a LIN bus transceiver connected to a test system (e.g., MesSy) module and/or an SC card power module and a corresponding device or module requiring a LIN bus.

In the embodiments of the present application, the CAN bus communication module and the LIN bus communication module that do not include the SC expansion card may be referred to as a conventional CAN bus communication module and a LIN bus communication module, respectively. When the number of the CAN bus channels and/or the LIN bus channels of the LTT test items needs to be expanded by the SC expansion card, at least one SC expansion card is included in the CAN bus communication module and the LIN bus communication module, and therefore the SC expansion card and the LIN bus communication module CAN be respectively called an expansion CAN bus communication module and an LIN bus communication module.

And the analog signal input module corresponds to a device or module related to the functions of the analog signal input channel.

A digital signal input module corresponding to a function-related device or module of a digital signal input channel (including active high and active low channels).

And the PWM signal input module corresponds to a device or module related to the function of the PWM signal input channel.

The high-level side HSD output module and the low-level side LSD output module respectively correspond to the function-related devices or modules of the high-level side HSD channel and the low-level side LSD driving channel.

The antenna module and the air conditioner motor module respectively correspond to the equipment or the module with the additional equipment function of the antenna equipment channel and the air conditioner motor control port channel.

Of these functional modules, the most important is the generation of a map page of the corresponding LTT schematic of the functional module associated with the bus channel function comprising the CAN bus channel and the LIN bus channel. Because the detection data of the LTT test items of the device to be tested mainly come from signals transmitted on the CAN bus and LIN bus channels.

In the following, in particular, in sub-step S122, the details of the CAN-bus communication module and the LIN-bus communication module, respectively, and the number thereof are determined. The process portion mainly comprises a sub-step S122a for determining a number constraint of bus channels including a CAN bus channel and/or a LIN bus channel and a sub-step S122b for determining a CAN bus communication module and/or a LIN bus communication module and the number thereof.

The sub-step S122a is for determining the above-mentioned number constraints based on the number of bus channels required by the device under test DUT of the LTT test item including the number of CAN bus channels and the number of LIN bus channels, the number of bus channels required by the current test module CMM of the LTT test item including the number of CAN bus channels and the number of LIN bus channels, and the number of bus channels that the test system CAN provide including the number of CAN bus channels and the number of LIN bus channels. The bus channels required by the CMM may also be referred to as the bus channels to be occupied by the test system. The bus channel that the test system is capable of providing may also be referred to as the (largest) supported bus channel of the test system. Wherein the number of CAN bus channels and the number of LIN bus channels required for the DUT are calculated by multiplying the number of DUTs by the number of CAN bus channels and the number of LIN bus channels required for each DUT, which are indicated by the number of CAN bus channels 151 and the number of LIN bus channels 152, respectively. In the case where the number of DUTs input is characterized by the number of DUTs supported by each load box, the number of CAN bus channels and the number of LIN bus channels required by the DUTs are calculated by multiplying the number of CAN/LIN bus channels required by each DUT by the number of DUTs supported by the load box. The number of CAN and LIN bus channels required by the CMM and the number of CAN and LIN bus channels that the test system is capable of providing are determined based on the test system version 120.

The above-mentioned constraints on the number of bus channels in the LTT schematic are required to meet the test requirements of the LTT test project, i.e. the number of CAN bus channels and the number of LIN bus channels, including those provided by the test system MesSy and an external extension such as an SC card, should be equal to or greater than the number of CAN bus channels and the number of LIN bus channels required by the current test module CMM of the device under test DUT and MesSy, respectively, so that there is sufficient bus resources to transmit test data.

Specifically, the number of the CAN bus channels and the number of the LIN bus channels required to be used in the LTT test project are determined according to the acquired version information of the MesSy, the number of DUTs supported by one load box, and the number of the CAN bus channels and the number of the LIN bus channels required by each DUT, so that the number of the SC cards required to be used is determined. The SC card, which includes CAN and LIN transceivers for extending the CAN and LIN bus channels, may be used with the MesSy to supplement the number of CAN and LIN bus channels in the event that the MesSy itself supports an insufficient number of CAN and LIN bus channels to support the total number of bus channels required by the DUT in the LTT test project and the CMM in the MesSy.

On the basis of determining the number constraint, the number of CAN bus channels and the number of LIN bus channels required in the entire LTT schematic, and the number of SC cards for providing the required number of external extension CAN bus channels and the number of LIN bus channels may be determined in sub-step S122b by the above calculation based on at least the number constraint. Further, the SC card power supply modules and the number thereof included in the LTT schematic to be generated (assuming that the SC card power supply modules are predefined for a single SC card), the type of the CAN bus communication module (regular or extended) and/or the type of the LIN bus communication module (regular or extended) and the number of modules corresponding thereto are determined.

The principle of determining the number constraints of the CAN bus channels and LIN bus channels of the LTT schematic and determining the number configuration of the bus channels required and the number configuration of the SC cards required in the LTT test project based on the number constraints is described below in several examples.

In a first example, based on the acquired configuration parameters, one Loadbox of the LTT test project supports 1 DUT and requires 8 CAN bus channels and 9 LIN bus channels per DUT.

The MesSy of the MesSy I version or the MesSy II version itself provides 5 maximum on-chip CAN transceivers, 5 on-chip basic communication resources without CAN transceivers and 25 serial communication interfaces, i.e. the MesSy of the MesSy I version or the MesSy II version itself CAN provide 5 number of CAN bus channels. Each MesSy of the MesSy II FD version provides a maximum of 10 on-chip CAN FD transceivers and 25 serial communication interfaces, i.e. the number of CAN bus channels provided by the MesSy of the MesSy II FD version is 10. The MesSy itself does not provide an on-chip transceiver of the LIN bus channel.

If the MesSy of the MesSy I or MesSy II version is used, since the MesSy system needs to occupy 1 CAN bus channel when reading the data of the current test module, so that the MesSy CAN provide only 4 CAN bus channels for the DUT, and therefore, the MesSy needs to provide 4 CAN bus channels for extension outside the MesSy. Furthermore, the 9 LIN bus channels required by the DUT also need to be extended with LIN bus channels outside the MesSy. According to the above number constraints, the number of CAN bus channels and LIN bus channels provided by the MesSy system itself and the external SC card should satisfy the number of CAN bus channels and LIN bus channels required for the DUT and CMM, that is, the number of CAN bus channels provided in total should be greater than or equal to 9, and the number of LIN bus channels should be greater than or equal to 9. By subtracting the number of CAN bus channels provided by the MesSy itself, the number of CAN bus channels of the peripheral extension provided by the peripheral SC card should be greater than or equal to 9-5-4, and the number of LIN bus channels should be greater than or equal to 9. According to the embodiment of the application, a SC card CAN support 5 CAN bus channels and 15 LIN bus channels at most, and one SC card already satisfies the calculated CAN and LIN bus channel resources. Therefore, an SC card for the external extension CAN and LIN bus channels CAN be added. Accordingly, in the LTT schematic diagram, in addition to the drawing pages corresponding to the test system (MesSy) power supply module, the CMM module, the DUT power supply module, respectively, and the like, drawing pages corresponding to the SC card power supply module and drawing pages corresponding to the conventional CAN bus communication module (excluding the SC card), the extended CAN bus communication module including one SC card, and the extended LIN bus communication module, respectively, are required.

If the MesSy of the MesSy II FD version is used, since the 10 CAN bus channels supported by the MesSy itself already satisfy the CAN bus channel resources required by both the DUT and the CMM, no external extension of the CAN bus channels is needed anymore but only the 9 LIN bus channels required by the DUT need to be extended. Through calculation, 1 SC card can still be used to provide the LIN bus channel. Accordingly, in the LTT schematic diagram, in addition to the drawing pages corresponding to the test system (MesSy) power supply module, CMM module, DUT power supply module, respectively, and the like, drawing pages corresponding to the SC card power supply module and drawing pages corresponding to the conventional CAN bus communication module and the extended LIN bus communication module including one SC card, respectively, are required.

In a second example, based on the obtained configuration parameters, one Loadbox of the LTT test project supports simultaneous testing of 3 DUTs and each DUT requires 3 CAN bus channels and 4 LIN bus channels.

The DUTs in this LTT test project required a total of 3 × 9 CAN bus channels and 4 × 3 × 12 LIN bus channels. If a MesSy version I or II of the MesSy is used, the MesSy needs to be extended externally with at least 9+ 3-5-7 CAN bus channels and at least 12 LIN bus channels since the CMMs inside the MesSy need to occupy 3 CAN bus channels in total (each CMM occupies 1 and 3 CMMs are needed to test 3 DUTs). 1 SC card CAN support 5 CAN bus channels and 15 LIN bus channels at most, and then 2 SC cards are needed to extend the CAN bus channels (at the moment, one SC card CAN provide the extension requirement of the LIN bus channel enough). Accordingly, in the LTT schematic diagram, in addition to the drawing pages corresponding to the test system (MesSy) power supply module, the CMM module, the DUT power supply module, respectively, and the like, drawing pages corresponding to the 2 SC card power supply modules and drawing pages corresponding to the conventional CAN bus communication modules, the extended CAN bus communication module including two SC cards, and the extended LIN bus communication module including one SC card, respectively, are required. If the MesSy of the MesSy II FD version is used, the CAN bus channel occupied by the CMM is removed from the MesSy internally, and the number of the CAN bus channels available for external use in the MesSy is 10-3-7. Compared with the total number of CAN bus channels required by the DUT (device under test) of 9, the number of the CAN bus channels is reduced by only 2, and only one SC card needs to be externally expanded in the LTT schematic diagram to meet the number constraint. Accordingly, in the LTT schematic diagram, in addition to the drawing pages corresponding to the test system (MesSy) power supply module, the CMM module, the DUT power supply module, respectively, and the like, drawing pages corresponding to 1 SC card power supply module, respectively, and drawing pages corresponding to the conventional CAN bus communication module, the extended CAN bus communication module including one SC card, and the extended LIN bus communication module including one SC card are required.

In determining the number configuration of bus channels required in the LTT test item and the number configuration of SC cards required, the DUT and CMM are connected to the CAN bus mainly through MesSy and SC cards, and the DUT is connected to the LIN bus through SC cards. On the premise that the number of bus channels meets the requirement, the specific bus channels connected with the DUT and the CMM can be freely distributed. Since the SC card is only used for the extension of CAN and LIN bus channel communications, the channels such as HSD, LSD, antenna and air conditioner are employed as output channels from the DUT to the analog load (e.g., resistor or motor) in the load box and in the associated calculations from the input channels to the DUT, regardless of the number constraints of CAN and LIN bus channels.

The determination of the types and the number of other functional modules CAN be more easily accomplished by the configuration parameters of the LTT schematic acquired in step S110, as compared to the configuration of the SC card power module and the corresponding conventional or extended CAN bus communication module and/or the conventional or extended LIN bus communication module that are determined for providing the number of external extended CAN bus channels and the number of LIN bus channels required for the LTT test items, such as by sub-steps S122a and S122b included in sub-step S122.

After determining the various types of function modules and the number thereof included in the LTT schematic diagram to be generated in step S120, the method extracts function module templates corresponding to the respective function modules from the template database according to the function modules and the number thereof in step S130, and then automatically arranges the corresponding number of function module templates in at least one drawing page, thereby completing the automatic generation of the LTT schematic diagram.

Step S130 may include a substep S131 of generating a drawing page template, a substep S132 of extracting a corresponding function module template from the template database 190, a substep S133 of arranging the function module template on the drawing page, and an optional substep S134 of expanding the drawing page in the case where the existing drawing page is insufficient to arrange all of the corresponding number of function module templates.

The substep S131 first generates a drawing page template. FIG. 2 illustrates a diagram page template according to an embodiment of the present application. The page template may be in the form of a page template in Office Visio software from microsoft corporation, for example, and its configuration parameters include format information such as size, orientation, and origin of coordinates of the page template. For example, the drawing template is fixed using a3 paper and placed in the transverse direction. Then, coordinate axis information is set in the drawing page template. The upper left corner is used as an origin a (0,0)201, the transverse rightward direction is an x-axis, the longitudinal downward direction is a y-axis, and the placement positions of all functional modules in the LTT schematic diagram to be generated are located according to the position coordinates on the coordinate axes.

Graphical models of graphical objects or elements of devices or elements involved in the LTT schematic or individual functional modules therein, and/or collections of devices or elements included in the functional modules and/or channels, signal and/or electrical connection relationships between these devices or elements, and other relevant drawing setup parameters may be predefined and stored in respective databases. The database may include a graphic model database storing graphic objects or elements corresponding to devices or elements, a template database 190 storing function module templates corresponding to function modules, and the like. According to an embodiment of the present application, the template database 190 includes predefined function module templates of various types of function modules that may be involved in the LTT schematic to be generated. The function module template includes not only the combination of the devices or elements included in the function module, but also the connection relationship between the devices or elements, the connection relationship between the function modules and the outside of the module, and related drawing setting parameters, such as the size, shape, and the like of the function module template. The drawing setting parameters include, among others, the pattern and format of the graphic model of the graphic object or element of the various devices or elements, the pattern and format of the graphic model such as the connection relationship expressed in the form of a line or the like, the spatial relationship (e.g., relative or absolute position) in which the various graphic models are placed, and the symbol marks related to these graphic models, and the like. The functional module template related to the generation of the LTT schematic diagram is predefined based on the drawing standard and principle of the LTT schematic diagram, and needs to meet the design specification of the LTT test system and is specially used for drawing the schematic diagram of the LTT test project. As described above, a functional module may relate to channel functionality of one or more channels in an LTT test item, and thus a functional module template may be composed of channel templates for one or more channels. According to an embodiment, the function module may be set to implement the function of one channel, so that the details of automatically arranging a corresponding number of a plurality of function module templates in at least one drawing sheet are exemplified in the following description with the function module template of the function module corresponding to a single channel.

The template database 190 may be stored in a library file in the form of a Visio template. The template database 190 may also include templates for graphical objects or elements of all devices and elements that may be used in the LTT test project, as well as graphical models of connection relationships. The template database 190 may further store the configuration parameter list displayed in the GUI for acquiring the configuration parameters in step S110 and/or the map page template generated in sub-step S131. The files storing the template database 190 may be located in the same directory as the GUI tool that generated the LTT schematic. According to an embodiment of the present application, the template database 190 may store only a function module template database corresponding to a function module, a template of a graphic model of devices and elements included in the function module and a graphic model of connection relationships, and/or a drawing page template using other template files or library files.

After determining the sheet template, the method of the present application extracts the determined or preset sheet template in sub-step S132, extracts function module templates corresponding to the determined various types of function modules from the template database 190 so as to automatically arrange the function module templates in the next sub-step S133.

As shown in fig. 2, function module templates 210 to 230 corresponding to three function modules of the same type are arranged on the sheet template. The

function module templates

210, 220, and 230 may be identical or different. According to an embodiment of the present application, not only may corresponding function module templates of the same function module be arranged on the corresponding one or more pages, but also corresponding function module templates of different function modules of the same type may be arranged on the corresponding one or more pages, and even corresponding function module template pages of a plurality of function modules of the same or different types related to a certain function or functions of the LTT test item may be arranged on the corresponding one or more pages. These corresponding pages may be labeled with functional modules, such as a CAN bus communication module page, HSD output module page, etc.

In the following, it is exemplified that the function module templates corresponding to the function modules related to the channels (functions) are arranged in the corresponding one or more drawing pages. The coordinate of the upper left corner of the function module template may be set as a reference point, and the function module template may be placed at the position of the page template with the coordinate of (1,1), so as to complete the layout of one function module template 210 on the page. If the functional modules that can be arranged together on the drawing sheet also include 220 and 230, i.e., the number of functional modules of this type is 3, the corresponding functional module templates 210 to 230 of the three functional modules can be arranged side by side on the drawing sheet. Assuming that the function module templates 210 to 230 are rectangles having a length of 10 coordinate units and a width of 2 coordinate units, the upper left-hand coordinate reference points of the function module templates 210 to 230 arranged horizontally side by side extending rightward on the drawing sheet are (1,1), (1,4) and (1,7), respectively.

Fig. 3 illustrates the substep S133 of arranging HSD output module templates for a corresponding number of functional modules corresponding to the high-side HSD channels on the drawing sheet, taking HSD output module templates of the HSD output modules corresponding to the high-side HSD channels as an example. The functional template templates for HSD channels may be extracted from the template database 190 as shown at 301. According to the configuration parameters obtained in step S110, if the number of HSD channels is 5, the number of HSD output modules in the LTT schematic diagram to be generated is 5 (each HSD output module corresponds to a function of an HSD channel). Thus, 5 predefined combinations of HSD output modules may be extracted from the template database 190 and placed in a template layout as shown at 302 in the drawing sheet. The 5 HSD output module templates shown in fig. 3 are the same, and according to the requirement of the LTT test project, when the multiple HSD output modules in the LTT schematic are different, the corresponding predefined HSD output module templates may be extracted from the template database 190 and combined to be arranged in the map page.

For example, according to the requirements of the LTT test project, a corresponding number of normal CAN bus communication module templates and extended CAN bus communication module templates (for example, each extended CAN bus communication module template includes an SC card) of the normal CAN bus communication modules and the extended CAN bus communication modules CAN be extracted from the template database 190, and these relevant CAN bus communication module templates are combined together and arranged in a map page. As shown in fig. 4, the LTT schematic diagram of the LTT test item includes two kinds of CAN bus communication modules, namely a normal CAN bus communication module (1 in number) and an extended CAN bus communication module (1 in number). The normal CAN-bus communication module template 410 extracted from the template database 190 includes CAN interfaces 411 and 412 directly connected with a CAN bus, and the extracted extended CAN-bus communication module template 420 includes CAN interfaces 411 and 412 indirectly connected with a CAN bus via an SC card 423 for extending a CAN-bus channel. On the map page associated with the CAN bus communication module, the CAN bus

communication module templates

410 and 420 may be combined side by side and arranged in the manner shown in fig. 4.

Likewise, for other functional modules, such as the MesSy power module, the SC card power module, the LAN bus communication template, etc., corresponding functional module templates may also be extracted from the template database 190, and the corresponding number of functional module templates may be combined or otherwise arranged in the corresponding page or pages according to the number of functional modules determined or calculated by the requirements of the LTT test project.

The optional substep S134 is used in case that a plurality of function module templates related thereto cannot be arranged on the corresponding one or more existing drawing sheets. Still taking the HSD output module as an example, if the inputted configuration parameters indicate that the LTT test item includes multiple HSD channels, it needs to be further determined whether the existing map page needs to be extended with the map page template to accommodate more HSD output module templates (each HSD output module corresponds to the function of one HSD channel) in sub-step S134. For example, one map page template may accommodate up to 8 HSD channels (i.e., 8 HSD output module templates), as defined when generating the map page template in step S131. It is determined whether an initial single page template needs to be extended into a page composed of two or more consecutive page templates according to the acquired number of HSD channels input by the user, i.e., the HSD channels are arranged by extending an original page including at least one page template into a page including two or more (consecutive) page templates based on the page template. For example, when the number of HSD channels is 10, HSD output module templates corresponding to the 9 th and 10 th HSD channels (HSD output modules) exceeding 8 upper limit numbers need to be arranged based on a new extended drawing page template on the basis of the existing drawing page. For example, the expansion map page may expand laterally as indicated by arrow 202 shown in FIG. 2. The layout of the function module template and the expansion of the corresponding drawing sheet can also be achieved in a similar manner when the number of channels (e.g., input channels, LSD channels, antenna channels, and air conditioner motor channels) included in the other function modules exceeds the upper limit of the number that can be accommodated by the drawing sheet template.

In the process of generating the LTT schematic diagram, a diagram page of the schematic diagram corresponding to each functional module is generated for each functional module or each type of functional module. For example, the power supply module and the CAN bus communication module are respectively drawn on different drawing pages. The reason for this way of drawing the map pages is that the graphic objects or elements corresponding to all the devices or elements in the function module templates corresponding to so many function modules and the graphic connection relationships between them cannot be arranged in the same map page, so the drawing of the map pages can facilitate the viewing of the schematic diagram.

After obtaining the map pages corresponding to all the functional modules, combining the map pages to finally obtain the LTT schematic diagram.

After the generation of the LTT schematic is automatically completed, the schematic may be manually adjusted by a human in optional step S140. The manual adjustment may include receiving a modification indication from a user and modifying the LTT schematic based on the modification indication to generate an updated LTT schematic. Manual adjustments include further allocation of resources in the LTT test project, such as settings for specific DUT pins and load resistance values. The manual adjustment may also include checking the generated LTT schematic for errors and corrective action if any.

Further, the generated LTT schematic may be stored in a file in optional step S150 for later reference. The schematic file may take the form of a Visio template, for example, and be stored in the same directory as the GUI tool that generated the LTT schematic.

By adopting the method for generating the LTT schematic diagram, the types and the number of the functional modules contained in the LTT schematic diagram can be determined according to the test requirements of the LTT test items and the requirements of various application scenarios and working environments of the device to be tested. And extracting the corresponding function module template from the module database according to the determined function module, so that the problem of format confusion caused by bringing personal drawing styles into repeated drawing and manual drawing by different plotters can be avoided. The functional module templates predefine the elements related to the LTT test items and the connection relations thereof, so that the elements and the connection relations thereof in the functional modules do not need to be analyzed, calculated and configured again when a plurality of functional module templates are arranged, the drawing time is obviously saved, and the drawing efficiency is improved. The scheme for automatically drawing the schematic diagram can be used for carrying out resource allocation on the LTT test project, quickening the project development progress and facilitating later-stage management and maintenance. For example, the automated schematic generation operation may complete most of the content requiring manual drawing work (such as 70% of the work load for the drawing process).

Fig. 5 illustrates an exemplary structure of an apparatus 500 for generating an LTT schematic according to an embodiment of the present application. The device 500 includes a parameter obtaining unit 510 for obtaining configuration parameters of the LTT schematic diagram, and a generating unit 520 for determining the functional modules and the number thereof included in the LTT schematic diagram to be generated according to the configuration parameters, extracting the functional module templates corresponding to the functional modules from the template database according to the functional modules and the number thereof, and automatically arranging the corresponding number of functional templates in at least one drawing page to generate the LTT schematic diagram. The parameter obtaining unit 510 may also complete further details of step S110 described above as shown in fig. 1, and the generating unit 520 may complete further details of at least one of steps S120 to S150 as shown in fig. 1. Wherein the same or similar parts as above are not described in detail.

It should be noted that although several modules or units of the method and system for generating an LTT schematic are mentioned in the above detailed description, such partitioning is not mandatory. Indeed, the features and functionality of two or more modules or units described above may be embodied in one module or unit, according to embodiments of the application. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units. The components shown as modules or units may or may not be physical units, i.e. may be located in one place or may be distributed over a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.

In an exemplary embodiment of the present application, there is further provided a computer-readable storage medium, on which a computer program is stored, the program comprising executable instructions, which when executed by, for example, a processor, may implement the steps of the method for generating an LTT schematic diagram described in any one of the above embodiments. In some possible implementations, various aspects of the present application may also be implemented in the form of a program product comprising program code for causing a terminal device to perform the steps according to various exemplary embodiments of the present application described in the method for generating an LTT schematic of the present specification, when the program product is run on the terminal device.

A program product for implementing the above method according to an embodiment of the present application may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on a terminal device, such as a personal computer. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The computer readable storage medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable storage medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a readable storage medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

In an exemplary embodiment of the present application, there is also provided an electronic device that may include a processor, and a memory for storing executable instructions of the processor. Wherein the processor is configured to perform the steps of the method for generating an LTT schematic in any of the above embodiments via execution of the executable instructions.

As will be appreciated by one skilled in the art, aspects of the present application may be embodied as a system, method or program product. Accordingly, various aspects of the present application may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system.

An electronic device 600 according to this embodiment of the present application is described below with reference to fig. 6. The electronic device 600 shown in fig. 6 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 6, the electronic device 600 is embodied in the form of a general purpose computing device. The components of the electronic device 600 may include, but are not limited to: at least one processing unit 610, at least one storage unit 620, a bus 630 that connects the various system components (including the storage unit 620 and the processing unit 610), a display unit 640, and the like.

Wherein the storage unit stores program code, which can be executed by the processing unit 610, to cause the processing unit 610 to perform the steps according to various exemplary embodiments of the present application described in the method for generating an LTT schematic in the present specification. For example, the processing unit 610 may perform the steps as shown in fig. 1.

The storage unit 620 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)6201 and/or a cache memory unit 6202, and may further include a read-only memory unit (ROM) 6203.

The memory unit 620 may also include a program/utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Bus 630 may be one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

The electronic device 600 may also communicate with one or more external devices 700 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with the electronic device 600, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 600 to communicate with one or more other computing devices. Such communication may occur via input/output (I/O) interface 650. Also, the electronic device 600 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the Internet) via the network adapter 660. The network adapter 660 may communicate with other modules of the electronic device 600 via the bus 630. It should be appreciated that although not shown in the figures, other hardware and/or software modules may be used in conjunction with the electronic device 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, to name a few.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present application may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, or a network device, etc.) to execute the method for generating the LTT schematic diagram according to the embodiments of the present application.

Other embodiments of the present application will be apparent to those skilled in the art from consideration of the specification and practice of the present disclosure. This application is intended to cover any variations, uses, or adaptations of the invention following, in general, the principles of the application and including such departures from the present disclosure as come within known or customary practice within the art to which the invention pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the application being indicated by the following claims.

Claims

1. A method of generating a LTT schematic diagram of a life cycle tester, comprising:

Obtain the configuration parameters of the LTT schematic to be generated;

According to the configuration parameters, determine the functional modules and their quantities included in the LTT schematic to be generated; and

Extract the function module template corresponding to the function module in the template database according to the function module and its quantity, and automatically arrange the corresponding number of the function module template in at least one drawing page to generate the LTT schematic diagram ;

Wherein, the template database includes predefined function module templates of the function modules involved in the LTT schematic diagram, and the function module template includes elements constituting the function modules and connection relationships between the elements.

2. The method according to claim 1, wherein the configuration parameters comprise at least one of the following:

Test system version, number of devices under test, power supply parameters, analog signal input parameters, PWM signal input parameters, digital signal input parameters, number of CAN bus channels, number of LIN bus channels, number of high-level side driver channels, low level Number of side driver channels, number of antenna channels, and number of air conditioner motor channels.

3. The method according to claim 1, wherein the functional module comprises at least one of the following:

Test System Power Supply Module, Current Test Module CMM, Serial Control SC Card Power Supply Module, Load Layout Module, DUT Power Supply Module, CAN Communication Module, LIN Communication Module, Analog Signal Input Module, Digital Signal Input Module, PWM Signal Input module, high-level side output module, low-level side output module, antenna module and air conditioner motor module.

4. The method according to claim 1, wherein the configuration parameters include: a test system version, the number of devices to be tested, the number of bus channels, and the functional modules include: a bus communication module with an SC card and Bus communication module without SC card;

According to the configuration parameters, determining the functional modules and their numbers included in the LTT schematic to be generated further includes:

According to the configuration parameter, determine the number constraint of the bus channel;

According to the quantity constraint, the number of bus communication modules without SC cards and the number of bus communication modules with SC cards are determined.

5. The method according to claim 4, wherein the quantity constraint comprises: the total number of required bus channels determined by the number of the devices under test and the number of the bus channels, and the The number of bus channels to be occupied by the test system determined by the test system version, and the maximum number of bus channels supported by the test system determined by the test system version.

6. The method according to claim 1, wherein the automatically arranging a corresponding number of the function module templates in at least one drawing page further comprises:

Extract preset page templates;

A corresponding number of the function module templates are automatically arranged on the drawing page template, and when the layout cannot be completed on a single drawing page template, the drawing page template is expanded to complete the corresponding number of all the function module templates. Describe the layout of the function module template.

7. The method of claim 1, further comprising:

After the LTT schematic diagram is generated, a modification instruction from the user is received, and according to the modification instruction, the LTT schematic diagram is modified to generate an updated LTT schematic diagram.

8. A device for generating an LTT schematic diagram, comprising:

a parameter obtaining unit, configured to obtain configuration parameters of the schematic diagram to be generated;

A generating unit, configured to determine, according to the configuration parameters, the functional modules and their quantities included in the LTT schematic to be generated; and according to the functional modules and their quantities, extract the corresponding functional modules from the template database the function module template, and automatically arrange a corresponding number of the function templates in at least one drawing page to generate the LTT schematic diagram;

9. A computer-readable storage medium having stored thereon a computer program comprising executable instructions that, when executed by a processor, implement the method according to any one of claims 1 to 7 method.

10. An electronic device, comprising:

processor; and

a memory for storing executable instructions for the processor;

wherein the processor is configured to execute the executable instructions to implement the method of any of claims 1-7.