OpenModelica


Forgot password? | Forgot username? | Register

DLL dependencies for FMU Export

DLL dependencies for FMU Export

Hi.

I'm trying to export my Modelica models into an FMU (for Model Exchange) to integrate it into Simulink (with FMI Toolbox from Modelon). I get the error that the DLL could not be loaded. With the help of the FMUChecker (from https://www.fmi-standard.org/) I found out that it is not the Model-DLL that cannot be loaded but the Libraries of the Sundials package (libsundials_kinsol.dll and libsundials_nvecserial.dll)

My question is now whether the functions could be compiled into the FMU DLL rather than just linked dynamically. Is there a hidden switch where I can do that? Or is that the only way things can be done? If you always need certain special libraries in order to import OpenModelica generated FMUs I think this functionality is useless.

Best regards
Andreas

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

I found some hints in the ChangeLog for Release 1.9.3:

* commit 38887f3d8797613c8a7dd6d096f8124597182d4a
| Author: hudson <openmodelica@ida.liu.se>
| Date:   Mon Jun 29 15:44:34 2015 +0200
|
|     * OMCompiler 48def8b...e234aa1 (4):
|       > Fixed FMU2-Errors. Static member FMU2Wrapper::logCategory is now FMU2Wrapper::LogCategoryFMU
|       > Logger for CPP-Runtime updated
|       > - added boost::atomic to windows cpp-runtime-build
|       > - replaced boost_log with logger-class of cpp-runtime - moved the implementation of StaticNonLinSolver-, StaticLinSolver- and StaticSolverOMCFactory to code files (because otherwise we are not able to disable cvode and kinsol for FMU export, easily) - FMU is now using Newton instead of Kinsol by default - FMU has no dependencies to sundials anymore

Later posts in the Changelog give the hint that there are some switches that can be passed to the FMU generation process:

* commit 78fbad2b7b5b97a97717ee4ce6a7551f914123aa
| Author: Marcus Walther <marcus.walther@tu-dresden.de>
| Date:   Mon Jul 27 14:14:23 2015 +0200
|
|     * OMCompiler 810476f...d9b26e6 (1):
|       > - Kinsol can now be used for FMUs, by passing a parameter to cmake - added some logger output to the kinsol and newton solver


Can anyone please give me advice where to pass the parameters to the generation process.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi,

What version of OpenModelica are you using?
If you take the latest nightly-build this should be fixed:
https://build.openmodelica.org/omc/buil … ly-builds/

Note that some of the commits comments are for the CPP runtime that you can activate with +simCodeTarget=Cpp.
By default we use the C runtime in which we fixed this issue.

Cheers,
Adrian Pop/

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hello Adrian,

thank you for the quick reply. I just tried out the latest nightly build. Now the Export seems to work. At least the FMUChecker doesn't throw any errors. Unfortunately the import into Simulink doesn't work. Now the toolbox gets the error of "forbidden access to memory area". Maybe a have to search for the next link in the chain...

Best regards
Andreas

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Unfortunately I have no access to Simulink with FMI Toolbox to test this.
The import doesn't work or the actual simulation?
Is it the 64bit version of Simulink?

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

I got the same behavior with Matlab 2013b and FMI Toolbox from Modelon as well as Matlab 2015a an the Pilot Support Package from Mathworks (the planned native FMI support from Simulink). Both were the 32-bit versions. That would lead to the next question about the 64-bit support for the windows. But this is perhaps better done in a separate thread.

The error occurs when I start the simulation. Importing the FMU is no problem. I have not tested importing my FMU into Dymola. I hope I can get a copy in the next days. Maybe there is a similar problem as you mention in the Makefile that Dymola is not yet supported.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hey Andreas,

I think there is a dependency issue in OpenModelica-exported fmus. Could you try replacing the libgfortran-3.dll (zipped in the FMU) with this one:
http://sourceforge.net/projects/scrpg/f … irror=iweb

-dchneric

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hello dchneric,

thank you for your answer. This solved my problem. The import of the generated FMU in Simulink works. Is this a known problem and is this fixed in newer builds of OpenModelica? I'm currently using OpenModelica v1.9.4-dev-111-g56804f2.

Is there a way to exchange the libgfortran-3.dll to make this workaround a permanent solution to the problem?

Best regards
Andreas

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

I just changed libgfortran-3.dll in the subfolders /bin and /MinGW/bin with the version dchneric supposed and FMU export works out of teh box now.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Very weird that  libgfortran-3.dll is to blame.
The library is copied from the mingw gcc 4.4.0 suite that we have.
dchneric, do you have more details about what dependency issues are there?

In the meantime we worked on reducing the FMU dependencies and we can now build a source code FMU that can be compiled on mostly any platform that has a C compiler. This is not yet integrated with OMEdit but we will do that soon.
You can use this with the latest nightly-build:
https://build.openmodelica.org/omc/buil … ly-builds/
via a script.mos containing:

Code:


setCommandLineOptions("-d=buildStaticSourceFMU"); getErrorString();
loadModel(YourLibrary); getErrorString(); // load the library needed
loadFile("Model.mo"); getErrorString(); // load the .mo file with the model if needed
translateModelFMU(Model); getErrorString(); // generate the FMU

Then call omc on the script.mos

Code:


C:\OpenModelica\bin\omc.exe script.mos

Cheers,
Adrian Pop/

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hello Adrian,

