A gim model splitting and reorganizing method based on a three-dimensional lightweight platform

Abstract

The application provides a GIM model splitting and reorganization method based on a three-dimensional lightweight platform, which splits a GIM model into four hierarchical categories of cbm, dev, phm and mod based on a lightweight platform; restores the model according to instance data of the GIM model, establishes a GIM model directory according to the mod level, gives the directory an ID, and generates a model component combination; retains a space transformation matrix table A m , removes attribute values of mod models in A m , restores relative coordinates of the mod models to the origin, establishes a mod model library, reorganizes phm models according to business requirements, generates a phm model library, and extracts required phm models from the phm model library to generate dev models. The application performs secondary reorganization on the model after the GIM model is parsed on the lightweight platform, generates a new phm set, and further extends to reorganization of the dev device level model to meet different business scenario requirements of the model.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of substation three-dimensional design, and particularly relates to a GIM model splitting and reorganization method based on a three-dimensional lightweight platform. BACKGROUND

[0002] The concept of a grid information model (GIM) was first proposed in China in 2013. The GIM is a digitalization of the elements of a power grid, and is based on a geographic information system. The GIM integrates information about each element throughout the life cycle of the element, and achieves efficient, accurate, and comprehensive application of the information. The purpose of the GIM is to meet the needs of data transmission and sharing of three-dimensional design results of a power transmission and transformation project in planning, design, construction, and operation and maintenance, and to thereby promote a digital interactive standard format.

[0003] The GIM standard was officially introduced into the management of model standard formats for power grids in 2019. The GIM standard has advantages such as small space occupation and complete preservation of model attributes, and has been widely applied in power systems. However, the GIM standard lacks provisions for later application of the model, and most existing engineering management modes were formed before the GIM standard was released. As a result, the GIM standard model cannot match the management business of actual application scenarios. At the same time, different business departments have different requirements for the granularity of three-dimensional models. For example, the construction link needs to use a GIM model to express engineering tasks, and has a high requirement for details of a civil engineering model. The production link, however, pays more attention to twin expression of a device operating state and operating data, and the GIM model is insufficient to support the application business requirements. Under this application background, there is an urgent need for a technical means to split and reorganize the existing GIM model classification standard, so as to meet different business application scenarios. SUMMARY

[0004] The present application relates to the technical field of substation three-dimensional design, and particularly relates to a GIM model splitting and reorganization method based on a three-dimensional lightweight platform.

[0005] The technical solution adopted by the present application to solve the technical problem is: a GIM model splitting and reorganization method based on a three-dimensional lightweight platform, comprising the following steps:

[0006] S1: Based on three-dimensional lightweight platform (webGL), the GIM model is parsed, the GIM model instance data is identified, the GIM model is instance split, and is respectively split into different granularity levels, the level categories of the GIM model are cbm system level, dev device level, phm set level and mod component level from top to bottom, and each level category corresponds to cbm system level model, dev device level model, phm set level model and mod component level model; it should be noted that the three-dimensional lightweight platform (webGL) involved in the application, namely Cesium platform, is a world-class JavaScript open source product for three-dimensional earth and map. It provides a development package based on JavaScript language, which facilitates users to quickly build a virtual earth Web application with zero plug-ins, and has high quality guarantee in performance, accuracy, rendering quality and multi-platform, ease of use.

[0007] S2: On the three-dimensional lightweight platform, the model is restored according to the instance data of the GIM model, that is, the three-dimensional model of the smallest model unit, and the GIM model directory is established according to the mod component level, the directory ID is given, and the mod component combination of the GIM model is generated. After the GIM model is split and parsed, it is a mod component model, forming a model set of mod components, in order to facilitate identification and subsequent use, a model directory is created for the model set of mod components; the three-dimensional lightweight platform will add an ID to the mod component model, and then identify the model parameters by identifying the ID of the model during model design, recombine the mod component model according to the mod component level of the device to be designed, generate a new independent ID, and classify.

[0008] S3: Keep the space transformation matrix table A of the model component combination in step S2 m , remove the attribute value of the mod model in the space transformation matrix table A m , restore the relative coordinates of the mod model to the origin (0, 0, 0), and open the editing permission of the mod model space transformation matrix table. Wherein, the model component combination refers to the mod model recombined in step S2; the space transformation matrix table A m contains relative coordinate information, and a coordinate origin, i.e. (0, 0, 0) point, will be set during substation model design. All models generate a relative coordinate information (X, Y, Z) point in the matrix table based on the origin. The coordinate information will be packaged together with the GIM model and assigned to each model, so that each project can be ensured as a whole during model parsing.

[0009] S4: The mod model generated in step S3 is stored separately to establish a mod model library. A substation is composed of many devices, and each device is composed of many components. Therefore, many mod component-level models are generated when the substation GIM model is parsed, but these models are generated as a whole in the unit of a device. In order to make these mod component-level models available for other substations or devices, the dev device-level model needs to be split into a mod-level model, and then the matrix coordinate values, i.e., the relative coordinate information, of the split mod component-level model are removed, and then the mod component-level model from which the relative coordinate information is removed is stored in the mod model library for backup.

