Geek asks and answers

Joint modeling of a dymola fmu file cannot be modeled by fmuchecker

We are trying to test Dymola collaborative modeling options and created an fmu file. We installed / built FMILibrary-2.0b2 and FMUChecker-2.0b1 from www.fmi-standard.org.

I encountered a problem while trying to run the FMUChecker (fmuCheck.linux32) fmu file that my colleague created with Dymola. Wenn I create a file from the same Dymola model with my Dymola license fmu, this problem does not play. Since fmuCheck.linux32 is working fine, without error messages. My colleague can run both files without any problems!

As our goal is to use this option for joint modeling, I tried to run the fmu file on a computer without Dymola, and again I received the same error with both my fmu copy and the colleague I created.

Here is the error message

    fmuCheck.linux32 PemFcSysLib_Projects_Modl_SimCoolCirc.fmu 
[INFO][FMUCHK] Will process FMU PemFcSysLib_Projects_Modl_SimCoolCirc.fmu
[INFO][FMILIB] XML specifies FMI standard version 1.0
[INFO][FMI1XML] Processing implementation element (co-simulation FMU detected)
[INFO][FMUCHK] Model name: PemFcSysLib.Projects.Modl.SimCoolCirc
[INFO][FMUCHK] Model identifier: PemFcSysLib_Projects_Modl_SimCoolCirc
[INFO][FMUCHK] Model GUID: {6eba096a-a778-4cf1-a7c2-3bd6121a1a52}
[INFO][FMUCHK] Model version: 
[INFO][FMUCHK] FMU kind: CoSimulation_StandAlone
[INFO][FMUCHK] The FMU contains:
18 constants
1762 parameters
26 discrete variables
281 continuous variables
0 inputs
0 outputs
2087 internal variables
0 variables with causality 'none'
2053 real variables
0 integer variables
0 enumeration variables
34 boolean variables
0 string variables

[INFO][FMUCHK] Printing output file header
time
[INFO][FMILIB] Loading 'linux32' binary with 'standard32' platform types
[INFO][FMUCHK] Version returned from FMU:   1.0
    [FMU][FMU status:OK] 
    ...
    [FMU][FMU status:OK] 
    [FMU][FMU status:Error] fmiInitialize: dsblock_ failed, QiErr = 1
    [FMU][FMU status:Error] Unless otherwise indicated by error messages, possible errors are (non-exhaustive):
1. The license file was not found. Use the environment variable "DYMOLA_RUNTIME_LICENSE" t
[FATAL][FMUCHK] Failed to initialize FMU for simulation (FMU status: Error)
[FATAL][FMUCHK] Simulation loop terminated  at time 0 since FMU returned status: Error
FMU check summary:
FMU reported:
    2 warning(s) and error(s)
Checker reported:
    0 Warning(s)
    0 Error(s)
    Fatal error occured during processing

I think the fmu file should not need a Dymola license for modeling, so I don’t see the reason this simulation failed. What could be causing this strange behavior?

This is partly the same error message in this release of Dymola FMU Initialization in Simulink

Any suggestions are greatly appreciated. Thank.

+3
source share
2 answers

It seems that dymola did not set the path variable to the license file in ubuntu. We did it manually by adding the following lines to .bashrc

# Dymola runtime license, path
DYMOLA_RUNTIME_LICENSE=$HOME/.dynasim/dymola.lic
export DYMOLA_RUNTIME_LICENSE

Now we can simulate each other's fmu files!

+3
source

FMU , , Dymola, FMU, "Binary Export". , , FMU Dymola, .

+3

More articles:


All Articles