Build problems due to TflCheckSum difference

I try to compile a model with Subsystems and get following error message:

Error building model 'OCV_SOC_calculation'. The current model configuration differs from the model configuration used to generate the shared utility code folder, 'C:\local_data\ESREC\SOCmodel\slprj\ert\_sharedutils'.

If I check the parameter difference, the only difference between the model and the sharedutil folder is the TflCheckSum, which i cannot modify in the parameter dialog. All other params are equal.

Thanks a lot for the help!

[roberto crippa]

Hi all,

I have the same issue with a model that: - refers others models;

• Some of them are model with an S-function model block only, other let's say standard Simulink blocks;
• S-function model has Standard math Library set to "C99(ISO)" while others has "C89/C90(ANSI)"
• When building I get the TflCheckSum difference

After aligning the Standard math Library settings this issue is gone.

Thanks Bhavanithya Thiraviaraja for sharing the hint!!! It save me days of investigation.

Roberto

[Tong Zhao]

Hi Stefan,

Have you resolved this problem? I have exactly the same issue like yours. The TflCheckSum is the only difference between top level model and referenced model. Specifically my error message reads:

Error using coder.internal.infoMATFileMgr
Error building model 'SiMappedEngineV'. The current model configuration differs from the model configuration used to
generate the shared utility code folder,
'C:\Users\xx\MATLAB\Projects\examples\SS\main\Work\slprj\rsim\_sharedutils'.

Click here to review parameter differences between 'SiMappedEngineV' and
'C:\Users\xx\MATLAB\Projects\examples\SS\main\Work\slprj\rsim\_sharedutils'.

[Collin Spencer]

Are there any updates on this? I'm experiencing the same error and there appears to be no way to resolve it.

The model does not contain model reference.

Answer 1

[Bhavanithya Thiraviaraja]

Hi,

I had the exact same problem. The configuration parameters of the top model and the referenced models have to be the same.

I found that there was a difference in the " Code Generation - Interface" Setting in my model. The Standard math Library of the top model was "C99(ISO)" whereas the referenced models had "C89/C90(ANSI)". After changing it to "C99(ISO)" the problem got resolved.

[Tobias Huth]

I had the same issue with my model. Luckily, I found your answer after just 2 hours of trying to fix it myself.

Thank you!!

Answer 2

[Julia Antoniou]

Hi Stefan,

To resolve this error, I would first recommend deleting any "SLPRJ" folders the compiling may have created, and then trying again to compile the model.

I do not believe there is anything specific to subsystems that would cause this error. If your model has model references, this error could be caused by conflicting Configuration Parameters within those model references. If your model has S-Functions, try regenerating any MEX files needed for the model.

[Stefan Brönnimann]

Hi Julia

Thanks a lot for your support. I tried to delete the slprj or the _sharedutils Folder and all other temporary files, but with the same result. During the compile process, it generates the _sharedutils folder and when compilation gets to one of the Subsystems, it fails because it sees different config parameters. In the error message, I can open a dialog which compares the two settings, and the only thing that is marked as different is the TflCheckSum. Can i modify this checksum somehow?

Answer 3

[Jean Matthieu]

Hello,

I've had the same issue, no referenced model in my model. I've found no solution on the Internet but found the solution anyway.

When I generate, I have the error:

The current model configuration differs from the model configuration used to generate the shared utility code folder

Even though I deleted the slprj folder, the same error appears.

In my folder, I have MyModel.slxc that exists. Deleting it solved my problem.