Method and apparatus for automatically designing a pneumatic circuit

Abstract

The application discloses a method and device for automatically designing a pneumatic circuit diagram. The method comprises the following steps: performing element recognition on an input three-dimensional model to obtain element types of elements in the three-dimensional model; based on the element types, selecting elements contained in an action group through interactive setting of a client, configuring corresponding action descriptions for the action group, and obtaining action group configuration data; performing legend matching on the elements contained in the action group to obtain model element legend data; performing legend feature recognition on the model element legend data, and based on a result of the legend feature recognition and the action group configuration data, performing legend connection and content labeling to generate a pneumatic circuit diagram. The application solves the technical problems of low design efficiency and errors of existing pneumatic circuit diagrams.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of intelligent design of automobiles, in particular, to a method and device for automatically designing a pneumatic circuit diagram. BACKGROUND

[0002] In the design process of automobile tooling fixtures, the drawing of a pneumatic circuit diagram is an essential link. In the prior art, a designer usually manually completes the construction of a pneumatic circuit diagram according to a process file, needs to sequentially load the legends of elements such as air sources, valve banks, solenoid valves, air cylinders, suction cups, and throttle valves, and determines the connection relationship of the elements and the division of action groups by means of manual operation. For example, an air cylinder needs to be classified into an action group controlled by a certain solenoid valve, and the configuration of the action group depends on the experience and judgment of the designer.

[0003] However, the above method has obvious defects: first, the selection of air cylinders in an action group completely depends on manual operation, and it is easy to miss or repeatedly select; second, the legends in the pneumatic circuit diagram need to be imported and repeatedly copied by the designer, which is low in efficiency; third, the connection relationship between different elements needs the designer to have a deep understanding of the principle of the fixture pneumatic circuit, and the dependence on personal experience is high. These problems result in low design efficiency and high error rate of the pneumatic circuit diagram, high labor cost, and difficulty in meeting the design requirements of new vehicle models, rapid iteration, and complex tooling fixtures.

[0004] At present, no effective solution has been proposed for the above problems. SUMMARY

[0005] The embodiments of the present application provide a method and device for automatically designing a pneumatic circuit diagram to at least solve the technical problems of low design efficiency and high error rate of the existing pneumatic circuit diagram.

[0006] According to an aspect of an embodiment of the present application, a method for automatically designing a pneumatic circuit diagram is provided, including: performing element recognition on an input three-dimensional model to obtain the element types of elements in the three-dimensional model; based on the element types, selecting the elements contained in an action group through interactive setting of a client, and configuring the corresponding action description for the action group to obtain action group configuration data; performing legend matching on the elements contained in the action group to obtain model element legend data; performing legend feature recognition on the model element legend data, and based on the result of the legend feature recognition and the action group configuration data, performing legend connection and content labeling to generate a pneumatic circuit diagram.

[0007] According to another aspect of the embodiments of this application, an apparatus for automatically designing gas flow diagrams is also provided, comprising: an identification module configured to identify components of an input three-dimensional model to obtain the component type of each component in the three-dimensional model; a setting module configured to select components included in an action group based on the component type through interactive settings of a client, and configure corresponding action descriptions for the action group to obtain action group configuration data; a matching module configured to perform legend matching on the components included in the action group to obtain model component legend data; and a generation module configured to perform legend feature recognition on the model component legend data, and perform legend connection and content annotation based on the result of legend feature recognition and the action group configuration data to generate a gas flow diagram.

[0008] In this embodiment, the input 3D model is subjected to component identification to obtain the component type of each component in the 3D model; based on the component type, the components included in the action group are selected through client interaction settings, and corresponding action descriptions are configured for the action group to obtain action group configuration data; legend matching is performed on the components included in the action group to obtain model component legend data; legend feature recognition is performed on the model component legend data, and based on the results of the legend feature recognition and the action group configuration data, legend connections and content annotations are performed to generate a gas path diagram. This method solves the technical problems of low efficiency and susceptibility to errors in existing gas path diagram design. Attached Figure Description

[0009] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings:

[0010] Figure 1 This is a flowchart of an optional method for automatically designing gas path diagrams according to an embodiment of this application;

[0011] Figure 2 This is a flowchart of another optional method for automatically designing gas path diagrams according to an embodiment of this application;

[0012] Figure 3 This is a schematic diagram of an optional legend processing according to an embodiment of this application, wherein (a) is a variable illustration and (b) is a layer illustration;

[0013] Figure 4 This is a schematic diagram of an optional database setup according to an embodiment of this application;

[0014] Figure 5 This is a schematic diagram of an optional standard design configuration according to an embodiment of this application;

[0015] Figure 6 This is a schematic diagram of an optional generated gas path diagram according to an embodiment of this application;

[0016] Figure 7 This is a flowchart of another optional method for automatically designing gas path diagrams according to an embodiment of this application;

[0017] Figure 8 This is a flowchart of an optional method for connecting legends according to an embodiment of this application;

[0018] Figure 9 This is a schematic diagram of an optional automatic gas path diagram design device according to an embodiment of this application;

[0019] Figure 10 A schematic diagram of the structure of a computer device suitable for implementing embodiments of the present disclosure is shown. Detailed Implementation

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

[0021] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0022] According to an embodiment of this application, a method embodiment for automatically designing gas path diagrams is provided. It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. Furthermore, although a logical order is shown in the flowchart, in some cases, the steps shown or described may be executed in a different order than that shown here.

[0023] Figure 1This is a method for automatically designing gas path diagrams according to embodiments of this application, such as... Figure 1 As shown, the method includes the following steps:

[0024] Step S102: Component identification is performed on the input 3D model to obtain the component type of each component in the 3D model.

[0025] A gas flow diagram database is built on the server side. This database stores various legends, label styles, annotation rules, and design standards required for gas flow diagrams. Each legend has preset connection points and annotation features. The various legends and label styles are pre-processed, including layer settings and / or variable name settings.

[0026] Next, the input 3D model is obtained, and the number, attribute name and specification of each component in the 3D model are extracted; based on the extracted number, attribute name and specification, the component type of each component is determined.

[0027] Step S104: Based on the component type, select the components included in the action group through client interaction settings, configure the corresponding action description for the action group, and obtain the action group configuration data.

[0028] Based on the component type, the components included in the action group are selected through the client's interaction settings, and the design standards of the components included in the action group are obtained; corresponding action descriptions are configured for the components included in the action group, and the design standards are updated based on the action descriptions to obtain the action group configuration data.

[0029] Step S106: Perform legend matching on the components included in the action group to obtain model component legend data.

[0030] Step S108: Perform legend feature recognition on the legend data of the model components, and based on the results of the legend feature recognition and the action group configuration data, perform legend connection and content annotation to generate a gas path diagram.

[0031] For example, legend feature recognition is performed on the legend data of the model components to identify the connection points, positioning points and annotation feature variables in the legend data of the model components, forming legend feature data; the legend feature data is mapped with the action group configuration data, and legend connections and content annotations are performed based on the mapping results.

[0032] This application provides a complete standard library of pneumatic circuit diagram legends. Each legend includes corresponding labeled feature variables, positioning points, connection points, etc. When using it, users only need to configure the legend types used under a specific standard. The software then identifies the connection and labeling features on the legends, connecting and labeling the associated legends. Components represented in models such as cylinders and suction cups can be assigned action groups by designers. This improves the efficiency of pneumatic circuit diagram design.

[0033] Figure 2 This is another method for automatically designing gas path diagrams according to an embodiment of this application. This method automatically generates gas path diagrams by building a complete set of legends and design standards on the server side, allowing users to simply select the standards and interact with CATIA through the program interface.

[0034] Specifically, such as Figure 2 As shown, the method includes the following steps:

[0035] Step S202: Build the database.

[0036] The database contains various legends, label styles, and annotation rules used in gas flow diagrams. Legends and label styles require pre-processing by the user according to standards (processing methods are not limited to layer settings and variable name settings). Legend processing is as follows... Figure 3 As shown, where, Figure 3 In the diagram, (a) represents a variable and (b) represents a layer. The database setup is as follows: Figure 4 As shown, where, Figure 4 In the diagram, (a) represents the server building the database by category, (b) represents the program calling the database locally, and (c) represents the correspondence between the model and the legend.

