Simulink Gateway Sample Clauses
The Simulink Gateway clause establishes the terms under which parties can access, use, or integrate with the Simulink Gateway software or platform. Typically, this clause outlines the scope of permitted use, any restrictions on modification or distribution, and may specify technical requirements or support obligations. For example, it might clarify whether users can connect third-party tools to the Simulink Gateway or if certain data handling protocols must be followed. Its core practical function is to ensure that all parties understand their rights and responsibilities regarding the use of the Simulink Gateway, thereby reducing the risk of misuse and clarifying compliance requirements.
Simulink Gateway. Two alternative mapping strategies are applied for the mapping from EAST-ADL functional architecture descriptions to Simulink models. The first approach is based on Matlab API, where the Simlink Gateway generates a script file (.m) consisting of Matlab commands for Simulink model creation. The second approach is based on Simulink file format, where the Simulink Gateway generates a Simulink file (.mdl) defining the expected model. Both approaches are support by the MetaEdit+ implementation of EAST-ADL by using the through the script language ▇▇▇▇. Procedures Experimental model transformation with the regenerative Brake-by-Wire (BBW) system is performed using the ME+ (MetaEdit+) plugins by KTH and MetaCase. Figure 5-19 shows the Matlab code generated by the Simulink Gateway for the creation of the Simulink model iteratively according to the decomposition hierarchy in the EAST-ADL model shown in Figure 5-18. The resulted Simulink Model is shown in Figure 5-20. Figure 5-18. The functional architecture description of the regenerative Brake-by-Wire (BBW) system in EAST-ADL. % A demonstration of the export of EAST‐ADL Analysis Architecture model in ME+ to Simulink model % Author: Mechatronics Lab, KTH % Date: 2012‐10‐20 %Specify the name of the model to create fname ='FEV_Braking_AL'; % Check if the file already exists and delete it if it does if exist(fname,'file') == 4 % If it does then check whether it is open if bdIsLoaded(fname) % If it is then close it (without saving!) close_system(fname,0) end % delete the file delete([fname,'.mdl']); end % Create the system new_system(fname); % Creating the blocks and connections recursively add_block('built‐in/SubSystem','FEV_Braking_AL/pABS_1','Position',[10 1 220 70],'BackgroundColor','yellow'); add_block('built‐in/outport','FEV_Braking_AL/pABS_1/brakeForceDisc_out','BackgroundColor','green');
Simulink Gateway. Two alternative mapping strategies are applied for the mapping from EAST-ADL functional architecture descriptions to Simulink models. The first approach is based on Matlab API, where the Simlink Gateway generates a script file (.m) consisting of Matlab commands for simulink model creation. The second approach is based on Simulink file format, where the Simlink Gateway generates a Simulink file (.mdl) defining the expected model. Both approaches are support by the MetaEdit+ implementation of EAST-ADL by using the through the script language ▇▇▇▇. Procedures Experimental model transformation with the regenerative Brake-by-Wire (BBW) system is performed using the MetaEdit+ plugins by KTH and MetaCase. Table 3 provides a snapshot of the Matlab code generated by the Simulink Gateway for the creation of the Simulink model iteratively according to the decomposition hierarchy. EAST-ADL Model:
Simulink Gateway. Procedures The Simulink Gateway has been tested and applied on an exemplary subset of the “Propulsion” case study, see Figure 5-1 Figure 5-1: Propulsion design subsystem used to experiment the Simulink Gateway The Simulink Gateway can be run directly using a command in the main toolbar. Evaluation Results The plug-in generate a set of Simulink models, one for each diagram element. Ports, diagram elements and hierarchy of the Simulink model comply with the original EAST-ADL model. At the time of writing, the ports data types are not preserved during the transformation process. Figure 5-2: Simulink model generated starting from an EAST-ADL model
Simulink Gateway. The Simulink Gateway is a set of tools\plugins providing a mechanism for bidirectional transformation between EAST-ADL models and Simulink equivalent models. The gateway is intended to provide support for simulation-based analysis to EAST-ADL conformant models, and to enrich to some extent the MAENAD Analysis Workbenches with the features that Matlab/Simulink can provide. The Simulink gateway is composed of a User Interface to the Matlab/Simulink environment that supports the rule-based design of Simulink models conformant to EAST-ADL constraints, and a transformation engine that provides model to model transformation capability between models through intermediate representations. Figure 5: The MATLAB/Simulink GUI Key points for the analysis • Effectiveness of modelling support for the Matlab/Simulink – EAST_ADL user interface. • Effectiveness of translation automation from EAST-ADL conformant models to Simulink behavioral models • Effectiveness of translation automation from Simulink behavioral models to EAST-ADL conformant models • Suitability of the Simulink Gateway for Verification and Validation activities • Suitability of the Simulink Gateway for FEV related performances evaluation standards Analysis strategies Effectiveness of modelling support for the Matlab/Simulink – EAST-ADL user interface 1.a:Development of a EAST-ADL conformant model in Simulink using the related EAST-ADL library blockset and the related plug-in 1.b: Run the Simulink to East-ADL gateway 1.c Import the EAST-ADL equivalent model in MMW editor. Evaluation: Correctness of the transformation: • data flow, • data types • architecture elements mapping • hierarchical organization of the equivalent model • number and types of supported blockset • Missing elements during the transformation • Support for rule based design (automatic detection of illegal construct, inhibition of simulink editor functionalities related to illegal construct) Effectiveness of translation automation from EAST-ADL conformant models to Simulink behavioral models 1.a Export of an existing Use Case model developed with MMW with the Simulink gateway, import the equivalent model in simulink environment Evaluation: Correctness of the transformation: • data flow, • data types • architecture elements mapping • hierarchical organization of the equivalent model • missing elements and completeness of transformation • Possibility to execute the equivalent model and effort to make it executable • Number of error/warning ra...
Simulink Gateway