Using parsim with SIMULINK model containing c-mex s-functions
Show older comments
I have a simulation with multiple S-functions (level 2 written in c++). I want to run a Monte-Carlo analysis for my problem and to speed up the process, I want to run the simulations in parallel using the parsim command. There's a parameter for the S-functions "DX" which would be different for every simulation.
model = 'my_model';
load_system(model);
numSims = 10;
for i = 1:numSims
in(i) = Simulink.SimulationInput(model);
in(i) = in(i).setVariable('DX',my_data(:,i));
end
simOut = parsim(in);
According to my understanding, this should work but it gives me errors.
My c++ S-functions is supposed to load and read some DAT files in order to run and they are in a different folder. The path to access the files is written inside the code. I have added an exception in the code that it should give error "Data could not be loaded" in case the code fails to load and read the files. I get this error when I try to run the simulation using "parsim" command. However, it works fine using the "sim" command.
What could I be doing wrong here? Am I missing something? Any help would be highly appreciated.
9 Comments
Benjamin Thompson
on 11 Feb 2022
Can you post the error messages, and maybe the model itself so the Community can better understand the problem?
Fawad Khan
on 14 Feb 2022
Fawad Khan
on 14 Feb 2022
Fawad Khan
on 14 Feb 2022
Benjamin Thompson
on 14 Feb 2022
In your C++ code you use fopen to open the file and assign the file handle to a global variable fp. But then you do not use the file handle in mdlOutput. Are you intending to read data from the file in mdlOutput? If so, call fread to read maybe one item of data, type double, size 8 bytes, from the input file handle. Copy that data to your output Y if successful. Remove the S-Function input U from your code if you intend the data file to be the input.
Your global variable fp should be initialized to NULL. In mdlOutput test that fp is not NULL before using fread.
Try using ssPrintf instead of printf to see any debug messages that your code needs to send to the user. Call ssSetErrorStatus if you need to terminate the simulation due to a problem with the input file.
You will have a problem running more than one copy of this block, because they will share one instance of the global variable fp. If each simulation is going to use a different input file, you may want to pass a file name or file number to the C++ code from Simulink. See the help about adding parameters to your S-Function, so maybe you can load data0.inp, data1.inp, data2.inp in each simulation run as required.
Use pwork vectors if you need each simulation run to have its own input file handle. See ssSetNumPWork and ssSetPWorkValue documentation for information and examples.
Fawad Khan
on 14 Feb 2022
Edited: Fawad Khan
on 15 Feb 2022
Fawad Khan
on 15 Feb 2022
Gabriel Geiger
on 29 May 2024
Edited: Gabriel Geiger
on 29 May 2024
Following up on this threat to see if OP has found anything on this topic. I'm running into a nearly identical issue. I've added the search paths to the parallel workers for the files the S-function tries to refer to, and no luck. I've also tried to use addAttachedFiles() to the parallel pool to add the files needed, but this also does not work. Any updates?
Chintan
on 19 Jul 2024
@Fawad Farooq Ashraf: we are facing a similar issue with using an FMU with dependencies in the parsim context. Were you able to resolve this issue?
Answers (1)
Benjamin Thompson
on 14 Feb 2022
0 votes
Alternatively, you can read data from a binary file using fopen and fread in an M file in MATLAB. Read each dataset into the MATLAB workspace and use a Simulink foreach subsystem to pass data to the sin function in Simulink.
1 Comment
Fawad Khan
on 14 Feb 2022
Categories
Find more on Run Multiple Simulations in Help Center and File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!