Error when loading a simple Dymola FMU in an SSP model

[jean-philippe.tavella@…]

I try to load a very light and simple Dymola FMU in an SSP model and I get these errors:
[4] 11:19:43 Ecriture Erreur
[loadSnapshot] loading snapshot failed

[5] 11:21:35 Ecriture Erreur
[initializeDependencyGraph_initialUnknowns] tankwin3264: erroneous dependencies detected in modelDescription.xml

[6] 11:21:35 Ecriture Erreur
[NewComponent] tankwin3264: Couldn't initialize dependency graph for initial unknowns.

[7] 11:21:35 Ecriture Erreur
[loadSnapshot] loading snapshot failed

When doing this a second time, a new error comes like this:
[8] 11:26:19 Ecriture Erreur
[addSubModel] "tankYPipeDym.Root.tankwin3264" already exists in the scope

Then I save the .ssp file and reopen it with an external browser. The FMU appears. There should not be dependencies troubles in Dymola FMUs.
The FMU is attached to this ticket.

[jean-philippe.tavella@…]

I cannot attach the FMU as the tool gives me this unpleasant message:

Submission rejected as potential spam

SpamBayes determined spam probability of 78.02%

[Francesco Casella]

This is strange, we set trac to trust authenticated users. If you are logged in you shouldn't be bothered. Were you when you tried?

[jean-philippe.tavella@…]

Changing the suffix .fmu into .fmux was enough for uploading...
You juste have to change back from .fmux to .fmu.

[Adrian Pop]

I trained the spam filter with your FMUs, please see if it works now.
@casella, most of the users in Trac do not have logins, only the developers do.

[jean-philippe.tavella@…]

Replying to adrpo:

I trained the spam filter with your FMUs, please see if it works now.
@casella, most of the users in Trac do not have logins, only the developers do.

Exactly, I don't have login. But I found a bypass.

[Francesco Casella]

Replying to adrpo:

I trained the spam filter with your FMUs, please see if it works now.
@casella, most of the users in Trac do not have logins, only the developers do.

Sure, the username is an email, I missed that.

[Francesco Casella]

Retargeted to 1.18.0 because of 1.17.0 timed release.

[Lennart Ochel]

The FMU you provided seem to be invalid with respect to the FMI standard. We recently modified the internal analysis which OMSimulator performs and generate now the following messages:

[1] 17:50:47 Scripting Notification
[tankwin3264: resources/0001_tankwin3264.fmu] The FMU lists 4 initial unknowns but actually contains 5 initial unknowns as per the variable definitions.

[2] 17:50:47 Scripting Notification
[tankwin3264: resources/0001_tankwin3264.fmu] The FMU contains bad initial unknowns. This might cause problems, e.g. wrong simulation results.

However, we decided to not reject the FMU but instead just report the messages above. So you should be able to simulate with expected results.

Please correct me if the FMU you provided is actually valid and correct with respect to the FMI standard.

[Francesco Casella]

Ticket retargeted after milestone closed