[0037] Step S204: Configure design standards.

[0038] The design standard configuration can be implemented on the server side. The server-side configuration represents a general standard, while specific design requirements and standards for different clients can be set on the client-side interface. Design standards are not limited to the position of the cylinder relative to the inlet and outlet pipes in the pneumatic circuit diagram, such as whether the cylinder is arranged on the left or right side of the inlet and outlet pipes; whether connectors are required, the type and specifications of the connectors, and the color coding of the air pipes. The design standard configuration can be as follows: Figure 5 As shown.

[0039] Step S206: Set up the action group and generate the gas path diagram.

[0040] The main content of the pneumatic circuit schematic diagram is to classify the action groups of cylinders, suction cups, solenoid valves, sensors, etc. in the 3D model.

[0041] The current program identifies component types based on model characteristics (part number, attribute name, specifications, etc.). Designers can then interactively select components such as cylinders and suction cups within the action group through the program interface. The program automatically detects connection points by setting layers on each component, connecting related components with line segments or polylines. The generated pneumatic circuit diagram is shown below. Figure 6 As shown.

[0042] Compared with existing technologies, this application eliminates the need for designers to add legends to each gas path diagram individually, and also eliminates the need to consider the connection relationships between each legend. Gas path diagrams can be automatically generated simply by interacting with the interface and CATIA.

[0043] Figure 7 A flowchart illustrating another method for automatically designing gas path diagrams according to an embodiment of this application is shown. Figure 7 As shown, the method includes the following steps:

[0044] Step S702: Build the database.

[0045] First, a database is built on the server side. The database mainly includes a legend library, a design standard library, a recognition rule library, and an annotation content rule library.

[0046] The legend library stores all the legends needed for pneumatic circuit design, such as air sources, valve banks, solenoid valves, cylinders, suction cups, and throttle valves. Each legend undergoes preprocessing before being imported into the database to ensure it has consistent layer, variable names, and connection point identifiers. In addition to storing legends, the library also stores pull-up number styles required by different customers and vehicle models, such as serial pull-up numbers, group pull-up numbers, and hierarchical pull-up numbers. These pull-up number styles are automatically invoked when generating pneumatic circuit diagrams to label action groups or specific components.

[0047] Before importing the legend into the database, preprocessing is required, including layer settings, variable name settings, and connection point annotations. When setting layers, different layers are used for connection points or features of different functions. For example, the air intake is set to IN_LAYER, the air outlet to OUT_LAYER, and the detection point to SENSOR_LAYER. When setting variable names, unique variable names are defined for features in different legends, such as SHE representing the cylinder housing, QGpt1~QGpt5 representing different connection points on the cylinder, and CULR-TEXT representing the air pipe color annotation.

[0048] The annotation rule library is used to define the annotation methods for different components when generating pneumatic circuit diagrams. For example, the numbering rules for cylinders, the port annotation rules for solenoid valves, and the color and thickness annotation rules for air pipes, etc.

[0049] The identification rule base stores rules for the automatic identification and classification of components in pneumatic circuit diagrams, ensuring that the program can accurately identify the type and characteristics of each part when reading CAD or CATIA model files. Specifically, the identification rule base contains rules for identifying component types by part number, attribute name, or specification model. For example, parts with numbers starting with CYL are identified as cylinders, parts starting with VAL are identified as solenoid valves, and parts starting with SEN are identified as sensors.

[0050] The design standard library stores standardized rules for drawing and laying out pneumatic circuit diagrams, ensuring that the generated diagrams meet both general engineering standards and individual customer requirements. The library includes design standards such as rules for arranging cylinders on the left and right sides of the inlet and outlet pipes, connection rules between solenoid valves and cylinders, and connector types and specifications.

[0051] Step S704, configure design standards.

[0052] After the database is built, design standards need to be configured on the server side. Design standards are used to standardize the arrangement and connection rules of different components in the gas circuit diagram.

