Dynamic Modeling Laboratory

Chapter Three

3. Execution of model

Although the improvement of complicated design system entails the development of representations for design tools and mappings, design tool environment models, and project flow definitions, these significant advancements in systems can't be technologically advanced in isolation. After outlining the various frameworks, the developer(s) of any given model must have the ability to examine what's under creation to verify that the prototype fits its required purpose standards. For leads to be performed, the proposal must commence with test data from the primary device that it will be used in. Mappings between different programs must be attempted to guarantee that the results of plotting from the prototype is comparable to the initial. Design device environment prototypes must be analyzed to ensure that the look implement commences and end as anticipated and they experience no issue with the figures obtainable from the finish product.

To make the modelling possible it entails the presence of testing surroundings that permit prototypes to be speedily instantiated and verified to warrant that interactions and reliance are as predicted. To test plotting requires a system, which mimics the operation of the complete plotting system, signed up with with prototype visualizers to permit the correctness of the plotting to be determined. Alike testing is necessary for system prototypes and design tool environment prototypes.

To test prototypes in each one of these disparities would entail very dissimilar trials conditions. However, if a specific model conceptualization tool were generated for evaluating all signed up with design systems during development; the ultimate product could be itemised in virtually any prototype with the inventor making certain of the correctness of the necessity. Having an individual set of tests devices also enables faster integration between your screening devices, with several benefits from the various phases of assessment.

3. 1 Setting up and Principle of model

For a simulation to occur, there be lifetime of an environment. This environment is usually achieved through construction that happen during the simulation process. A good example of the construction will be described in the FMU export from Simulink that evidently explain the surroundings under which the FMU export is facilitated.

3. 2 Execution in Dymola

Introduction

Dymola with identifies the Active Modeling Laboratory is a device used for modeling and simulation of incorporated and complex systems used in sectors such as aerospace, motor vehicle, robotics and other applications. With its high tech engineering, Dymola's abilities display book and innovative answers for prototyping and simulation, as it is possible to simulate the exciting conduct and intricate relations amongst set ups of various creation areas, such as mechanical, electrical and other control systems. This implies that users of Dymola can create prototypes that are definitely more joined and have simulations results that depict fact. Other highlights that can be understood of Dymola are those of Handling of large and intricate multi-engineering models. Faster modelling by graphical model composition and faster simulation through symbolic pre-processing can also be achieved for purposes of increased production. Other befits of Dymola are it support for Open user identified prototype modules, Open user interface to other applications, 3D Simulation and Real-time simulation, but merely to mention a few of its profit.

3. 2. 1 Environment

The Active Modeling Laboratory (Dymola) setting practices the available Modelica demonstrating semantic, which means it is open to its users. Dymola users are, therefore, free to develop their own model libraries or enhance the ready-made model libraries as wanted to satisfy their individual user's unique modeling and simulation needs. With Dymola being versatile, it creates more of an flexible device. Overall flexibility, therefore, brands Dymola seamless for prototyping and simulation of novel replacement strategies and skills now and in the future.

  1. FMU export from Dymola

The objective of the sub-topic is to illustrate the steps that you might take when he/she is going to export prototypes from physical simulation configurations as FMUs. To be able to perform an export from a Dymola an individual would need to perform two very vital steps. One is that of changing the simulation model program and second of all perform an export the simulation model as an FMU.

To achieve the export from Dymola, proceed as explained in the following:

  1. First, adjust the interface (slots) of your simulation model around from a physical modeling tool. It's important to note that process of modifying the interface must be performed in a signal-based way for purposes of properly exporting a model/ models as an FMU. The software of the desired simulation model will be defined by source and output indicators. For purposes of reliability, efficiency and better results, an individual install sensors. The installed detectors are also used to amount certain prototype conditions and actuators in order to put up physical aspects to the prototype.
  2. The second step is to Export the simulationn model as an FMU utilizing the FMI export features of your physical simulation tool. For instance, the exporting functionalities of Dymola (your options for the FMI export) are available in the Simulation Installation GUI. In export process, there are usually three adjustments that need to be performed. The first setting up is that of sectioning a Type. The second setting up is that of choosing an FMI Version and lastly choosing further Options.

For Type, you can set either the surroundings for Model exchange (FMI-ME) or

Co -simulation (FMI-CS) as Model exchange exports. This is because export can either be performed using model exchange or co- simulation. Within the model-exchange environment, the FMU includes only the prototype no slave. Therefore, the slave of the presenting simulator is used. Within the co-simulation setting up, the FMU includes both the prototype and a slave. Here the importing simulator performs as the main of the co-simulation. The prototype without slaves and Co-simulation exports a summarized prototypee and slave.

For Version, selecting 1. 0 will ensure compatibility with V1. 7 of the Modelon FMI Toolbox. In the case of Choices, it isn't necessary to include the basis cypher or mass final result in mat document.

3. 3 Implementation in Simulink

As in case of Dymola, Simulink can even be used to put into practice different prototypes in several environs. For example in the application of control process, the control steps is established in a simulation environment (MATLAB/Simulink) and verified on simulation prototypes. After that, MATLAB/Simulink can be in conjunction with a PLC, and the task is verified on a physical prototype. This linking offers real-time communication among MATLAB/Simulink and the PLC (B&R 2005).

