The library is filled with stuff like "Modelica_DeviceDrivers/Blocks/Examples/testInputJoystick.mo:2:1-13:22:writable] Error: Expected the package to have name testInputJoystick, but got TestInputJoystick.".  Makes it a bit annoying to try to load a library when it is malformed.

I was able to flatten Modelica_DeviceDrivers.Blocks.Examples.TestInputKeyboardKey; which model did you have a problem with? (Also, note that you might want to use +showErrorMessages while using +d=failtrace from command-line).

thanks, +showErrorMessages indeed made output more verbose

I'm trying to flatten
Modelica_DeviceDrivers.Blocks.Examples.TestSerialPackager_UDP
but get a lot of
NFSCodeDependency.analyseItem
errors

Cheers, Ulysses

I guess you should contact the author again because the library has some errors in it (see https://trac.openmodelica.org/OpenModel … #comment:1 for details)

The author has patched the code. Am testing it now.

Cheers, Ulysses

The author has updated the code to comply with the specifications:
https://svn.modelica.org/projects/Model … iceDrivers

Unfortunately
simulate(Modelica_DeviceDrivers.Blocks.Examples.TestSerialPackager_UDP)
now leads to the following:

Error: Model is structurally singular, error found sorting equations 2: $PRE.getReal.y[2] = $_start(getReal.y[2]);
4: $PRE.getReal.y[1] = $_start(getReal.y[1]);
for variables getReal.y[3](1), getReal.y[2](3)
Error: Internal error Transformation Module PFPlusExt index Reduction Method Pantelites failed!


Cheers, Ulysses

Yes, but the backend worked fine anyway and gave the correct message "Warning: No system for the symbolic initialization was generated. A method using numerical algorithms will be used instead.".

The real puzzler is why the external object constructor wasn't called before the object was used during initialization.

I created a bug report at https://trac.openmodelica.org/OpenModelica/ticket/2045