[0053] 1) Establish general design standards.

[0054] The server-side default standards mainly include the following: the arrangement of cylinders on the left and right sides of the inlet and outlet air lines; the connection rules between solenoid valves and cylinders; the usage requirements and type specifications of connectors; and the numbering rules for action groups, such as numbering according to control sequence or grouping according to part number.

[0055] 2) Customized design standards for clients.

[0056] Customized settings can be made through the client interface to meet the specific requirements of different customers. For example, customer A requires all cylinders to be equipped with quick couplings; customer B requires the air path between the suction cup and the solenoid valve to be marked with dashed lines; customer C requires that high-pressure air pipes be marked with thick lines and low-pressure air pipes with thin lines in the output drawings. In this way, both general design requirements can be met, and the personalized requirements of different customers can be flexibly adapted.

[0057] Step S706: Set up the action group.

[0058] Setting up the action group is a core step in pneumatic circuit design. The method for setting up the action group provided in this embodiment includes the following steps:

[0059] 1) Identify the components in the 3D model.

[0060] It reads CATIA / CAD model files and automatically identifies components such as cylinders, suction cups, solenoid valves, and sensors based on information such as part numbers, attribute names, and specifications. For example, parts with part numbers starting with CYL are identified as cylinders, parts starting with VAL are identified as solenoid valves, and parts starting with SEN are identified as sensors.

[0061] 2) Assign action groups.

[0062] After identification, designers can select action groups through the interface, which automatically categorizes components such as cylinders and suction cups into the corresponding solenoid valve-controlled action groups. For example, action group 1 includes two cylinders and one suction cup, controlled by solenoid valve A; action group 2 includes one cylinder and one sensor, controlled by solenoid valve B.

[0063] Step S708: Generate the gas path diagram.

[0064] After the action group is set up and the conflict detection is resolved, the gas path diagram is automatically generated.

[0065] 1) Call the legend.

[0066] Based on the action group information, the corresponding cylinder, suction cup, solenoid valve, and other symbols are retrieved from the database, symbol features are identified, and matching is performed based on the connection point information.

[0067] 2) Automatic connection.

[0068] By reading the connection points in the component layer, the system automatically detects connection relationships and draws the connections as straight lines or polylines. For example, the air inlet of a cylinder is automatically connected to the output of a solenoid valve.

[0069] 3) Automatic annotation.

[0070] During the generation of the airway diagram, the following annotations are automatically completed according to the design standards: action group number, connector type and specifications, airway color and thickness, and sensor interface description.

[0071] 4) Output drawings.

[0072] The final generated pneumatic circuit diagram can be exported as a CAD format file for use in the production and assembly of tooling fixtures. The generated pneumatic circuit diagram not only reflects the logical relationships between all components but also strictly adheres to design standards.

[0073] The automatic connection process will be described in detail below, such as... Figure 8 As shown, it includes the following steps:

[0074] Step S7082: Generate the initial layout.

[0075] Based on the motion group information, the corresponding illustrations of cylinders, suction cups, solenoid valves, and sensors are retrieved from the database. The solenoid valve is set as the core node and initially placed on the reference layer of the drawing coordinate system. The cylinders and suction cups directly connected to the solenoid valve are placed on the left and right sides, and the sensors are placed near the cylinder output end. The initial positions are calculated from the spatial topology of the 3D model to maintain a basic correspondence with the physical layout.

[0076] Step S7084: Set constraints and perform conflict detection.

[0077] Before layout optimization, establish a number of constraints, including: components must be connected and not disconnected; the bounding boxes of component legends must not overlap and must maintain minimum spacing; the path length of a single air pipe must not exceed a set value; solenoid valves, cylinders, and sensors must be distributed in a preset hierarchy; and cylinders within the same action group must be horizontally aligned.

[0078] The initial layout is scanned, and the number of intersections between lines, the component density distribution per unit area on the drawing, and the total pipeline length are calculated. When the number of intersections is too high, components are overly concentrated, or the path length is too long, a conflict is identified, and the layout optimization process begins.