the FMU Export works for the latest nightly build (v1.9.4-dev-337-g300f04e) with OMEdit. Your effort in reducing the dependencies for the generated FMU is very useful when including the generated FMU on realtime platforms like dSpace. Is this also one step towards support of 64bit Windows FMU target?

Unfortunately I can't get to work your solution for generating FMUs via the scripting engine. There are only few file generated (FMUTest.libs, FMUTest_FMU.libs, FMUTest_FMU.log, FMUTest_FMU.makefile, FMUTest_info.json). Some of them are empty.

Best regards,
Andreas

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

I suspect buildStaticSourceFMU doesn't work on Windows even though the tests says it works (could be that one of the Windows tests doesn't clean everything up, and then the source test works even though it is using files from the non-source test).

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi Adrian,

http://pedump.me would be helpful to see the difference between these two DLLs.
I suspect simulink links against a different msvcrt.dll (or something alike) than the one libgfortran-3.dll was compiled with in mingw. (dll hell deja-vu?)

-dchneric

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

We're now supporting 64 and 32 bit OpenModelica and FMUs in the latest nightly-builds:
https://build.openmodelica.org/omc/buil … ly-builds/

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi,

sorry for the intrusion. I'm a new user of OpenModelica. I read that you use Modelon to make co-simulation with Simulink. I'm very interested to do it and I would like to have from you some advise.Do FMU files generate from OpenModelica work well into Simulink? Do you recommend I use Modelon?

Thank you,

Best regards,

Giuseppe

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hello Giuseppe,

I just made some tests with the Modelon FMI Toolbox to do model exchange (not Co-Simulation). Because of the unavailability of a 64-bit Version of OpenModelica at that time I used Dymola with the Dymola block in Simulink. My tests with the 32-bit Version were successful. First there were some problems with DLL dependencies (that's why I created this thread) but they are fixed now. Since Matlab 2015a you can use a so called Pilot Support Package from Mathworks to use FMUs in Simulink. You have to ask the Mathworks support for the download link. This package also worked in my tests.

Best regards,
Andreas

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi Andreas,

Thank you for your reply. I will evaluate which solution is better.

Best regards,
Giuseppe

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi,

I've installed the latest nightly-builds, but it still gives me dll problems in the Modelon checker. I'm using the 64-bit version. I'd like to know how to solve this problem.

Best regards,

Giuseppe

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi,

I've noted that the problem arise when I use OpenHydraulics library. In particular the checker gives me a system error and it says: impossible to run the program because libhdf5-0.dll is not in the computer. If I don't use this library the checker does not give me any error. I hope you can help me.

Thanks,
Best regards

Giuseppe

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Maybe we could add libhdf5-0.dll to the fmu. Which example from the OpenHydraulics library gives you trouble? Or you have your own model based on that library?

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

If you use the "source" export instead of "dynamic", there should be no dll dependencies for the FMU.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Thank you for the quick reply. Where I can set it? In "Strument" I don't found it.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

adrpo, I've done a simple hydraulic circuit with two tanks and one checkvalve and it dows not work, but the development tests work.

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

@sjoelund.se, I don't think that building from source works on Windows, I have to check that.

@Giusto: you can try to include libhdf5-0.dll in the FMU yourself and see if is working.
The fmu is basically just a zip, you unzip it, you add these libraries to the binaries\win64 folder, then you zip it back again.
You need to add these libraries in the fmu:
OpenModelica\tools\msys\mingw64\bin\libhdf5-0.dll
OpenModelica\tools\msys\mingw64\bin\zlib1.dll
OpenModelica\tools\msys\mingw64\bin\libszip-0.dll

If you have a 32 bit FMU then you add to binaries\win32 folder:
OpenModelica\tools\msys\mingw32\bin\libhdf5-0.dll
OpenModelica\tools\msys\mingw32\bin\zlib1.dll
OpenModelica\tools\msys\mingw32\bin\libszip-0.dll

Cheers,
Adrian Pop/

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

adrpo wrote:

@sjoelund.se, I don't think that building from source works on Windows, I have to check that.

If it doesn't work, the Linux version can export 64-bit Windows FMUs without dependencies (and also without support for ModelicaExternalC, ModelicaStandardTables).

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

@adrpo: as you said I've included libhdf5-0.dll in the FMU. Now there is no error about dll, but there is another error: "Error in FMU version detection".
I've done some proof and I found out that the problem is the CheckValve block, in fact the fmu file generated by the DevelopmentTests, CheckValveTest, has exactly this problem. Moreover if I eliminate the CheckValve from my project, it works.

Thanks for your help!

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Hi,

I've noted that the problem in really is in the "CombiTable1D" block. Moreover, when I include libhdf5-0.dll in the FMU, I have this error: "Unpacking of FMU d:\users\.... into d:\users\.... failed". Can you help me please?

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

You could try the latest nightly build:
https://build.openmodelica.org/omc/buil … lds/64bit/
as we now include the dlls I talked about above in the Windows FMUs.
See also ticket:
https://trac.openmodelica.org/OpenModelica/ticket/3946

Cheers,
Adrian Pop/

Administrator has disabled public posting. Please login or register in order to proceed.

Re: DLL dependencies for FMU Export

Now it works.

Thank you. I'm very grateful.

Kind regards,
Giuseppe

Administrator has disabled public posting. Please login or register in order to proceed.
There are 0 guests and 0 other users also viewing this topic
You are here: