-
Notifications
You must be signed in to change notification settings - Fork 3
2019 03 13_meeting
Date: March 13, 2019, 8:15am-9am Pacific Times
The purpose of this meeting is to coordinate the Modelica integration for SOEP.
Join from PC, Mac, Linux, iOS or Android: https://lbnl.zoom.us/my/mwetter
Or iPhone one-tap (US Toll): +14086380968,6614042296# or +16465588656,6614042296#
- Or Telephone:
- Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll) Meeting ID: 661 404 2296 International numbers available: https://lbnl.zoom.us/zoomconference?m=_h5BuJ686mPy3rWEyKf4NROxLaeOV5J8
- Previous action items.
- Kyle, Michael: Refactoring room air heat and mass balance.
- Michael: Specification for FMI-QSS.
- Stuart: FMI-QSS.
- Antoine: CI testing (funnel)
- Michael: CI testing with JModelica
- Kyle, Michael: Optimica license protection.
- Michael: JSON representation for OS front-end to Modelica
- Other items
Moved C code out of dll so we can call ModelicaMessage and ModelicaError. Tested new libepfmi-9.0.1.so and cleaned up code.
Branch issue1129_energyPlus_zone now works for one building for JModelica, Dymola and OpenModelica.
Next, work on
- have a permanent link to download the built binaries (once the other bug is fixed).
- replace custom C function calls with calls to proper fmi2 functions (ongoing on branch issue1129_energyPlus_zone_fmiSignature which is based on issue1129_energyPlus_zone)
- address loading .so file, look into using FMILibrary from https://jmodelica.org/
- then implement control I/O.
Design questions: Should we keep setup where Modelica side sends value reference (together with variable name, as in https://github.com/lbl-srg/soep/blob/issue47_fmiSignature/doc-design/source/softwareArchitecture.rst#envelope-model), or should Modelica only send variable names (requested parameters, inputs and outputs), EnergyPlus writes modelDescription.xml and Modelica reads it with FMILibrary? New design has advantage that we can easier add variables, are closer to fmi spec, but more overhead for file I/O during the initialization.
Discussion: - Look into using FMILibrary. - Modelica write json file and sends it as a string argument. - E+ determines value references. - E+ writes modelDescription.xml file to path that was in json file.
End of months milestone: Disseminate installer package for all three platforms.
Michael merged https://github.com/lbl-srg/soep/issues/43 (controls I/O spec).
Subcontract is finalized.
Next is Objexx and Modelon to implement new specification from https://lbl-srg.github.io/soep/softwareArchitecture.html#jmodelica-integration
Integrated funnel in BuildingsPy. Tested on whole Buildings library.
Next:
- Test using funnel as the default diff tool in BuildingsPy.
- Use funnel for cross comparison between dymola and jmodelica.
- Work on experiment specification.
Kyle to set up calls with Modelon. Kyle sent email to Hubertus to move this item forward.
Potential paths: Check diff to frozen library. Allow n models to be changed. Upgrade path to full OCT version (with access to cloud version in an integrated way).
Jianjun to work on modelica-json parsing in Modelica rather than CDL mode.
In Modelica mode, most models parse to JSON, but not all to simplified JSON.
None.
None.
Michael to move C code on the Modelica side from dll back to C that is compiled with the Modelica model to see if this solves the problem.
Jianjun to work on JSON representation for Modelica HVAC that could become the basis for a schema-driven editor.
Michael/Hubertus to finalize subcontracts.