OpenMDAO Logo

An open-source framework for efficient multidisciplinary optimization.

January 21, 2020
by admin
Comments Off on 2019 OpenMDAO Workshop Videos are Online

2019 OpenMDAO Workshop Videos are Online

Thank you to all who attended the workshop in person. The dev team got a lot out of your feedback and insights. We really enjoyed getting to know all of you in person and we’re looking forward to hosting the 2020 workshop and real-life optimal-control experiment (i.e. go-karting)

We’re very sorry for the delay, but due to some paperwork issues it took us until now to get final approval to post these online. So, with no further ado here are all the talks from the 2019 OpenMDAO workshop.

If you didn’t attend the workshop, you might consider watching all of the talks in sequence because a few of the later ones do reference earlier talks a bit. This is especially true for some of the demo talks, but most of the presentations from users do stand alone.

One more note. For 2019 workshop presenters were explicitly asked by the Dev Team to come and present any and all criticism they had about any aspect of the project. The specific goal was to gather the feedback for the Dev team and to open up a channel of communication between the devs and the community. So a number of talks were very frank about things they didn’t like, and the dev team greatly appreciated their candor!

December 4, 2019
by admin
Comments Off on OpenMDAO has won a 2019 R&D 100 Award!

OpenMDAO has won a 2019 R&D 100 Award!

We are proud to announce that OpenMDAO has won a 2019 R&D 100 Award in the Software and Services category. The development team honored to be given this recognition, but we can’t take all the credit. It is really thanks to the great support of our broad user community that we were able to show the impact and value of our work to the judging panel. So thank you to all of the OpenMDAO users who helped to make the framework into what it is today! We could not have gotten this far without you, and we look forward to working with you all moving forward.

2019 R&D 100 award recipients (left to right): Herb Schilling, Rob Falck, Tad Kollar, Justin Gray, Ken Moore, Bret Naylor, Tristan Hearn

October 24, 2019
by admin
Comments Off on OpenMDAO 2020 Development Roadmap

OpenMDAO 2020 Development Roadmap

Since the launch of OpenMDAO V2, we’ve seen a significant increase in the size and breath of the framework’s user base. To date, OpenMDAO’s development has been guided almost exclusively by the needs of the NASA projects that are using it and paying for its ongoing development. Fundamentally, that is going to change, however we recognize that our user based adds a significant amount of value to the project and that we need to address your needs as well. Therefore, we are going to be more formal and open about our development plans for your benefit.

What does that mean exactly? For starters, we are going to publish an annual development roadmap. This document, while not all encompassing or strictly binding, is intended to give the community a clear view of what the development team will focus on in the short and mid-term.

The initial version of the OpenMDAO 2020 Development Roadmap has been developed, and is currently the topic of a pull request to the main repo. It has been left as an open PR, to give you a chance to comment on it (via GitHub’s discussion threads and comment board in the PR itself). We will gladly consider any and all feedback from minor edits, to suggestions, and questions about adding or removing topics from the roadmap. The roadmap will be discussed in person during the 2019 OpenMDAO workshop on October 28 and 29, and we will finalize it by the end of November 2019.

We can not promise to accept everyone’s suggestions. The roadmap is not intended to be a document developed by the committee. However, we sincerely do want to hear your thoughts on our plans and are open to considering other topics if you can make a good case for why they deserve higher focus.

We want to highlight one particular part of the 2020 roadmap: Establishing A Community Contribution Process. A key part of letting the community contribute to OpenMDAO will be establishing formal rules that will govern all API and functionality changes to OpenMDAO (including our own changes!). This process will revolve around documents called POEMs. The current POEM rules are our first cut at this and we know they will need to evolve as we actually start to use it. If you think you might write your own POEMs in the future, we encourage you to take a look at what we have so far.

October 9, 2019
by admin
Comments Off on OpenMDAO V2.9.1

OpenMDAO V2.9.1

V2.9.1 is a patch release that address a few small issues that coincidentally were all found on the very same day that we released V2.9.0 (darn you Murphy and your law!)

First, we found a small reversion in the line search. Through some refactoring, one of the default settings for the type of bounds enforcement in the ArmijoGoldstein line search accidentally changed, and we patched it back to the original default. So be warned, that if you updated to 2.9.0 and are using that line search you might see some weird behavior. If you go to 2.9.1 though, it should be all good.

The other issues are really minor and probably not stuff regular users will run into. You can see all the details in the release notes.

October 1, 2019
by admin
Comments Off on OpenMDAO V2.9.0

OpenMDAO V2.9.0

The V2.9 release is live now, and it is a fairly substantial release. Most of the stuff is subtle changes or under the hood improvements, but taken as a whole there is a lot in this release.

See the release notes for full details, but here are some highlights:

  • Metamodel visualization via the openmdao mm_view command line tool (you really should check this one out!)
  • A whole bunch of small solver improvements
  • Modest improvements to the CaseRecorder functionality to make it work just like the problem interface (e.g. get_val and set_val methods)
  • Efficiency improvements in reverse mode data transfers and derivatives solves with the DirectSolver
  • Big efficiency improvements to StructuredMetaModel

There are also a few backwards incompatible api changes as well. We’ve deprecated things wherever we could to (hopefully) make it as painless as possible for you all.

July 16, 2019
by admin
Comments Off on October 2019 OpenMDAO Workshop!

October 2019 OpenMDAO Workshop!

NASA Glenn Research Center will be hosting a public OpenMDAO workshop on October 28 – 29th, 2019 in Cleveland Ohio. We will be meeting at the Ohio Aerospace Institute.

The primary goal for the workshop is for the broad user community get a chance to interact directly with the OpenMDAO development team in order to discuss the current and future development of the framework. We want to focus on topics surrounding current functionality and future development. In other words, we want to talk about what is working and what is not working right now, and hear about things the community would like to see for future development. Your input will help us figure out our long term development roadmap, so this is your chance to have a voice!

Click here to register for the workshop. There is no cost to attend the workshop, but we will be offering an optional catered lunch each day that will cost ~$30 (total for both days).

We are looking for community members who want to give 15 minute talks about their use of OpenMDAO. There is a space on the registration form to indicate if you would like to present. We have space for between 8-12 talks in the schedule, though if there is a lot of volunteers with good topics we will potentially devote more of day 2 to additional talks.

We need to have a head-count for the workshop, so registration is going to close on September 1st, 2019. Please register ASAP and if you are interested in giving a talk then REALLY register ASAP so we can start to figure out the presentation schedule.


October 28:

8:50 Opening Remarks (Justin Gray)

9:00 Overview of evolution of derivative computation, coupled adjoints, and OpenMDAO (Joaquim Martins)

9:30 Level-Set Topology Optimization in OpenMDAO with Cython (Carolina Jauregui)

10:00 Using OpenMDAO as a collaboration platform for a large design team (Eric Hendricks)

10:30 Exploration of active aeroelastic tailoring on the D8 aircraft in OpenMDAO (Tim Brooks)

11:00 Challenges and encountered when wrapping ParOpt and TACS in OpenMDAO (Graeme Kennedy)

11:30 Growing pains for building WISDEM on OM (Garett Barter)

— lunch —

1:00 Demo: Introduction to the openmdao command line tool (Bret Naylor)

1:30 Demo: Using the N2 diagram to inspect your model (Ken Moore)

2:00 Demo: Two new UI concepts for N2 diagram (Herb Schilling)

2:30 Demo: Using MMView to inspect a metamodel (Danny Kilkenny)

3:00 Building an automated install script for the OpenMDAO Dev Cluster local cluster (Tad Kollar)

3:30 OpenMDAO Development Roadmap (Justin Gray)

October 29:

9:00 Modeling Fluid Structure Interaction with CFD in OpenMDAO (Anil Yildirim)

9:30 How Supaero and Onera use OpenMDAO for MDAO Research (Joseph Morlier)

10:00 OpenMDAO Usage for Launch Vehicles (Mathieu Balesdent)

10:30 Orchestrating Model-Based Systems Engineering with OpenMDAO (Santiago Balestrini)

11:00 Large-scale wind farm optimization and integrating Julia with OpenMDAO (Andrew Ning)

11:30 Using OpenMDAO and OpenAeroStruct in the classroom (John Jasa)

— lunch —

1:00 Demo: How to setup and run a pyCycle model (Eric Hendricks)

1:30 Tutorial: Building Models with Analytic Derivatives (John Jasa)

2:30 Tutorial: Solving Multidisciplinary optimal control problems with Dymos (Rob Falck)

Any questions can be directed to justin.s.gray “at”

June 27, 2019
by admin
Comments Off on OpenMDAO V2.8.0

OpenMDAO V2.8.0

This is a modest release, with a few bug fixes and small list of relatively minor added features. See the release notes for all details.

The biggest change in 2.8 is actually a roll-back of a warning message that was added in 2.7. If you upgraded and started getting a lot of new warnings about promoted inputs that were connected in a funky way… well, we made that go away. It wasn’t helpful and we got a lot of user feedback that we shouldn’t show it by default — and we do occasionally listen to user feedback ­čÖé

The other change worth noting is not technically a new feature, but rather a new convention. We now recommend that users do the following to import the OpenMDAO API:

import openmdao.api as om

This is a much more compact and convenient way of handling the imports. In hindsight, this is the obvious way of doing this, but since we lack a time machine all we can do is use this better approach from now on. No need to change all your existing scripts if you don’t want to, the old way still works! We’ve updated all our docs to use it though, and we’ll use it for everything going forward.

We hope this new release is useful to you!

June 25, 2019
by admin
Comments Off on Congrats to the 2019 AIAA-MDO Student Paper Competition Winners!

Congrats to the 2019 AIAA-MDO Student Paper Competition Winners!

The NASA OpenMDAO development team would like to congratulate the 2019 AIAA Multidisciplinary Design Optimization Technical Committee student paper competition winners!

1) Anil Yildirim: Aeropropulsive Design Optimization of a Boundary Layer Ingestion System

2) Sicheng He: A Coupled Newton-Krylov Time Spectral Solver for Wing Flutter and LCO Prediction

3) Payam Ghassemi: Adaptive Model Refinement with Batch Bayesian Sampling for Optimization of Bio-inspired Flow Tailoring´╗┐

See you next year!

For Aviation 2020, there will be another student paper competition. Again, first prize will be $2000, second prize will be $1000, and third prize will be $500. If you’re thinking of submitting your work to that, you should definitely have a look at these papers!

May 28, 2019
by admin
Comments Off on OpenMDAO 2.7.0 Released

OpenMDAO 2.7.0 Released

OpenMDAO 2.7.0 has been released.

Here are the release notes listing the new features, bug fixes and a couple of backwards-incompatible changes:

