Main Content

Simulink.ModelReference.protect

Obscure referenced model contents to hide intellectual property

Description

example

Simulink.ModelReference.protect(model) creates a protected model from the specified model. It places the protected model in the current working folder. The protected model has the same name as the source model. It has the extension .slxp.

example

Simulink.ModelReference.protect(model,Name,Value) uses additional options specified by one or more name-value pair arguments.

example

[harnessHandle] = Simulink.ModelReference.protect(model,'Harness',true) creates a harness model for the protected model. It returns the handle of the harness model in harnessHandle.

example

[~ ,neededVars] = Simulink.ModelReference.protect(model) returns a cell array that includes the names of base workspace variables used by the protected model.

Examples

collapse all

Protect a referenced model and place the protected model in the current working folder.

openExample('sldemo_mdlref_bus');
model= 'sldemo_mdlref_counter_bus'

Simulink.ModelReference.protect(model);

A protected model named sldemo_mdlref_counter_bus.slxp is created. The protected model file is placed in the current working folder.

Protect a referenced model and place the protected model in a specified folder.

openExample('sldemo_mdlref_bus');
model= 'sldemo_mdlref_counter_bus'

Simulink.ModelReference.protect(model,'Path','C:\Work');

A protected model named sldemo_mdlref_counter_bus.slxp is created. The protected model file is placed in C:\Work.

Protect a referenced model, generate code for it in normal mode, and obfuscate the code.

openExample('sldemo_mdlref_bus');
model= 'sldemo_mdlref_counter_bus'

Simulink.ModelReference.protect(model,'Path','C:\Work','Mode','CodeGeneration',...
'ObfuscateCode',true);

A protected model named sldemo_mdlref_counter_bus.slxp is created. The protected model file is placed in the C:\Work folder. The protected model runs as a child of the parent model. The code generated for the protected model is obfuscated by the software.

Protect a referenced model, and generate HDL code for it in normal mode.

openExample('hdlcoder/ParentModelWithModelReferenceExample')
parent_model= 'hdlcoder_protected_model_parent_harness';
reference_model_to_protect = 'hdlcoder_referenced_model_gain';

Simulink.ModelReference.protect(reference_model_to_protect, ...
                        'Mode','HDLCodeGeneration')

A protected model named hdlcoder_referenced_model_gain.slxp is created. The protected model file is placed in the same folder as the parent model and the referenced model. The protected model runs as a child of the parent model.

Set the hdl option to true with Mode set to CodeGeneration to enable both C code generation and HDL code generation support for a protected model that you create.

openExample('hdlcoder/ParentModelWithModelReferenceExample')
parent_model= 'hdlcoder_protected_model_parent_harness';
reference_model_to_protect = 'hdlcoder_referenced_model_gain';

Simulink.ModelReference.protect(reference_model_to_protect, ...
                        'Mode','CodeGeneration','hdl',true)

Control code visibility by allowing users to view only binary files and headers in the code generated for a protected model.

openExample('sldemo_mdlref_bus');
model= 'sldemo_mdlref_counter_bus'

Simulink.ModelReference.protect(model,'Mode','CodeGeneration','OutputFormat',...
'CompiledBinaries');

A protected model named sldemo_mdlref_counter_bus.slxp is created. The protected model file is placed in the current working folder. Users can view only binary files and headers in the code generated for the protected model.

Create a harness model for a protected model and generate an HTML report.

openExample('sldemo_mdlref_bus');
modelPath= 'sldemo_mdlref_bus/CounterA'

[harnessHandle] = Simulink.ModelReference.protect(modelPath,'Path','C:\Work',...
'Harness',true,'Report',true);

A protected model named sldemo_mdlref_counter_bus.slxp is created, along with an untitled harness model. The protected model file is placed in the C:\Work folder. The folder also contains an HTML report. The handle of the harness model is returned in harnessHandle.

To simulate a model that references a protected model, you might need to define variables in the base workspace or data dictionaries. For example, the sldemo_mdlref_counter_bus model needs the variables that specify the buses at the root input and output ports of the model. When you ship a protected model, you must include definitions of the required variables or the model is unusable.

Tip

To automatically package required variable definitions with the protected model in a project, set Project to true.

Generate the protected model and determine the required variables.

openExample('sldemo_mdlref_bus');
model= 'sldemo_mdlref_counter_bus'

[~, neededVars] = Simulink.ModelReference.protect(model)

The second output, neededVars, determines the variables you must send to the recipient. The value of neededVars is a cell array that contains the names of the variables required by the protected model. However, the cell array might also contain the names of variables that the model does not need.

Before you share the protected model, edit neededVars to delete the names of any variables that the model does not need. Save the required variables in a data dictionary.

Input Arguments

collapse all

Model name, specified as a character vector or string scalar. It contains the name of a model or the path name of a Model block that references the model to be protected.

Data Types: char | string

Name-Value Arguments

Specify optional pairs of arguments as Name1=Value1,...,NameN=ValueN, where Name is the argument name and Value is the corresponding value. Name-value arguments must appear after other arguments, but the order of the pairs does not matter.