[0079] Step S7086, layered arrangement.

[0080] Solenoid valves are uniformly assigned to the first layer, cylinders and suction cups to the second layer, and their left and right positions are automatically determined based on the connection relationship between the air inlet and outlet. Sensors are assigned to the third layer, located on the extension line of the cylinder output end. This layered arrangement concentrates the main connections between layers, reducing unnecessary intersections.

[0081] Step S7088: Sort the nodes and connect them according to the legend.

[0082] Within each layer, the centroid position of a node is calculated, determined by the average position of connected nodes in the previous layer. Nodes in the same layer are then sorted based on the centroid results. If the sorting still results in intersections, a dynamic swapping strategy is employed, attempting to swap the positions of adjacent nodes, retaining the swap results only if the number of intersections decreases.

[0083] After determining the node order, select the optimal route for each connection path. Straight lines are preferred; if a straight line causes an intersection, a broken line is used, but the number of turning points on a broken line cannot exceed two.

[0084] Step S7089, local iterative optimization.

[0085] When the number of intersections in a local region remains high, the nodes in that local subgraph should be reordered and paths selected again. For example, simulated annealing can be used for multiple iterations, attempting small-scale swaps of node positions in each iteration, and deciding whether to accept the new layout based on the cost function evaluation results, in order to escape local optima.

[0086] Specifically, after completing node sorting and path routing, if the number of intersections in a certain area is still higher than the threshold (for example, the number of intersections in a cell exceeds 5, or the proportion of intersections around a node is greater than the preset proportion threshold), then the local subgraph will be optimized.

[0087] First, conflict hotspots are identified. The entire gas path diagram is divided into grid cells, and the intersection density of the connections in each cell is calculated. If the intersection density of a cell exceeds twice the global average, it is identified as a conflict hotspot region. The components and connections within this region are extracted into a local sub-map for further optimization.

[0088] Next, candidate solutions are generated. In the conflict hotspot subgraph, the following adjustments are performed on local nodes: swap the positions of adjacent nodes within the same layer; move nodes slightly horizontally or vertically while maintaining hierarchical constraints; insert a virtual inflection point on two lines with severe conflicts, causing the path to temporarily detour. Each adjustment generates one candidate solution, and the number of candidate solutions is controlled by set parameters (e.g., 10 candidate solutions can be generated per round).

[0089] Then, the adaptive cost function is evaluated. For each candidate solution, the cost function is calculated based on the number of intersections, total path length, number of inflection points on the polyline, and the congestion of local cells.

[0090] Cost = α × number of intersections + β × total path length + γ × number of inflection points on the polyline + δ local cell congestion

[0091] Unlike existing methods, this embodiment employs an adaptive weight adjustment strategy for its cost function. In the initial stage, when global conflicts are significant, the weight factor α is maximized (e.g., α=0.6, β=0.2, γ=0.1, δ=0.1) to quickly reduce the number of crossovers. At this stage, δ is kept relatively small to avoid prematurely constraining node distribution. In the intermediate stage (when the number of crossovers decreases to the target range), the weight of α is gradually reduced while the weights of β and γ are increased (e.g., α gradually decreases from 0.6 to 0.3, β increases to 0.3, and γ increases to 0.2) to optimize path length and polygon smoothness. At this stage, δ is maintained at a moderate level (e.g., approximately 0.2) to ensure that local areas are not overcrowded. In the later stage (when the number of crossovers is basically within the target range), α is further reduced (below approximately 0.2), maintaining a balance between β and γ (e.g., β=0.3, γ=0.3), and the weight of δ is gradually increased (up to 0.3~0.4), shifting the optimization focus to local uniformity and overall aesthetics. By gradually increasing δ, we can effectively avoid situations where local nodes are stacked or wire bundles are dense in the final graphic.

[0092] During the iteration process, if the cost function of the new solution is better than that of the current solution, it is accepted directly. If the cost of the new solution is higher, the decision to accept it is based on the following probability function:

[0093]

