Use esmini in test pipeline

[ClemensLinnhoff]

Reference to a related issue in the repository Fixes #32

Add a description

• [x] Add esmini to build pipeline in CL2
• [x] Add smoke test using esmini incl. an OpenScenario file

Take this checklist as orientation for yourself, if this PR is ready for Maintainer Review

• [x] My suggestion follows the governance rules.
• [x] All commits of this PR are signed.
• [x] My changes generate no errors when passing CI tests.
• [x] I updated all documentation (readmes incl. figures) according to my changes.
• [x] I have successfully implemented and tested my fix/feature locally.
• [x] Appropriate reviewer(s) are assigned.

[ClemensLinnhoff]

There is a problem with dynamically linking the esminilib to the esmini FMU. This is why the pipeline currently fails. I addresses this problem in this issue in the esmini repo.

[ClemensLinnhoff]

Separately caching the esminiLib at the correct path work. Now the co-simulation with esmini is running the pipeline!

This is only a temporary solution and in the long run the library should be statically linked against the esmini FMU. However, since it works for now, I suggest we merge this solution already and fix the linking issue when it is fixed in the esmini repo. I created a separate issue #34, to keep it in mind.

[jdsika]

Is OpenMCX spinning up a single process per FMU? https://github.com/eclipse/openmcx/issues/10

How is the shared memory in this case defined to exchange data from FMU1 to FMU2?

[ClemensLinnhoff]

There is a problem with dynamically linking the esminilib to the esmini FMU. This is why the pipeline currently fails. I addresses this problem in this issue in the esmini repo.

This is now fixed in esmini.