Before R2021a, use commas to separate each name and value, and enclose Name in quotes.

Example: 'Mode','CodeGeneration','OutputFormat','Binaries','ObfuscateCode',true specifies that obfuscated code be generated for the protected model. It also specifies that only binary files and headers in the generated code be visible to users of the protected model.

File Options

collapse all

Since R2020b

Option to collect dependencies in project, specified as true or false.

Specify whether to package supporting files, including a harness model, with the protected model in a project archive. The type and number of supporting files depends on the model being protected. Examples of supporting files are a MAT file with base workspace definitions and a data dictionary pruned to relevant definitions. The supporting files are not protected.

  • true — Create a project archive (.mlproj) that contains the protected model, its dependencies, and its harness model. The supporting files are not protected. The project archive is a single file that allows for easy sharing. To create the interactive project, open the project archive.

  • false — Create only the protected model. If the protected model has dependencies, you must share them separately. Similarly, if you create a harness model for the protected model, you must share the harness model separately.

Example: 'Project',true

Tips

Before sharing the project, check whether the project contains the required supporting files. If supporting files are missing, simulating or generating code for the related harness model can help identify them. Add the missing dependencies to the project and update the harness model as needed. For more information, see Manage Project Files.

Dependencies

To set Project to true, set Mode to a value that supports simulation. For example, set Mode to 'Simulation' (default).

Data Types: logical

Since R2020b

Custom project name, specified as a character vector or string scalar.

Specify the name of the project archive that contains the generated files. The project inside the archive uses the same name.

If you do not specify a custom name, the default name for the project is the protected model name followed by _protected.

Example: 'ProjectName','myname'

Dependencies

To enable ProjectName, set Project to true.

Data Types: char | string

Option to create harness model, specified as a Boolean value.

Specify whether to create a harness model for the protected model. The harness model provides an isolated environment for the protected model, which is referenced by a Model block.

  • true — Create a harness model for the protected model.

  • false — Do not create a harness model for the protected model.

When you create a harness model for a protected model that relies on base workspace definitions, Simulink® creates a MAT file that contains the base workspace definitions.

The harness model must have access to supporting files, such as a MAT file with base workspace definitions or a data dictionary.

Example: 'Harness',true

Dependencies

  • To set Harness to true, set Mode to a value that supports simulation. For example, set Mode to 'Simulation' (default).

  • When you set Project to true, Harness is set to true.

Data Types: logical

Folder for protected model, specified as a character vector or string scalar.

Example: 'Path','C:\Work'

Dependencies

The model being protected must be on the MATLAB® path.

Data Types: char | string

Functionality Options

collapse all

Option to generate report, specified as a Boolean value.

To view the report, perform one of these actions:

  • Simulink Editor: On the Model block, right-click the protected-model badge icon . Then, select Display Report.

  • MATLAB Command Window: Use the Simulink.ProtectedModel.open function. For example, to display the report for a protected model named sldemo_mdlref_counter, enter this command.

    Simulink.ProtectedModel.open('sldemo_mdlref_counter','report');

The report is generated in HTML format. It includes information on the environment, functionality, and interface for the protected model.

Example: 'Report',true

Dependencies

To set Report to true, set Mode to a value that supports simulation. For example, set Mode to 'Simulation' (default).

Data Types: logical

Option to include read-only web view, specified as a Boolean value.

Specify whether to share an interactive rendition of a Simulink model that the recipient can view in a web browser. This read-only web view of the model includes the contents and block parameters of the model.

  • true — Share a web view of the model that you protect.

  • false — Do not share a web view of the model that you protect.

To open a web view of a protected model, perform one of these actions:

  • Current Folder Browser: Double-click the protected model file (.slxp).

  • MATLAB Command Window: Use the Simulink.ProtectedModel.open function. For example, to display the web view for a protected model named sldemo_mdlref_counter, enter this command.

    Simulink.ProtectedModel.open('sldemo_mdlref_counter','webview');

Example: 'Webview',true

Dependencies

Creating a read-only web view of the model requires a Simulink Report Generator™ license.

Data Types: logical

Model protection mode, specified as one of these values:

  • 'Simulation' (since R2023b): A model that references the protected model can run in normal, accelerator, or rapid accelerator mode.

    Before R2023b: Use 'Accelerator' instead of 'Simulation'.

  • 'CodeGeneration': A model that references the protected model can run in normal, accelerator, rapid accelerator, or external mode and can support C and C++ code generation. This option requires a Simulink Coder™ license.

  • 'HDLCodeGeneration': A model that references the protected model can run in normal, accelerator, or rapid accelerator mode and can support HDL code generation. This option requires an HDL Coder™ license.

  • 'ViewOnly': The protected model supports only a read-only web view. The protected model does not support simulation or code generation. This option requires a Simulink Report Generator license.

For information about simulation modes in model hierarchies, see Choose Simulation Modes for Model Hierarchies.

Example: 'Mode','Simulation'