[0094] Where T is the temperature parameter, which gradually decreases with the number of iterations; f local This is the local conflict factor, and its value is determined by the cross-interference density in the region. The more severe the conflict, the higher the value of f. local The larger the value, the more likely it is to accept inferior solutions in high-conflict areas, thus allowing for the exploration of a wider solution space.

[0095] In addition to simulated annealing iterations, a forced local balancing operation is performed every N rounds. This involves checking if nodes within the same layer are too concentrated, redistributing nodes to achieve a more uniform spacing, and rerouting local connections if necessary. This ensures that local areas do not fall into high-density zones, thereby improving the overall layout balance. When the cost function shows no significant improvement after M consecutive iterations, or when the number of local crossovers falls below a preset threshold, the iteration stops, the local optimization results are output, and merged with the global layout.

[0096] In this embodiment, the initial layout diagram is divided into grid cells, and the crossover density of each grid cell is calculated. For cells with a crossover density exceeding a preset threshold, their constituent elements and connections are extracted to form a local subgraph. In the local subgraph, adjustments are performed on nodes, including swapping the positions of adjacent nodes on the same layer, slightly moving nodes horizontally or vertically, and inserting virtual inflection points on severely conflicting connections, to generate a set of candidate solutions. For each candidate solution in the set, a cost function is calculated based on the number of crossovers, total path length, number of inflection points on the broken line, and local cell congestion. The weights of each weight factor α, β, γ, and δ in the cost function are dynamically adjusted according to the optimization stage. Based on the cost function evaluation results, candidate solutions with better costs are directly accepted, while candidate solutions with higher costs are accepted based on a probability function related to temperature T and local conflict factors. During the iteration process, a local node balancing operation is performed every N rounds to redistribute node spacing and reroute local connections if necessary. When the cost function does not improve significantly or the number of local crossovers is lower than a preset threshold for M consecutive iterations, the iteration stops, the local optimization results are output, and the results are merged with the global layout to form the final optimized gas path diagram. The above method can make the generated gas flow diagram more accurate.

[0097] This application also provides an apparatus for automatically designing gas path diagrams, such as... Figure 9 As shown, the system includes: a recognition module 12, configured to identify components in an input 3D model to obtain the component types of each component in the 3D model; a setting module 14, configured to select components included in an action group based on the component types through client interaction settings, and configure corresponding action descriptions for the action group to obtain action group configuration data; a matching module 16, configured to perform legend matching on the components included in the action group to obtain model component legend data; and a generation module 18, configured to perform legend feature recognition on the model component legend data, and based on the results of the legend feature recognition and the action group configuration data, perform legend connection and content annotation to generate a gas path diagram.

[0098] It should be noted that the automatic gas path diagram design device provided in the above embodiments is only an example of the division of the above functional modules. In practical applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In addition, the automatic gas path diagram design device and the automatic gas path diagram design method embodiments provided in the above embodiments belong to the same concept, and the specific implementation process can be found in the method embodiments, which will not be repeated here.

[0099] This application has the following advantages: By standardizing and verifying the uniqueness of the database, the problem of incorrect component connection is effectively avoided; by combining general design standards and customer-customized standards, it can flexibly adapt to various application scenarios; by introducing action group conflict detection and adaptive repair mechanisms, the reliability of action group settings is significantly improved; at the same time, this application reduces a large number of manual operation steps, reduces the dependence on the experience of designers, and effectively reduces labor costs while improving design efficiency.

[0100] Figure 10 A schematic diagram of a computer device suitable for implementing embodiments of the present disclosure is shown. It should be noted that... Figure 10 The computer device shown is merely an example and should not be construed as limiting the functionality and scope of use of the embodiments disclosed herein.

[0101] like Figure 10 As shown, the computer device includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage section 1008 into a random access memory (RAM) 1003. The RAM 1003 also stores various programs and data required for system operation. The CPU 1001, ROM 1002, and RAM 1003 are interconnected via a bus 1004. An input / output (I / O) interface 1005 is also connected to the bus 1004.

[0102] The following components are connected to I / O interface 1005: an input section 1006 including a keyboard, mouse, etc.; an output section 1007 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and speakers, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN card, modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to I / O interface 1005 as needed. A removable medium 1011, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 1010 as needed so that computer programs read from it can be installed into storage section 1008 as needed.