Control procedures have to be written in a worldwide programmable language recognized by both MATLAB and PLC, because of its broadcast in to the PLC.

The Control procedures proven in the simulations can be used in another type of area such just as the control of warming devices at home for purposes of temp rules. the control algorithms can even be used in industries among other place. The presence of Simulink is a major raise in inventions.

3. 3. 1 Environment

Many advantages can be associated with Simulink. The advantages experienced by Simulink users are in its potential to provide the right set of tools for fast, correct modeling and simulation. Simulink was created to facilitate extensive features of block collection for developing complex models. It is also made to be convenient tools for monitoring simulation results, and small integration. This is facilitated by the existence of MATLAB, which supports being able to access the most thorough assortment of design and analysis tools.

3. 3. 3 FMI-Toolbox

The FMI Toolbox for MATLAB ties in Modelica-based physical prototyping into the MATLAB/Simulink surroundings.

FMI Toolbox supplies the following center features, FMI toolbox permits the Simulation of set up exciting prototypes, FMUs, in Simulink. An FMI-compliant device such as OPTIMICA Studio by Modelon, SimulationX or Dymola, may make fMUs. The Simulink FMU stop offers realization of boundaries and input worth as well as stop results. FMI toolbox also permits Export of Simulink prototypes to FMUs. FMUs can also be simulated in FMI accommodating simulation device such as SimulationX or Dymola.

FMI toolbox may also be used for the Simulation of built attractive prototypes, FMUs; using MATLAB's built-in integrators, for example, ode45 and ode15s. This piece makes FMI Toolbox good for providers without them needing to contact to Simulink.

The other benefit of an FMI toolbox is the fact it helps the Static and vibrant analysis of FMUs through design-of- experiments (DoE) functions for search engine optimization, calibration, control design, and robustness research. The dynamic research features require the MATLAB Control System Toolbox. The FMI Toolbox helps FMI import for Model Exchange and FMI for Co-Simulation. FMI Toolbox also supports FMI export and a DoE analysis for Model Exchange 1. 0. In an FMI Toolbox, Simulink models can be exported as Model Exchange.

FMI Toolbox also helps improved upon handling of FMU blocks that are reinforced by Simulink Coder/Real-Time Workshop usually stored in a Simulink collection.

3. 3. 4 FMU export from Simulink

A Simulink prototype can be spread as an FMU and released in an FMI-compliant device such as OPTIMICA Studio room by SimulationX, Dymola or Modelon. This section represents how a Simulink model can be exported as an FMU.

Code from a Simulink model is produced by Simulink Coder/Real-Time Workshop and is then wrapped in an FMU for Model Exchange 1. 0 or Co-Simulation 1. 0.

There are various steps required to export an FMU for Model Exchange from Simulink. The first step is usually to select the build target. This is usually done by starting the Configuration Parameters dialog. Then go to the Real-Time Workshop/Code Generation tabs depending on MATLAB version a person is using at that particular time. From Search button, select the System target data file. The final step that occurs before exportation can take place is that of selecting fmu_me1. tlc from the browser dialog for exporting the FMU as Model Exchange or fmu_cs1. tlc for Co-Simulation, when either of both is preferred, click All right to export.

However, FMU export constraints such as The FMU target uses the code format S-function and aim for type non real-time. This means generally that the same limitations of Simulink Coderґs indigenous S-function focus on, rtwsfcn is put on the FMU aim for.

Complex type and output slots are not supported. There is no corresponding data enter the FMI standard. Another restriction of FMU is that Enumeration data types aren't supported including the Enumerated Constant block is not supported. Discrete variables (variability attribute arranged to discrete) may change the value at instants apart from during initialization or at event instants. Support for precompiled S-functions is merely recognized for export of Model Exchange FMUs and not co- simulation.

  1. Co-simulation

The main aim of co-simulation is to create a user-friendly user interface type for hooking up/joining simulation tools in its environs. The info exchanged in this models subsystems is bound to unique communication targets. The communication period among two sub-systems is controlled autonomously by particular subsystem solvers. The professional algorithm is usually in charge of controlling the exchange of data among subsystems and the harmonization of complete simulation slaves (solvers). In cases like this, basic professional algorithms and sophisticated ones are supported. It is important nonetheless to note that the get good at algorithm is not really a area of the FMI standard.

Dymola 2013 and later supports export of prototypes (slaves) with built-in numerical slaves in line with the FMI for Co-simulation specification. The SUNDIALS suite of numerical slaves (version 2. 4. 0) is utilized in the co-simulation FMUs. In Dymola 2013 and later, the translateModelFMU demand will produce an FMU that helps both the FMI for Model Exchange essential and the FMI for Co-Simulation slaves software whereby all obligations will be present in the DLL.

Model simulation is also reinforced in Simulink. It is, however, important to note that whenever Simulink FMU block co-simulation FMUs with modelDescription attribute canRunAsynchronuously is set to true, they are usually not backed.

References

[Jak2003] Johan kesson. Operator Relationship and Optimization in Control Systems. ISRN LUTFD2/TFRT--3234--SE. Lund University. Sweden. 2003.

Ошибка в функции вывода объектов.