Interface for generated code, specified as one of these values:

  • Model reference — Build a model reference Simulink Coder target. The code is generated from the referenced model as part of a model hierarchy. Code generation uses this command.

    slbuild('model','ModelReferenceCoderTarget')
  • Top model — Build a standalone Simulink Coder binary executable file for the specified model, using the current model configuration settings. This interface also builds model reference coder targets for the referenced models. The code is generated from the top model with the standalone code interface. Code generation uses this command.

    slbuild('model','StandaloneCoderTarget')

The value you specify determines how software-in-the-loop (SIL) and processor-in-the-loop (PIL) simulations deploy the generated code for the protected model.

  • Model reference — The software deploys the generated code as part of a larger application that uses the referenced model.

  • Top model — The software deploys the generated code as a standalone application.

SIL/PIL simulations can verify the protected model code.

To support code generation for a model that references the protected model, specify Model reference.

Regardless of the code interface, you can simulate the protected model in accelerator mode.

Example: 'CodeInterface','Top model'

Dependencies

The System target file configuration parameter must be set to an ERT-based system target file, for example, ert.tlc. This option requires an Embedded Coder® license.

Option to generate HDL code, specified as a Boolean value.

For the protected model to support simulation, C and C++ code generation, and HDL code generation, set Mode to 'CodeGeneration' and hdl to true.

Example: 'hdl',true

Tips

For the protected model to support simulation and HDL code generation, but not C or C++ code generation, set Mode to 'HDLCodeGeneration'. You do not have to set hdl to true.

Dependencies

  • To generate HDL code, you must have an HDL Coder license.

  • This argument affects the output only when you set Mode to 'CodeGeneration'.

Data Types: logical

Since R2022a

Tunable parameters for simulation, specified as 'None', {}, 'All', a string array, or a cell array of character vectors.

Specify the parameters that you want the recipient to be able to tune during simulation. For information about tunable parameters, see Tune and Experiment with Block Parameter Values.

When you protect a model that references one or more protected models, you must specify the tunable parameters of each referenced protected model as also being tunable for the parent model you are protecting.

To get the list of tunable parameters for a protected model, use the Simulink.ProtectedModel.getTunableParameters function.

Example: 'TunableParameters',{'param1','param2'}

Example: TunableParameters=["param1","param2"]

Data Types: char | string | cell

Option to specify callbacks for protected model, specified as a cell array of Simulink.ProtectedModel.Callback objects.

Example: 'Callbacks',{pmcallback_sim, pmcallback_cg}

Data Types: cell

Protection Options

collapse all

Option to obfuscate generated code, specified as a Boolean value.

Example: 'ObfuscateCode',true

Dependencies

This option is applied only when you set Mode to 'CodeGeneration'. Obfuscation is not supported for HDL code generation.

Data Types: logical

Protected code visibility, specified as one of these values:

  • 'CompiledBinaries' — Include only compiled binaries for the generated code. The binary files and headers are visible.

  • 'MinimalCode' — Include only the minimal header files required to build the code with the chosen build settings. The code in the build folder is visible. Recipients can inspect the code in the protected model report and recompile it for their purposes.

  • 'AllReferencedHeaders' — Include header files found on the include path. The code in the build folder is visible. The headers referenced by the code are also visible.

This argument determines what part of the code generated for a protected model is visible to users.

Example: 'OutputFormat','AllReferencedHeaders'

Dependencies

This argument affects the output only when you set Mode to 'Simulation', 'Accelerator', or 'CodeGeneration'.

Option to encrypt protected model, specified as a Boolean value. This option applies when you have specified a password during protection, or by using these functions:

Example: 'Encrypt',true

Data Types: logical

Option to sign protected model with digital certificate, specified as a character vector or string scalar that specifies the digital certificate. If the certificate file is password protected, use the Simulink.ModelReference.ProtectedModel.setPasswordForCertificate function to provide the password before you use the certificate.

Example: 'Sign','my_certificate.pfx'

Data Types: char | string

Option to create modifiable protected model, specified as a Boolean value.

To use this option:

Example: 'Modifiable',true

Data Types: logical

Option to add a postprocessing function for protected model files, specified as a function handle.

The function accepts a Simulink.ModelReference.ProtectedModel.HookInfo object as an input variable. This object provides information on the source code files and other files generated during protected model creation. It also provides information on exported symbols that you must not modify. Prior to packaging the protected model, the postprocessing function is called.

For a protected model with a top model interface, the Simulink.ModelReference.ProtectedModel.HookInfo object cannot provide information on exported symbols.

Example: 'CustomPostProcessingHook',@(protectedMdlInf)myHook(protectedMdlInf)

Output Arguments

collapse all

Handle of harness model, returned as a double. When model protection does not create a harness model or packages the harness model in a project archive, the returned value is 0.

To create a harness model that is open after model protection, set Harness to true and Project to false (default).

Names of base workspace variables that the protected model uses, returned as a cell array.

The cell array includes:

  • Tunable parameters

  • Parameters that are used by the model interface

  • Parameters that specify part of a data type, such as a bus object, enumerated type, or value type

  • Parameters that are used by data store memory

The cell array can also include variables that the protected model does not use.

Version History

Introduced in R2012b

expand all