CN112106053A - Values for the drive train - Google Patents
Values for the drive train Download PDFInfo
- Publication number
- CN112106053A CN112106053A CN201980030253.4A CN201980030253A CN112106053A CN 112106053 A CN112106053 A CN 112106053A CN 201980030253 A CN201980030253 A CN 201980030253A CN 112106053 A CN112106053 A CN 112106053A
- Authority
- CN
- China
- Prior art keywords
- drive train
- component
- values
- simulation
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004088 simulation Methods 0.000 claims abstract description 108
- 230000015654 memory Effects 0.000 claims description 23
- 238000005259 measurement Methods 0.000 claims description 20
- 238000000034 method Methods 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012423 maintenance Methods 0.000 claims description 7
- 230000000704 physical effect Effects 0.000 claims 3
- 230000006870 function Effects 0.000 description 32
- 238000004422 calculation algorithm Methods 0.000 description 7
- 238000004458 analytical method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000003860 storage Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000011960 computer-aided design Methods 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004804 winding Methods 0.000 description 2
- 239000012080 ambient air Substances 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000009529 body temperature measurement Methods 0.000 description 1
- 238000005094 computer simulation Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001035 drying Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000005669 field effect Effects 0.000 description 1
- 238000007667 floating Methods 0.000 description 1
- 239000012530 fluid Substances 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000005461 lubrication Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000004513 sizing Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 238000001845 vibrational spectrum Methods 0.000 description 1
Images
Landscapes
- Testing And Monitoring For Control Systems (AREA)
Abstract
When a gateway, which provides one or more drive train domain specific knowledge services and includes one or more simulation tools, receives a request relating to a drive train, the gateway retrieves component information about one or more components of the drive train based on the identification information, wherein the request contains the identification information identifying the one or more components of the drive train and possibly also one or more operating conditions, and the component information indicates a component type for each component. The gateway also retrieves one or more values based on one or more component types in the component information and the received one or more operating conditions (if any). The gateway then uses at least the retrieved one or more values as input for the simulation; and outputting simulation results for the drive train and/or one or more of the components of the drive train.
Description
Technical Field
The present invention relates to drive trains, and more specifically, to receiving values by simulating one or more drive train components.
Background
Designing the drive train is known to be a highly complex engineering task. Furthermore, the drive train optimization may be performed manually or based on pre-calculated parameters, and although the simulation method is improved, the simulation is still a pre-simulation for certain operating points and/or pre-simulation of certain fault conditions. Furthermore, the simulation may be based on a simplified solution. For example, "Electric vehicle drive train: Sizing and verification using general and specific task distribution" by Rabia Sehab et al, IEEE International conference on mechatronics (ICM) 2011, IEE, 2011 4/13, pages 77-83 disclose solutions in which components are selected/defined for a simplified drive train and the resulting drive train is verified by simulation using pre-simulated cases of European driving conditions, including motorways and congestion. "A novel drive train modeling method for real-time simulation" by Bachinger Markot et al, Mechatronix, Vol.32, pp.67 to 78, discloses fixed-time step friction modeling of automotive gear transmissions validated on an exemplary simplified drive train. Accordingly, there is a need for mechanisms that enable near real-time simulation of drive trains and/or drive train components for various purposes.
Disclosure of Invention
It is an object of the present invention to provide near real-time simulation results of a drive train or one or more drive train components. The object of the invention is achieved by a method, a device and a computer program product, which are characterized by what is stated in the independent claims. Preferred embodiments of the invention are disclosed in the dependent claims.
A general aspect of the present invention uses a logically centralized environment that receives as inputs identification information of a drive train or components thereof and one or more operating conditions, and based on these, retrieves desired information, such as information about one or more component types and one or more relevant values, performs a desired simulation and outputs a simulation result. This provides a mechanism by which, for example, desired simulation results may be provided without requiring the requester to enter detailed information about the drive train or components thereof.
Drawings
Exemplary embodiments will be described in more detail below with reference to the accompanying drawings, in which
FIG. 1 shows a block diagram of a simplified architecture and an exemplary device of a system;
FIG. 2 is a flow diagram illustrating functionality according to an example;
FIGS. 3 and 4 illustrate examples of information exchange and functionality; and
fig. 5 is a schematic block diagram.
Detailed Description
The following embodiments are exemplary. Although the description may refer to "an", "one", or "some" embodiment in several places, this does not necessarily mean that each such reference is to the same embodiment, or that the feature only applies to a single embodiment. Individual features of different embodiments may also be combined to provide other embodiments.
The present invention is applicable to any system or device configured or capable of being configured to simulate a drive train and/or components thereof. The different embodiments and examples are described below using a single unit with a computing device and memory without limiting the embodiments/examples to such solutions. A concept known as cloud computing and virtualization may also be used. Virtualization may enable a single physical computing device to host one or more instances of a virtual machine that appear and operate as separate computing devices, such that the single physical computing device may create, maintain, delete, or otherwise manage the virtual machine in a dynamic manner. Device operations may also be distributed among multiple servers, nodes, devices, or hosts. In a cloud computing network device, computing devices and/or storage devices provide shared resources. Some other technological advancements, such as Software Defined Networking (SDN), may cause one or more of the functions described below to be migrated to any corresponding abstract concept or device or equipment. Accordingly, all words and expressions should be interpreted broadly and they are intended to illustrate, not to limit, the embodiments.
Fig. 1 shows a general exemplary architecture of a system. Fig. 1 is a simplified system architecture showing only some means, devices and functional entities, all of which are logical units, the implementation and/or number of which may differ from that shown. The connections shown in FIG. 1 are logical connections; the actual physical connections may be different. It will be apparent to those skilled in the art that the system includes any number of the illustrated elements, other devices, other functions, and structures not shown. They and the protocols used are well known to those skilled in the art and are not relevant to the actual invention. Therefore, they need not be discussed in more detail here.
In the embodiment shown in fig. 1, the system 100 includes one or more industrial sites 101 (only one industrial site is shown in fig. 1) connected to a service center 103 through one or more networks 102. The system 100 may implement a concept known as Internet of Things, Services and peoples (iostp), where an industrial site 101 may be configured to act as an edge, and a service center 103 may be configured as a global cloud level 101, forming a level for central management, for example. In such implementations, the sensors that measure and/or collect different information may be configured to send the data they collect to the service center. However, any other implementation may also be used, including implementations that do not utilize iostsp.
In the example shown, the industrial site 101 includes one or more user devices 110 (only one user device is shown in fig. 1) and one or more drive trains 120 (only one drive train is shown in fig. 1).
The user device 110 is a computing device that includes different user interfaces such as a touch screen, other types of displays, and a keypad. The user device 110 may be a local or factory-level service desk or the like, such as a workstation or a server, such as a cloud server or a grid server. The user device may also be a mobile user device of a remote user, for example including a smart phone application for commissioning (commissioning), servicing and/or using the drive train 120. User device 110 may be connected to the drive train through a wireless connection, including short-range wireless communication, such as bluetooth or near field communication, and/or through a wired connection, to name a few examples, and is not limited to these examples. However, the details of the connection are not important and are therefore not described in detail herein.
The drive train 120 typically includes several components 120m, 120n, 120x that together form the drive train. A non-limiting list of examples of such components includes motors, pumps, inverters, transformers, gearboxes, actuators, and compressors. Further, although not shown in fig. 1, the components may include one or more components. For example, the motor may include a rotor, a shaft, bearings, a stator, windings, and a protective relay. The drive train 120 comprises one or more interfaces (not depicted in the figures) via which parameters of the drive train 120, i.e. its components 120m, 120n, 120x, can be adjusted or obtained and/or functions of the drive train 120 are otherwise controlled locally via the user device 120 and/or directly by the service center 103.
The one or more networks 102 (communication networks) may include one or more wireless networks, wherein the wireless networks may be based on any mobile system, such as GSM, GPRS, LTE, 4G, 5G, and evolutions thereof, or wireless local area networks, such as Wi-Fi. Further, the one or more networks 102 may include one or more fixed networks.
The service center 103 or corresponding device includes a gateway 130 that provides, for example, a simulation platform for drive train domain specific knowledge services, including simulation services for the drive train. The gateway may be configured to provide a response to the request for the drive train domain specific knowledge service by combining values from multiple databases or calculating values using one or more simulation tools and input values as will be described in more detail below. Gateway 130 or at least a computational portion of the gateway may be referred to as a simulation device or simulation engine. Gateway 130 may be any device or computing apparatus that includes memory, or a subsystem (analog system) that includes a computing apparatus configured to appear as a logical gateway (analog device) to the user device.
In the example shown, the gateway (simulation device) 130 comprises a simulation service unit (s-s-u)131 that provides an application programming interface for drive train simulation, which has a defined structure for both requests (calls) it receives and responses it outputs. Further, for at least simulation purposes, the gateway includes in the database 132 (or memory): information 132-1 associating the identification information of the drive train with its component information, and different model data 132-2. Of course, the information may be used for other purposes, and the memory may contain other information, such as data collected from the drive train. Further, in the illustrated example, the gateway 130 includes different analysis tools 133 and includes different simulation tools 134 for drive train domain specific knowledge services. The simulation tool simulates one or more technical characteristics of the drive train and/or one or more technical characteristics of one or more of the components forming the drive train, and the simulation tool may output an unmeasured value, which is a value of a physical characteristic at such a location where the value cannot be measured from a physical drive train in real life. There are no limitations associated with the analysis tool 133 and the simulation tool 134 and any known or future tool may be used. Furthermore, the internal function of the tool is not important to the disclosed solution and therefore the tool is not described in more detail herein.
As described above, database 132 includes information 132-1 for simulation services that associates drive train identification information with its component information. The component information may include information about a component type of the component associated with the identification information. The term "component type" is used below as a synonym for information about the component type. Further, one or more kinds of values may be given for the component type (component type specifically) as a part of the component information or as separate information. For example, based on the component type, one or more of the values can be retrieved from the model information 132-2. In addition, the information generated by the one or more analysis tools can be associated by means of the identification information as value information about the component type or the component or the drive train. Using the Serial Number (SN) as an example of identification information, the serial number of the drive train may be used to determine the motor type, pump type, etc., as will be described in more detail below. For each drive train or drive train type, the model data may include detailed information, such as information about the manufacturer, size information, software version of installed software (if present), and generated design data. An exemplary, non-limiting list of design data includes part dimensions and material properties. The design data may be generated, for example, by Computer Aided Design (CAD) and/or by ERP (enterprise resource planning) during design of the drive train. For example, the rotary drive train utilization tool is designed based on the following machine model: such as lumped parameter models, 2-dimensional/3-dimensional Finite Element Analysis (FEA) models, which are electromagnetic models, Computational Fluid Dynamics (CFD) models, and mechanical models, wherein the models may be models coupled to a power source and/or a load. Of course, the model data may include corresponding information about the component and/or the component type.
Fig. 2 shows exemplary functions of the gateway or, more precisely, of an emulated service unit comprised by the gateway, which provides an application programming interface for the service.
Referring to FIG. 2, in step 201, a request relating to a powertrain is received. Depending on the implementation, the request may be addressed to the function to be performed, or the function may be included as part of the request. The functions may be indicated by means of simulation purposes, such as "providing commissioning settings", "providing the temperature inside the motor". Regardless of the function (purpose) and how indicated by the request, the received request contains one or more operating conditions and identification information identifying one or more components of the drive train. The identification information may be an identifier of the drive train, such as a serial number. By means of the serial number of the drive train, identification information of the components and components belonging to the drive train is easily determined if the simulation result of the component by the request is not needed. However, if the identification information identifies the component, the identification information may of course be used. Then, in step 202, based on the identification information received in step 201, component information is retrieved in step 202, the component information indicating a component type for each component in the drive train.
Once the one or more component types are known, in step 203, one or more values are retrieved based on the one or more component types and the received one or more operating conditions. The values may be retrieved from model data and/or the component information may include one or more of the values. Of course, if there is analytical and/or measurement data available, one or more values may be retrieved therefrom. For example, the analytical and/or measurement data may be maintained in, and retrieved from, a product data management system.
If the gateway includes more than one simulation tool, one or more simulation tools to be used are selected in step 204. At least the component type can be used to select an appropriate simulation tool, and one or more operating conditions can also be used to select an appropriate simulation tool. For example, the simulation tools may include component-specific simulation tools or drive train-specific simulation tools, simulation tools for certain groups of components (aggregates), and/or dedicated simulation tools. Of course, if only one simulation tool is available, this step is omitted.
The retrieved values are then used as inputs to calculate a simulation result for the drive train and/or one or more components in step 205. Of course, one or more of the operating conditions may be used as input to calculate the simulation result in step 205, which is then output in step 206. The output value may then be used for the indicated purpose, as will be described below by way of further example.
It should be appreciated that the computational simulation results may comprise a plurality of successive simulations or parallel simulations. For example, for each component, a separate simulation tool may be used, and when successive simulations are used, the output of the simulation tool may be used as an input to another simulation tool.
As is apparent from the above, a digital twin for a drive train can be created for specific needs during operation, and need not be determined for each drive train.
The information exchange shown in fig. 3 and 4 provides different use examples. In an example, the gateway (simulation device) is shown as a separate server that includes a simulation service unit and a database that includes component information and model data, and may also include other data.
Fig. 3 shows an example of functions implemented using machine-to-machine information exchange, i.e. without involving any user or user device, whereas in the example of fig. 4, the user is involved at least in monitoring the results.
Referring to fig. 3, the drive train may be configured to periodically send messages to the server via the application programming interface that simulates the service provided by the service unit, and/or the drive train may be configured to monitor its operation and send messages to the server via the application programming interface of the service when entry into an unknown operating condition, fault, or value not within a safe range or any other anomaly, etc., is detected. For example, machine learning may be utilized for monitoring. Regardless of the cause, when a need to send a message is detected at point 3-0, the powertrain sends a message 3-1 to the server, the message including one or more operating conditions and identification information. The message may be related to troubleshooting. For example, the temperature of a running motor in the drive train may be too high and the protection relay shuts down the motor, and this causes the drive train to send operating conditions in the form of messages, such as a current of the motor of a, a running time of one hour, a temperature overshoot, "how to adjust a parameter", and the identification data may be an identifier of the drive train (and/or the motor and/or the protection relay). Other examples include "how to minimize sound level", "how to minimize vibration", and "how to maximize reliability". It should be appreciated that the examples are set forth merely to illustrate the differences and are not intended to limit the solution to the disclosed embodiments.
The server receives the message 3-1 and, for the purpose of detecting the identifier and requesting the simulation at point 3-2, retrieves the component type and one or more values of the motor and protection relay, possibly also from other components (message 3-3), and then performs the simulation at point 3-4. As explained above with reference to fig. 2, a component may be simulated individually and/or as one or more groups of components. The simulation result is then output by sending the new parameter values to the drive train in message 3-5 as a response to the request sent in message 3-1.
The new parameter value received by the drive train in this response is set in points 3-6 and the protection relay enables the drive train to start operating again. In other words, an intelligent protection relay is provided that does not require detailed data about the motor to be set (transmitted) to the drive train.
Of course, any other repairs may be performed accordingly, if desired. In other words, when an anomaly or fault is detected, there is an indication of the problem "what changes need to be made if an anomaly/fault is detected? "is sent with the drive train identifier and operating parameters. (of course, the request may be sent without operating parameters, in which case the measurements may be used.) thus, the actual available inputs will be used to simulate the fault conditions that require simulation results, and there is no need to pre-simulate different electrical and mechanical fault conditions. Furthermore, due to the complexity of the drive train, it is not possible to pre-simulate all possible electrical and mechanical fault conditions, and therefore, when using pre-simulation, situations may arise where none of the simulation results are available. However, such a situation will not occur in the disclosed solution.
In another example, message 3-1 may include an identifier and indicate "not debugged", e.g., by having no operating condition (replacing an operating condition with null), and a request for debug parameters is sent in message 3-1, and debug parameters are received in message 3-5 and the parameter debug drive train is set at point 3-6. In other words, by sending only an identifier, such as a serial number of the drive train, commissioning parameters of the drive train are received.
In an example, the solution may be used for testing the drive train, e.g. to determine some threshold values, e.g. to calculate bearing threshold values. For bearing calculations, the operating conditions may include values for one or more of the following: velocity range, radial load, casing ambient temperature, and casing ambient air velocity.
The disclosed solution can also be used to optimize component-specific parameter values. For example, the frequency converter may adapt itself to operate with the pump through the machine-to-machine communication disclosed above. The parameter values may also be optimized to achieve a specific target, such as a maximum power transfer ratio. In such a case, the results based on optimizing the parameter values for each component would enable the entire drive train to be optimized to provide the best possible power transfer ratio without the need to have a table or database dedicated to that purpose.
Any of the above examples may also be used for the example of fig. 4. The example of fig. 4 differs from the example shown in fig. 3 in that it relates to a user device. The user device may comprise a remote assistance tool or any corresponding tool, which may be configured to display the device, for example in progressive mode: for example, first different parts of the apparatus are present and when e.g. the drying apparatus 1 is selected then the motor is displayed, when the motor is selected different information including the simulation result may be displayed.
Referring to fig. 4, when a need for simulation is detected, at least identification information, i.e. an identifier, is retrieved (message 4-0) from the drive train. The identification information may be an identifier given in a machine-readable bar code, such as a QR (quick response) code, which is an example of a matrix bar code. (barcodes are machine-readable optical labels that contain information about the item to which they are attached.) other alternatives include a rating plate from which an identifier can be read, and a drive train that broadcasts its identifier. Of course, any other way of obtaining the identifier may be used. Further, the user device may be configured to retrieve one or more operating conditions from the drive train and/or retrieve one or more measurements. However, it should be appreciated that the drive train and/or components thereof may be equipped with sensors that send measurement data to the cloud, e.g., in which case the measurement data need not be retrieved. (As is well known, one or more pieces of measurement data may be matched to operating conditions using a timestamp, for example.)
The User Equipment (UE) then sends a message 4-1 to the server including at least the operating parameters and the identifier. The server detects the identifier and the purpose of the request emulation in point 4-2. Using a message comprising an identifier of the drive train, the current power and temperature of the stator, and a request for the temperature of the rotor (not measurable) as an example of message 4-2, the server retrieves (message 4-3) the component type and one or more values, and then performs the simulation at point 4-4. In an example, the result is a temperature that cannot be measured from the physical component. The simulation result is then output as a response to the request sent in message 4-1 by causing the temperature in message 4-5 to be sent to the user device. The user device then displays the received temperature at points 4-6. The received temperature may be displayed together with the actual temperature measurements of the other components and the request 4-1 may be sent at certain intervals, e.g. at the same intervals as used in the actual measurements.
Further, depending on the purpose, for example, displayed values or control commands based on the simulation results may be sent (one or more messages 4-7) to the drive train. The control command may be "use a new setting including A, B etc." or "start using a (new) pulse pattern a and/or a (new) switching frequency B" for the frequency converter, to list a few examples for illustrative purposes only.
As can be seen from the above example, the simulation results output via this display may show an internal view of the drive train or its components, such as the motor, including values that cannot be measured from a physical drive train in real life.
The above principles may also be used for maintenance purposes, where the simulation result may be "if the drive train or motor is operated in the current operating mode, the time between two consecutive lubrications will be x days, but if operated as given herein, the time will be x + a days. ", and then the user of the user device may cause the parameter to be updated.
As is apparent from the above examples, by sending at least the identification information and the operating conditions to the application programming interface, various computing requirements will be met. The simulation results may provide calculations of actual loads on critical components (e.g., bearings), life predictions of critical components based on actual values, specifications of monitoring requirements and maintenance intervals, setting of alarms and trip limits, rapid data analysis and feedback from successful commissioning by comparing commissioning values to measured and simulated values, shaft voltage estimates when values cannot be measured, motor noise and vibration spectrum estimates, and the like. In other words, with the help of operating conditions and identification information from the drive train, virtual engineering (commissioning, testing, etc.), optimization for different purposes (energy, performance, life, etc.), soft sensing (process variables, such as pump operating point, temperature of frequency converter and motor, etc.), predictive maintenance of components (pump, motor, frequency converter, etc.), remaining life estimation of components (motor, frequency converter, bearings, stator windings, fan power semiconductors, mechanical components, etc.), and risk factor estimation may be provided. It should be appreciated that the above is a non-limiting list of examples of different uses.
As is apparent from the above, for example, there is no need to multiply (multiplex) the model data and the simulation model, and thus there is no need to ensure data integrity between different copies. In addition, since the solution provides a generic application programming interface, there is no need to define new interfaces, including application programming interfaces.
The steps and associated functions described above in fig. 2-4 have no absolute chronological order, and some of the steps may be performed simultaneously or in a different order than the given order. Other functions may also be performed between steps or within steps. Some of the steps or parts of the steps may also be omitted or replaced by corresponding steps or parts of the steps.
The techniques and methods described herein may be implemented in various ways such that an apparatus/device/means configured to at least partially support what is disclosed above with reference to any of fig. 1-4, including implementing one or more functions/operations of a corresponding apparatus/device described above, e.g., with reference to embodiments/examples by means of any of fig. 1-4, includes not only prior art devices, but also means for implementing one or more of the respective functions/operations described with reference to the embodiments/examples for example by means of any of figures 1 to 4, and the apparatus/device may comprise a separate apparatus for each separate function/operation, or the apparatus may be configured to perform two or more functions/operations. For example, the one or more devices and/or the simulation service unit may be implemented in hardware (one or more devices), firmware (one or more devices), software (one or more modules), or a combination thereof. For a hardware implementation, the apparatus or device or apparatus of an embodiment/example may be implemented within: one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, logic gates, other electronic units designed to perform the functions described herein with the aid of fig. 1-4, or a combination thereof. For firmware or software, implementations may be performed by at least one chipset of modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in memory units and executed by processors. The memory unit may be implemented within the processor or external to the processor. In the latter case, the memory unit may be communicatively coupled to the processor via various means, as is known in the art. Additionally, components described herein may be rearranged and/or complimented by additional components in order to facilitate achieving the various aspects, etc., described with regard thereto, and such components are not limited to the precise configurations set forth in a given figure, as will be appreciated by one skilled in the art.
Fig. 5 is a simplified block diagram illustrating some elements of a device 500 configured to provide a gateway (simulation device) or a corresponding computing device comprising at least one or more simulation service elements or corresponding elements and sub-elements, or application programming interfaces or corresponding functions or some of the corresponding functions described above with reference to fig. 1-4 if the functions are distributed in the future. In the example shown, the device includes one or more Interfaces (IF)501, one or more processors 502, and one or more memories 504, the one or more interfaces are used to receive information from and/or transmit information to other devices, and possibly receiving information from and/or sending information to a user, the one or more processors being configured to implement the simulation service unit described above with reference to figures 1 to 4, or at least a part of the corresponding function in case a distributed scenario is implemented as a subunit function using a corresponding algorithm 503, and the one or more memories may be used to store at least the computer program code, i.e. algorithms for implementing the functions, required by the one or more simulation service units or the one or more corresponding units or sub-units. The memory 504 may also be used to store other possible information, such as component information and/or models and/or computer program code required to implement different simulation and/or analysis tools.
In other words, a gateway (simulation device, apparatus, device) configured to provide a device or an apparatus/device configured to provide one or more respective functions described above with reference to fig. 1 to 4 is a computing device, which may be any device or apparatus or device or node configured to perform one or more of the respective functions described above with reference to embodiments/examples/implementations, and which may be configured to perform functions from different embodiments/examples/implementations. The one or more simulation service units and the corresponding units and sub-units may be separate units, even located in another physical device, the assigned physical device forming one logical apparatus providing the function, or another unit integrated into the same apparatus.
A device configured to provide a gateway (an analog device) or a device configured to provide one or more corresponding functions may generally include one or more processors, controllers, control units, microcontrollers, etc., connected to one or more memories and various interfaces of the device. Typically, the processor is a central processing unit, but the processor may be another operating processor. Each or some or one of the units/sub-units and/or algorithms described herein may be configured as a computer or processor, or a microprocessor, e.g. a single chip computer element or e.g. a chip set, comprising at least a memory for providing memory areas for arithmetic operations and an operation processor for performing arithmetic operations. Each or some or one of the above units/sub-units and/or algorithms may comprise one or more computer processors, Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), logic gates and/or other hardware components, which have been programmed and/or which are to be programmed by downloading computer program code (one or more algorithms) in a manner that performs one or more functions of one or more embodiments/implementations/examples. Embodiments provide a computer program embodied on any client-readable distribution/data storage medium or memory unit or article of manufacture, comprising program instructions executable by one or more processors/computers, which instructions, when loaded into an apparatus, constitute a simulation service unit or any sub-unit or corresponding application programming interface. Programs, also referred to as program products, including software routines, program fragments constituting a "library", applets and macros, may be stored in any medium and downloaded into a device. In other words, each or some or one of the above units/sub-units and/or algorithms may be an element comprising one or more arithmetic logic units, a plurality of special registers and control circuitry.
Furthermore, the device configured to provide the gateway (the analog device) or the apparatus configured to provide one or more of the respective functions described above with reference to fig. 1 to 4 may typically comprise volatile and/or non-volatile memory, such as EEPROM, ROM, PROM, RAM, DRAM, SRAM, dual floating gate field effect transistors, firmware, programmable logic, etc., and typically stores content, data, etc. The one or more memories may be of any type (different from each other), have any possible storage structure, and are managed by any database management system, if desired. In other words, the memory or a portion thereof may be any computer-usable non-transitory medium within or external to the processor/device, in which case it can be communicatively coupled to the processor/device via various means as is known in the art. Examples of the external memory include a removable memory detachably connected to the device, a distributed database, and a cloud server. The memory may also store computer program code, such as software applications (e.g., for one or more of the units/sub-units/algorithms) or operating systems, information, data, content, etc., for the processor to perform steps associated with operation of the device according to examples/embodiments.
It is obvious to a person skilled in the art that with the advancement of technology, the inventive concept may be implemented in various ways. The invention and its embodiments are not limited to the examples described above but may vary within the scope of the claims.
Claims (12)
1. A computer-implemented method for a gateway comprising one or more simulation tools that simulate one or more technical characteristics of a drive train and/or one or more technical characteristics of one or more of the components forming the drive train, the method comprising:
receiving, in the gateway, a request relating to the drive train, the request indicating a purpose of a simulation and containing identification information identifying the drive train or one or more components of the drive train;
retrieving component information about one or more components of the drivetrain based on the identification information, the component information indicating a component type about each of the one or more components;
retrieving one or more values based on the retrieved one or more component types;
using at least the retrieved one or more values as input to a simulation using one or more simulation tools to calculate a simulation result having one or more values for the drive train; and
outputting the simulation result having the one or more values as a response to the request.
2. The computer-implemented method of claim 1, further comprising:
detecting said purpose for commissioning said drive train;
retrieving component information about all components forming the drive train using the received identification information; and
outputting the simulation result with debugging parameters as the one or more values for the drive train.
3. The computer-implemented method of claim 1 or 2, further comprising:
receiving one or more operating conditions in the request; and
retrieving the one or more values based on the one or more component types in the component information and the received one or more operating conditions.
4. The computer-implemented method of claim 3, further comprising:
the purpose is detected in order to obtain one or more unmeasured values of at least one component, wherein an unmeasured value is a value of a physical property at a location as follows: the values cannot be measured from a real-life physical drive train;
retrieving component information about the at least one component, wherein the unmeasured value is a value of the physical property at a location that: the value is not measurable from the real-life physical drive train;
using one or more of the received operating conditions and at least a segment of component information as inputs to the simulation; and
causing the simulation result having one or more simulated values for the one or more unmeasured values to be output as the one or more values for the drivetrain.
5. The computer-implemented method of any of the preceding claims, further comprising:
detecting that the purpose is for service;
retrieving component information and corresponding values regarding components forming the drive train;
retrieving measurements of the drive train and/or receiving measurements in the request;
also using one or more measurements as input to the simulation; and
outputting the simulation result having at least one of the following as the one or more values for the drive train: an indication of which component or setting is causing the problem, and one or more new parameter values to reset.
6. The computer-implemented method of any of the preceding claims, further comprising:
detecting that the purpose is for maintenance of at least one component;
retrieving component information about the at least one component;
retrieving measurements of the drive train and/or receiving measurements in the request;
also using one or more measurements as input to the simulation; and
outputting the simulation result with one or more maintenance actions as the one or more values for the drive train.
7. The computer-implemented method of any of the preceding claims, the method providing an application programming interface for a drive train domain specific knowledge service.
8. A computer program product comprising program instructions which, when run on a computing device, cause the computing device to perform the method of any preceding claim.
9. A non-transitory computer-readable medium storing instructions that, when executed by a computing device comprising one or more simulation tools that simulate one or more technical characteristics of a drivetrain and/or one or more technical characteristics of one or more of the components forming the drivetrain, cause the computing device to:
in response to receiving a request related to the drive train, retrieving component information about one or more components of the drive train based on identification information, wherein the request indicates a purpose of a simulation and contains the identification information identifying the drive train or one or more components of the drive train, and the component information indicates a component type for each of the one or more components;
retrieving one or more values based on the retrieved one or more component types;
using at least the retrieved one or more values as input to a simulation using one or more simulation tools to calculate a simulation result having one or more values for the drive train; and
outputting the simulation result having the one or more values as a response to the request.
10. A simulation device comprising means for implementing the method according to any one of claims 1 to 7.
11. A gateway, comprising:
at least one processor;
and at least one memory including computer program code,
wherein the at least one memory and the computer program code are configured to, with the at least one processor, cause the gateway to perform at least one of:
in response to receiving a request to commission a drivetrain, retrieve component information regarding all components forming the drivetrain based on identification information, wherein the request contains the identification information identifying the drivetrain or one or more components of the drivetrain, and the component information indicates a component type for each component; retrieving a value based on the retrieved component type in the component information; using the retrieved values as input to one or more simulation tools; performing simulation; outputting the debugging parameters as a simulation result;
in response to receiving a request for service, retrieving component information about all components forming the drive train based on identification information, wherein the request contains the identification information identifying the drive train or one or more components of the drive train, and the component information indicates a component type for each component; retrieving a value based on the retrieved component type in the component information; retrieving measurements of the drive train and/or receiving measurements in the request; using the one or more measurements and the retrieved values as input to one or more simulation tools; performing simulation; and outputting at least one of the following as a simulation result: an indication of which component or setting is causing the problem, and one or more new parameter values to reset;
in response to receiving a request for maintenance of at least one component, retrieving component information about the at least one component based on identification information, wherein the request contains the identification information identifying the drive train or one or more components of the drive train, and the component information indicates a component type for each of the at least one component; retrieving one or more values based on at least one component type in the retrieved component information; retrieving measurements of the drive train and/or receiving measurements in the request; using the one or more measurements and the retrieved one or more values as input to one or more simulation tools; performing simulation; and outputting the one or more maintenance actions as a simulation result; and
in response to receiving a request to obtain one or more unmeasured values of at least one component, retrieving component information about the at least one component based on identification information, wherein the request contains one or more operating conditions and the identification information identifying the drive train or one or more components of the drive train, wherein an unmeasured value is a value of a physical property at a location that: the value is not measurable from a real-life physical drive train, and wherein the component information indicates a component type for each of the at least one component; retrieving one or more values based on at least one of the retrieved component types in the component information and the received one or more operating conditions; using one or more of the received operating conditions and the retrieved one or more values as inputs to one or more simulation tools; performing simulation; and causing output of a simulation result, the simulation result including one or more simulated values for the one or more unmeasured values.
12. The gateway of claim 11, wherein the at least one memory and the computer program code are further configured to, with the at least one processor, cause the gateway to retrieve the one or more values based on the one or more component types in the component information and the received one or more operating conditions in response to receiving one or more operating conditions in the request.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP17009957 | 2018-05-07 | ||
| EP181709957 | 2018-05-07 | ||
| PCT/EP2019/061583 WO2019215100A1 (en) | 2018-05-07 | 2019-05-06 | Values for drivetrain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112106053A true CN112106053A (en) | 2020-12-18 |
Family
ID=73749024
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201980030253.4A Pending CN112106053A (en) | 2018-05-07 | 2019-05-06 | Values for the drive train |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112106053A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102006017824A1 (en) * | 2006-04-13 | 2007-10-18 | Dspace Digital Signal Processing And Control Engineering Gmbh | Diagnostic function building method for vehicle, involves acquiring classification function from collected simulation results to assign error symptoms, and determining symptom vectors by compiling results of error and non-error simulations |
| CN102269975A (en) * | 2011-05-04 | 2011-12-07 | 联合汽车电子有限公司 | Method for constructing simulation model of transmission system of automatic gearbox |
| CN104142664A (en) * | 2013-05-09 | 2014-11-12 | 洛克威尔自动控制技术股份有限公司 | Predictive maintenance for industrial products using big data |
| US20150347670A1 (en) * | 2011-09-27 | 2015-12-03 | Romax Technology Limited | Driveline Modeller |
-
2019
- 2019-05-06 CN CN201980030253.4A patent/CN112106053A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102006017824A1 (en) * | 2006-04-13 | 2007-10-18 | Dspace Digital Signal Processing And Control Engineering Gmbh | Diagnostic function building method for vehicle, involves acquiring classification function from collected simulation results to assign error symptoms, and determining symptom vectors by compiling results of error and non-error simulations |
| CN102269975A (en) * | 2011-05-04 | 2011-12-07 | 联合汽车电子有限公司 | Method for constructing simulation model of transmission system of automatic gearbox |
| US20150347670A1 (en) * | 2011-09-27 | 2015-12-03 | Romax Technology Limited | Driveline Modeller |
| CN104142664A (en) * | 2013-05-09 | 2014-11-12 | 洛克威尔自动控制技术股份有限公司 | Predictive maintenance for industrial products using big data |
Non-Patent Citations (3)
| Title |
|---|
| GALLEGO-CALDERON, JUAN; BRANNER, KIM; NATARAJAN, ANAND; CUTULULIS, NICOLAOS ANTONIO; HANSEN, JENS CARSTEN: "ELECTROMECHANICAL DRIVETRAIN SIMULATION", PROCEEDINGS OF 9TH PHD SEMINAR ON WIND ENERGY IN EUROPE, pages 1 - 5 * |
| RABIA SEHAB; B. BARBEDETTE, M. CHAUVIN: "Electric vehicle drivetrain: Sizing and validation using general and particular mission profiles", PROCEEDINGS OF THE 2011 IEEE INTERNATIONAL CONFERENCE ON MECHATRONICS, pages 77 - 83 * |
| 李炯，张承宁，王静: "车辆动力传动系模型库的开发与应用", 计算机仿真, no. 9, pages 249 - 252 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Kang et al. | Multimedia knowledge‐based bridge health monitoring using digital twin | |
| KR102073912B1 (en) | Method and system for diagnostic rules for heavy duty gas turbines | |
| EP3037901A2 (en) | Cloud-based emulation and modeling for automation systems | |
| KR101328224B1 (en) | Virtual facility system for manufacturing steel and operating method thereof | |
| CN106054822B (en) | Planning and engineering method, software tool and simulation tool | |
| US11016477B2 (en) | Devices, methods, and systems for a distributed rule based automated fault detection | |
| EP4033390A1 (en) | System and method for fault prediction and management of an asset | |
| Katipamula et al. | An open-source automated continuous condition-based maintenance platform for commercial buildings | |
| KR20210042961A (en) | Assembly and method for estimating the remaining service life of a machine | |
| US20210102868A1 (en) | Values for drivetrain | |
| EP3796109A1 (en) | System, apparatus and method for predicting attributes of an asset | |
| Mrugalska et al. | Practical application of product design method robust to disturbances | |
| Zietsch et al. | Enabling smart manufacturing through a systematic planning framework for edge computing | |
| EP4143965A1 (en) | System, apparatus and method for managing an electromechanical system | |
| CN113632024A (en) | Virtual sensor on superior machine platform | |
| CN112106053A (en) | Values for the drive train | |
| Zhang et al. | Research on condition monitoring and fault diagnosis of intelligent copper ball production lines based on big data | |
| US20190080259A1 (en) | Method of learning robust regression models from limited training data | |
| US11899440B2 (en) | Remote monitoring | |
| US20180081341A1 (en) | Parallel processing for monitoring and control of plant equipment | |
| US20230315081A1 (en) | Information processing apparatus, information output method, and computer-readable recording medium | |
| EP4141648A1 (en) | Method and system for generating automation domain objects using knowledge from another automation domain object | |
| US20230061033A1 (en) | Information processing device, calculation method, and computer-readable recording medium | |
| US20230065835A1 (en) | Information processing device, evaluation method, and computer-readable recording medium | |
| WO2023186274A1 (en) | System, apparatus and method for managing plurality of assets |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |