daniel-de-vries / openlego Goto Github PK

View Code? Open in Web Editor NEW

6.0 6.0 7.0 2.13 MB

Open-source Link between AGILE and OpenMDAO

License: Apache License 2.0

Python 97.71% Makefile 2.11% Batchfile 0.18%

optimization multidisciplinary agile openmdao kadmos engineering xml cpacs cmdows mdo

openlego's Introduction

OpenLEGO

Welcome to the Git repo of OpenLEGO!

OpenLEGO stands for "Open-source Link between AGILE and OpenMDAO", which is just what it does. It links together two major efforts in the field of Multidisciplinary Design Analysis and Optimization (MDAO) which are both aming to make MDAO more readily applicable in the engineering industry.

Outline

OpenLEGO enables to user to combine the strengths of KADMOS and OpenMDAO. By using OpenLEGO the user can manipulate MDAO problems from a high, abstract level using KADMOS and then automatically generate and run an OpenMDAO problem from it.

Installation

The OpenLEGO package can be installed using the setup.py file provided in the root of this repo. Any required packages should automatically be installed alongside it.

The following packages are required by OpenLEGO:

OpenLEGO is also on PyPi, so it can also be installed simply using pip install openlego.

Usage

Check out the test cases in the openlego.test_suite.test_examples package included in this repo test get an idea of how OpenLEGO can be used.

Credits

OpenLEGO was originally developed by Daniël de Vries as part of his MSc thesis at the TU Delft. Feel free to post any feedback on the code, suggestions for new features, and general ideas.

openlego's People

Contributors

Stargazers

Watchers

Forkers

jomorlier imcovangent danieldevriesdarcorp annelizabruggeman jbussemaker lukasmu wrutten

openlego's Issues

Add OpenLEGO to PyPI (Python Package Interface)

Once a stable version of openlego has been created, it should be published as a package on PyPI so that installation can be done using pip install openlego

Add all monolithic options from KADMOS to OpenLEGO

Add monolithic options, such as:

MDA
DOE (with and without convergence)
Optimization without feedbacks to be handled

Partials are not working anymore for SSBJ case

The update from 1.3.4 to 1.3.5 has broken all the test of the SSBJ case. Note that version 0.1.6 of the ssbjkadmos package is required to test this.

I will add more information later.

Update existing MDF and IDF implementation

These architectures need some minor updates, such as:

Inclusion of mathematical functions and testing for correct behaviour.
Take the function order not from the problemFormulation element in CMDOWS, but from a (to be created) element in the workflow.

AbstractDiscipline deploy failing

Tested with Anaconda Python 3.6.

When running the Sellar test problem, the AbstractDiscipline deploy function is failing because the XML files are opened in w-mode while the etree.tostring methods as used by the Sellar problem disciplines are returning byte arrays.

The reason for this is a well-known Python bug (or can we call it a feature?):
https://bugs.python.org/issue10942
https://docs.python.org/3/library/xml.etree.elementtree.html#xml.etree.ElementTree.tostring

Suggest to resolve it by writing a new XML-utils function that makes sure that the output of etree.tostring always is of string type.

Remove input, output, and partials xml files from SSBJ test case

The SSBJ test case has the input, output, and partials xml files in the repo. Please remove the these from the repo, as they should just be created locally by the user using a deploy function.

List is unhashable

In the XMLComponent.read_partials_file function, the tuple key should just be that: a tuple. Currently it is a list, resulting in an "unhashable type: list" error.

partials package not listed in setup.py

The partials package is not listed in setup.py's packages entry. Therefore, it is not included when OpenLEGO is packaged and uploaded to PyPi.

Recorders are broken

With the new OpenMDAO version 2.3.0 the special recorders developed in OpenLEGO are not working anymore.

Add driver and other problem characteristics to OpenLEGO

At the moment OpenLEGO provides a LEGOmodel, but does not yet add the driver (optimizer, doe) to the model. A new module in OpenLEGO should take a LEGOmodel and be able to add the driver (and possibly some other options) to the model based on the specifications in the CMDOWS file.

Add SSBJ example to test cases

The SSBJ database has been used to create different MDO workflows (by Imco). This is a nice benchmark case for all packages involved (KADMOS, CMDOWS, OpenLEGO, OpenMDAO) and should be added to the OpenLEGO test cases.

Add distributed optimization architectures to OpenLEGO

Two main distributed architectures have to be included:

Collaborative Optimization
BLISS-2000

These architectures also still require adjustments in KADMOS/CMDOWS.

Update expected and required files and knowledge base structure

Some changes to be incorporated:

The json file with info on the design competence is not required anymore.
~~A MDO workflow could be specified completely using a single CMDOWS file (in case only mathematical functions are used).~~
~~Therefore the knowledge base directory is optional.~~

DictValues and DictKeys indexing

Calling .values() or .keys() on a dict returns a dictview object which does not support direct indexing: https://stackoverflow.com/a/18552025

This applies to:

XMLComponent.write_input_file
LEGOModel.coupling_var_cons