[0103] The above description is only a preferred embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A method for automatically designing gas path diagrams, characterized in that, include: Component identification is performed on the input 3D model to obtain the component type of each component in the 3D model; Based on the component type, the components included in the action group are selected through client interaction settings, and corresponding action descriptions are configured for the action group to obtain action group configuration data; The components contained in the action group are matched with legends to obtain model component legend data; The legend data of the model components is subjected to legend feature recognition, and legend connection and content annotation are performed based on the results of legend feature recognition and action group configuration data to generate gas path diagram; Specifically, based on the component type, the components included in the action group are selected through client interaction settings, and corresponding action descriptions are configured for the action group to obtain action group configuration data. This includes: selecting the components included in the action group based on the component type through client interaction settings, and obtaining the design standards of the components included in the action group; configuring corresponding action descriptions for the components included in the action group, and updating the design standards based on the action descriptions to obtain the action group configuration data. The process includes: performing legend feature recognition on the model element legend data, and connecting legends and annotating content based on the results of the legend feature recognition and the action group configuration data. This includes: performing legend feature recognition on the model element legend data to identify connection points, positioning points, and annotation feature variables in the model element legend data, forming legend feature data; mapping the legend feature data to the action group configuration data, and connecting legends and annotating content based on the mapping results.

2. The method according to claim 1, characterized in that, Component identification is performed on the input 3D model to obtain the component type of each component in the 3D model, including: Extract the number, attribute name, and specifications of each component in the 3D model; Based on the extracted number, attribute name, and specification model, the component type of each component is determined.

3. The method according to claim 1, characterized in that, Mapping the legend feature data to the action group configuration data, and performing legend connection and content annotation based on the mapping result, including: The legend feature data is mapped to the action group configuration data to generate an initial layout diagram; The initial layout diagram is subjected to conflict detection based on pre-set constraints. Based on the results of the conflict detection, the components contained in the action group are arranged in layers and connected by legend to obtain the initial layout diagram after legend connection. An adaptive cost function is used to locally optimize the initial layout diagram after legend connection, and content annotation is performed on the optimized initial layout diagram.

4. The method according to claim 1, characterized in that, Before performing component recognition on the input 3D model, the method further includes: building a gas flow diagram database on the server side, wherein the gas flow diagram database stores various legends, pull-up number styles, annotation content rules and design standards required for the gas flow diagram, wherein each legend in the various legends has preset connection points and annotation features, and the various legends and the pull-up number styles are preprocessed, wherein the preprocessing includes layer settings and / or variable name settings.

5. A device for automatically designing gas path diagrams, characterized in that, include: The identification module is configured to identify the components of the input 3D model and obtain the component type of each component in the 3D model. The settings module is configured to select the elements contained in the action group based on the element type through client interaction settings, and configure the corresponding action description for the action group to obtain action group configuration data; The matching module is configured to perform legend matching on the elements contained in the action group to obtain model element legend data; The generation module is configured to perform legend feature recognition on the legend data of the model elements, and based on the results of the legend feature recognition and the action group configuration data, perform legend connection and content annotation to generate a gas path diagram. The device is further configured to: select the components included in the action group based on the component type through the interaction settings of the client, and obtain the design standards of the components included in the action group; configure corresponding action descriptions for the components included in the action group, and update the design standards based on the action descriptions to obtain the action group configuration data; The device is further configured to: perform legend feature recognition on the model element legend data, identify connection points, positioning points and annotation feature variables in the model element legend data, and form legend feature data; map the legend feature data with the action group configuration data, and perform legend connection and content annotation based on the mapping result.

6. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed, it controls the device on which the computer-readable storage medium is located to perform the method according to any one of claims 1 to 4.

7. A computer device, characterized in that, include: Memory and processor The memory stores computer programs; The processor is configured to execute a computer program stored in the memory, wherein when the computer program is executed, the processor performs the method according to any one of claims 1 to 4.

8. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 4.

Images