MATLAB: Do I have to set MultiTaskDSMMsg to ‘error’ even though there are no Data Store Memory blocks in the model

AUTOSAR Blocksetdsmmultitaskingsimulink

I have a model which contains no Data Store Memory blocks, but when I try to update diagram, I get this error:

The current diagnostic settings for model 'myModel' are not valid because the model
contains root-level Inport block 'myModel/Inport' that outputs a function-call signal.
See errors reported below for details.
Caused by:
The 'Multitask data store' option in the Data Validity Diagnostics pane of the
Configuration Parameters dialog box for model 'myModel' is not set to 'error'. 
Suggested Actions
Set 'Multitask data store' in 'myModel' to 'error'.

Here is a screenshot of my model:

I do not have any Data Store Memory blocks in my model, so why do I need to set MultiTaskDSMMsg to "error"?

Best Answer

The requirement to set the Multitask datastore diagnostic to “error” is a conservative requirement to avoid any data integrity issues. Since a Data Store Memory could be accessed from different tasks and export-function models do not provide any data protection, we require this setting to be set to "error" if the export functions are triggered with asynchronous calls. This setting is a global setting and does not check the model for existence of datastores.

Related Solutions

MATLAB: Stateflow model fails on write ‘data after write error’

This issue occurs due to the buses shared across linked charts using data store memory, to sync up data between them internally and the diagnostic setting not being honored. In other words, you are not using a data store explicitly but some data store is used internally to handle data sync-up in the background and this data store does not honor the diagnostic. To get rid of this error go to

'Model Configuration Parameters' > 'Diagnostic' > 'Data Validity' > 'Detect write after write' > 'Use local settings'

MATLAB: How to access the signals and parameters of referenced models using C-API in Real-Time Workshop 6.2 (R14SP2)

The ability to access the signals and parameters of referenced models using C-API is not available in Real-Time Workshop 6.2 (R14SP2).

To work around this issue:

For a top model (e.g. mymodel.mdl) and all its sub models (e.g. mymodel_refmod.mdl),

1) Open the Configuration Parameters > Data Import/Export pane.

2) Select the checkbox “States“.

3) Provide an appropriate variable for storing states, e.g. “xout”.

4) Select "C-API" on the Interface pane Generate GRT code for the top model (mymodel.mdl).

In the generated file mymodel.c, you would see the childMMI array is initialized in the mymodel_initialize function:

 void mymodel_initialize(boolean_T firstTime)  {
 ...
 rtwCAPI_SetChildMMI(mymodel_M->DataMapInfo.mmi, 0, &(mymodel_refmod_M->DataMapInfo.mmi));
 ...
 }

where mymodel_refmod_M->DataMapInfo.mmi is the child MMI corresponding to the referenced model in mymodel.mdl.

Note that the file mymodel_capi.c remains unchanged. The initialization is done in mymodel_initialize() function in mymodel.c

Best Answer

Related Solutions

MATLAB: Stateflow model fails on write ‘data after write error’

MATLAB: How to access the signals and parameters of referenced models using C-API in Real-Time Workshop 6.2 (R14SP2)

Related Question