New Features:

  • You can now define guess_nonlinear method at the group level
  • New documentation added about the N2 diagram usage
  • Significant improvement to documentation search functionality (by default, only searches the feature docs and user guide now)
  • Improvements to support for complex-step across a full model (specifically when guess_nonlinear is implemented)
  • Derivatives:
    • Improved support for full-model complex-step when models have guess_nonlinear methods defined
    • **Experimental** FD and CS based coloring methods for partial derivative approximation. Valuable for efficiently using FD/CS on vectorized (or very sparse) components
  • Solvers:
    • `Solver failed to converge` message now includes solver path name to make it more clear what failed
    • Improved pathname information in the singular matrix error from DirectSolver
    • Directsolver has an improved error message when it detects identical rows or columns in Jacobian
    • NonlinearGaussSeidel solver now accounts for residual scaling in its convergence criterion
    • New naming scheme for solver debug print files (the old scheme was making names so long it caused OSErrors)
  • Components:
    • ExecComp now allows unit=<something> and shape=<something> arguments that apply to all variables in the expression
    • New AkimaSpline component with derivatives with respect to training data inputs
  • Visualization
    • Several improvements for the N2 diagram for large models
    • N2 diagram html files have been reduced in size significantly
    • `openmdao view_model` command line utility now supports case record database files
    • (Experimental) Automatic XDSM generator (using either Latex with pyXDSM or html with XDSMjs)
      • contributed by Peter Onodi
      • uses XDSMjs v0.6.0 by R├ęmi Lafage (

Backwards Incompatible API Changes:

  • New APIs for total derivative coloring that are more consistent with partial derivative coloring (previous APIs are deprecated and coloring files generated with the previous API will not work)
  • The API for providing a guess function to the BalanceComp has changed. guess_function is now passed into BalanceComp as an init argument.
  • Changed the N2 diagram json data formatting to make the file size smaller. You can’t use older case record databases to generate an N2 diagram with latest version.
  • The problem level `record_iteration` method was not properly respecting the includes specification
  • All component methods related to execution now include `discrete_inputs` and `discrete_outputs` arguments when a component is defined with discrete i/o. If no discrete i/o is defined, the API remains unchanged. (includes `solve_nonlinear`, `apply_nonlinear`, `linearize`, `apply_linear`, `compute`,
    `compute_jac_vec_product`, `guess_nonlinear`)
  • The internal Driver API has changed, a driver should execute the model with `run_solve_nonlinear` to ensure that proper scaling operations occur .

Bug Fixes:

  • CaseRecorder was reporting incorrect values of scaled variables (analysis was correct, only case record output was wrong)
  • ExecComp problem when vectorize=True, but only shape was defined.
  • Incorrect memory allocation in parallel components when local size of output went to 0
  • Multidimensional `src_indices` were not working correctly with assembled Jacobians
  • Fixed problem with genetic algorithm not working with vector design variables
    • contributed by jennirinker
  • Fixed incompatibility with mpich mpi library causing “PMPI_Allgather(945).: Buffers must not be aliased” error
    • contributed by fzhale and nbons

February 22, 2019
by admin
Comments Off on OpenMDAO 2.6.0 Released!

OpenMDAO 2.6.0 Released!

OpenMDAO 2.6.0 is out!

Here are the release notes listing the new features, bug fixes and a couple of backwards-incompatible changes:

New Features:

  • MetaModelStructured will detect NaN in requested sample and print a readable message.
  • ScipyOptimizeDriver now supports Hessian calculation option for optimizers that use it.
  • User can specify src_indices that have duplicates or have two inputs on a single component connected to the same output, and still have CSC Jacobian work.
  • User can get/set problem values in a straightforward manner: prob['var'] = 2., etc. even when running in parallel.
    • Problem 'get' access to distributed variables will raise an exception since it isn't clear what behavior is expected, i.e. should prob['comp.x'] return the full distributed variable or just the local part.
  • Directsolver has an improved error message when it detects identical rows or columns in Jacobian.
  • The NonlinearBlockGS solver has been updated with a less expensive implementation that does not call the compute method of Explicit components as many times.
  • User can request a directional-derivative check (similar to SNOPTs built-in level 0 check) for check_partials.
  • check_partials with compact_print will now always show all check pairs.
  • The N^2 diagram (from `openmdao view_model`) now shows the solver hierarchy.
  • KSComp has an improved, vectorized implementation.
  • list_inputs now includes a 'shape' argument.
  • User can generate an XDSM from a model (`openmdao xdsm`).
  • User can set `units=<something>` for an execcomp, when all variables have the same units.

Backwards Incompatible API Changes:

  • The default bounds enforcement for BoundsEnforceLS is now 'scalar' (was 'vector')
  • Direct solver will now use 'assemble_jac=True' by default
  • Recording options 'includes' and 'excludes' now use promoted names for outputs (absolute path names are still used for inputs)
  • FloatKrigingSurrogate has been deprecated since it does not provide any unique functionality.
  • FloatMultifiKrigingSurrogate has been deleted because it was never used, was incorrectly implemented, and provides no new functionality.

Bug Fixes:

  • Complex-step around Newton+DirectSolver now works with assembled Jacobians.
  • Armijolinesearch implementation was incorrect when used with solve_subsystems. The implementation is now correct.


Fork me on GitHub