Блог

Я попытался обернуть три внешних кода с помощью OpenMDAO, используя компонент без параметров и неизвестных. Это связано с тем, что три кода принимают только входные и выходные файлы, и нет необходимости «подключать» входную переменную к выходной переменной. Однако коды не соответствуют последовательности (поскольку, очевидно, у них нет информации о зависимостях). Затем я увидел, что правильный способ сделать это — использовать ExternalCodeComponent , но даже тогда нам все равно нужно подключить вход к выходу через вызов connect .

Это единственный способ указать зависимость, используя метод connect для вывода одного компонента и ввода другого? Кажется излишним передавать выходные данные второму компоненту, когда выходные данные уже находятся во входном файле для следующего компонента. Если это обязательно, будет ли работать просто отправлять фиктивные значения через другой компонент, который никогда не используется, просто для определения зависимости?

Приветствия.

Вы можете установить порядок выполнения для подсистем в группе с помощью метода set order .

 def set_order(self, new_order):
    """ Specifies a new execution order for this system. This should only
    be called after all subsystems have been added.

    Args
    ----
    new_order : list of str
        List of system names in desired new execution order.
    """
  

Если вы хотите увидеть текущий порядок для этой системы, вы можете вызвать:

 my_system.list_order()
  

Вы должны быть осторожны, так как вы можете использовать set_order , чтобы заставить вещи выполняться в порядке, не соответствующем потоку данных.

Обратите внимание, это было быстрое решение вашего вопроса, но я думаю, что, вероятно, в целом для OpenMDAO лучше иметь некоторое представление о базовом потоке данных, чтобы другие функции, такие как средство просмотра потока данных, отображали вещи правильно. Очевидно, что вы можете заставить это работать, передавая что-то номинально в изолированный компонент и из него. Кроме того, если вы выполняете градиентную оптимизацию, соединения также не позволят OpenMDAO исключить эту часть модели как не относящуюся к вычислению производной.