[0010] S5: phm model recombination: according to the business requirements of the actual application scenario, the required mod component model is determined, the required mod component model is extracted from the mod model library through the lightweight platform, and the default assembly interface center point is the coordinate origin (0, 0, 0), and the coordinate origin (0, 0, 0) is named as the "phm origin point"; then, the space transformation matrix table A m of each mod model is revalued to generate new coordinate points (x, y, z) relative to the phm origin point, the multiple mod models after revaluation are combined into a phm model set, the phm model set is packaged and named, and is stored in the phm model library, and a new space transformation matrix table A p of the phm model is established, and the coordinate value is set to (0, 0, 0); step S5 is repeated to generate a phm model library with a large number of phm set-level models. The space transformation matrix tables A m and A p have no direct relationship and are two independent tables.

[0011] S6: The dev device-level model is generated from the phm model library through the three-dimensional lightweight platform, and the dev device-level model is valued to generate a new dev device-level model attribute table, and the attribute content in the dev device-level model attribute table contains the basic information of the mod component-level model. The process of generating the dev device-level model is basically similar to the process of generating the phm set-level model, and the dev device-level model is generated according to step S5, and only the space transformation matrix table for valuation is different, so this step is briefly described.

[0012] It should be noted that the dev model no longer needs to generate the cmb model, the cmb model is equivalent to the project model, the project model needs to have project information, and the original GIM model itself has project information, and after direct parsing, it is the cmb model, which does not need to be generated, and is not the innovation point of the present application, so it is not described here.

[0013] The beneficial effects of the present application are: the GIM model splitting and recombination method based on the three-dimensional lightweight platform provided by the present application mainly aims at the process of secondary recombination of the GIM model after the lightweight platform analysis, that is, the GIM model is split and analyzed according to the minimum granularity (mod component level), and then combined again according to the application requirements to generate a new phm set, and then extended to the recombination of the dev device level model to meet the different business scenario requirements of the model. BRIEF DESCRIPTION OF DRAWINGS

[0014] The present application will be further described below in combination with the drawings and embodiments.

[0015] Figure 1 is a flowchart of the GIM model splitting and recombination method of the present application.

[0016] Figure 2 is an example diagram of component model splitting and recombination.

[0017] Figure 3 is an example diagram of the phm model set.

[0018] Figure 4 is an example diagram of the dev device level model (scene generation). DETAILED DESCRIPTION

[0019] The present application will now be further described in detail in combination with the drawings. These drawings can only be used to help describe the features in the drawings. Therefore, the following detailed description is not in a limiting sense, and the scope of the claimed subject matter is only defined by the appended claims and their equivalents.

[0020] As shown in Figure 1 , the GIM model splitting and recombination method based on the three-dimensional lightweight platform of the present application includes the following steps:

[0021] S1: As shown in Figure 2 , the GIM model is analyzed based on the three-dimensional lightweight platform (webGL), the GIM model instance data is identified, the GIM model is split by instance, and is respectively split into different granularity level categories. The level categories of the GIM model are cbm system level, dev device level, phm set level and mod component level from top to bottom, and each level category corresponds to cbm system level model, dev device level model, phm set level model and mod component level model.

[0022] S2: On the three-dimensional lightweight platform, the instance data of the GIM model is restored to the three-dimensional model of the minimum model unit, and the GIM model directory is established according to the mod component level, the directory ID is assigned, and the mod component combination of the GIM model is generated. After the GIM model is split and parsed, it is a pile of mod component models, forming a model set of mod components. In order to facilitate identification and subsequent use, a model directory is created for the model set of mod components; the three-dimensional lightweight platform will add an ID to the mod component model, and then identify the model parameters by identifying the ID of the model during model design. According to the mod component level of the device to be designed, the mod component model is recombined, a new independent ID is generated, and classification is performed.

[0023] S3: Keep the space transformation matrix table A of the model component combination in step S2 m , remove the attribute value of the mod model in the space transformation matrix table A m , restore the relative coordinates of the mod model to the origin (0, 0, 0), and open the editing permission of the mod model space transformation matrix table. Among them, the model component combination refers to the recombined mod model in step S2; the space transformation matrix table A m contains relative coordinate information. When designing a transformer station model, a coordinate origin, i.e. (0, 0, 0) point, will be set. All models generate a relative coordinate information (X, Y, Z) point in the matrix table based on the origin. This coordinate information will be packaged together with the GIM model and assigned to each model, so that each project can be ensured as a whole when the model is parsed.

[0024] S4: Store the mod model generated in step S3 separately and establish a mod model library. A transformer station is composed of many devices, and each device is composed of many components. Therefore, when parsing the GIM model of a transformer station, many mod component level models will be generated. However, these models are generated as a whole in device units. In order to make these mod component level models available for other transformer stations or devices, the dev device level model needs to be split into mod level models, and then the matrix coordinate value, i.e. the relative coordinate information, of the split mod component level model is removed. Then, the mod component level model without relative coordinate information is stored in the mod model library for future use.

[0025] S5: phm model recombination: as shown in Figure 3 , according to the business requirements of the actual application scenario, determine the required mod component model, extract the required mod component model from the mod model library through the lightweight platform for assembly, and the default assembly interface center point is the coordinate origin (0, 0, 0), and the coordinate origin (0, 0, 0) is named as "phm origin"; then, the space transformation matrix table A mReassign, generate new coordinate points (x, y, z,) of new relative phm origin, reassign multiple mod model combinations into phm model set, and pack and name the phm model set, and store it in the phm model library, and establish a new spatial transformation matrix table A of the phm model p , the coordinate value is set to (0, 0, 0); repeat step S5 to generate a phm model library with a large number of phm set-level models. Among them, the spatial transformation matrix table A m and A p have no direct relationship and are two independent tables. Taking a building as an example, the mod component-level model refers to a window, door or wall, the phm set-level model refers to a room, and the dev device-level model refers to a building. The spatial transformation matrix table A m coordinate refers to the position of the door, window or wall relative to the room. A p coordinate refers to the position of the room relative to the building. Therefore, the model reorganization here is to form a room (phm) from component models (mod) such as doors, windows and walls, and then form a building (dev) from the room.

[0026] S6: As shown in Figure 4 , generate a dev device-level model from the phm model library through the three-dimensional lightweight platform, and assign values to the dev device-level model to generate a new dev device-level model attribute table. The attribute content in the dev device-level model attribute table includes mod component-level model basic information. The process of generating the dev device-level model is basically similar to that of generating the phm set-level model. Refer to step S5 to generate the dev device-level model, and only the spatial transformation matrix table assigned is different. Therefore, this step is briefly described.

[0027] The application provides a GIM model splitting and reorganization method based on a three-dimensional lightweight platform. The method mainly aims at the process of secondary reorganization of the GIM model after the model is parsed on the lightweight platform, that is, the GIM model is split and parsed according to the minimum granularity (mod component level), and then combined according to application requirements to generate a new phm set, and the reorganization of the dev device-level model is extended to meet the different business scenario requirements of the model.

[0028] The application requirements here refer to business requirements, such as different operation and maintenance data of a transformer model, for example, oil pillow temperature and pressure, which need to display only the oil pillow data, and the heat sink temperature display needs to display only the heat sink. After the GIM model is parsed, the entire transformer is a whole and cannot meet the data display requirements, so the transformer GIM model needs to be split into components mod, and the components related to the oil pillow are recombined to generate a separate model set phm. for later model data twin.

[0029] The above is the ideal embodiment of the present application, and the above description can be changed and modified without departing from the scope of the present application. The technical scope of the present application is not limited to the content of the specification, and must be determined according to the scope of the claims.

Claims

1.A method for splitting and reorganizing a GIM model based on a three-dimensional lightweight platform, characterized in that: Comprise the following steps: S1: Based on three-dimensional lightweight platform to GIM model analysis, identify GIM model instance data, GIM model instance split, respectively, into different granularity level category, GIM model level category from top to bottom in turn for cbm system level, dev device level, phm set level and mod component level, each level category respectively corresponds to cbm system level model, dev device level model, phm set level model, mod component level model; S2: In three-dimensional lightweight platform, according to the instance data of GIM model, restore the model, that is, the three-dimensional model of the minimum model unit, and establish GIM model directory according to mod component level, give directory ID, generate model component combination; S3: retain the space transformation matrix table A of the model component combination in step S2 m , remove the attribute value of the mod component level model in the space transformation matrix table A m , make the relative coordinate of the mod component level model return to the origin (0, 0, 0), and open the editing permission of the mod component level model space transformation matrix table A m . S4: The mod component level model generated in step S3 is stored separately, and a mod model library is established; S5: phm set level model reorganization: according to the business requirements of the actual application scene, determine the required mod component level model, extract the required mod component model from the mod component model library through the lightweight platform for assembly, the default assembly interface center point is the coordinate origin (0, 0, 0), and the coordinate origin (0, 0, 0) is named as "phm origin"; then, the space transformation matrix table A of each mod component level model is calculated m Reassign, generate new coordinate points (x, y, z) relative to the new phm origin, and combine the multiple mod component level models after reassignment into a new phm set level model set, and package and name the phm set level model set, store it in the phm model library, and establish a new space transformation matrix table A of the phm set level model set p , the coordinate value is set to (0, 0, 0); repeat step S5 to generate a phm model library with a large number of phm set level model sets; S6: Through three-dimensional lightweight platform, extract the required phm set level model set from phm model library, generate dev device level model, and assign value to dev device level model, generate new dev device level model attribute table, the attribute content in dev device level model attribute table contains mod component level model basic information.

Images