Development of a graphical shell for parallel calculations based on the OpenFOAM platform

Chitalov Dmitrii Ivanovich Junior Researcher, South Ural Scientific Center 456317, Russia, Chelyabinskaya oblast', g. Miass, ul. Pr. Oktyabrya, 31, kv. 44 cdi9@yandex.ru

Kalashnikov Sergei Timofeevich PhD in Technical Science Head Department of Fundamental Problems of Aerospace Technologies, South Ural Scientific Center 456317, Russia, Chelyabinskaya oblast', g. Miass, ul. Il'menskii Zapovednik, 1 src@makeyev.ru

Введение

Персональный компьютер является неотъемлемым элементом жизни человека. Использование первых вычислительных устройств было сопряжено с большими сложностями из-за отсутствия удобных и понятных средств взаимодействия между пользователем и самим устройством. Первый графический пользовательский интерфейс (GUI) был разработан в 1973 году в рамках проекта Xerox Alto – родоначальника всех персональных компьютеров. Предложенная графическая оболочка отличалась простотой, но уже предусматривала наличие меню, кнопок, примитивных окон и даже курсора мыши с возможностью выделения объектов. С появлением в 1981 году ОС Xerox Star существующий GUI был усовершенствован до версии, которая во многом идентична существующим ^[1].

Настоящая статья посвящена особенностям проектирования программного средства для реализации взаимодействия человека и компьютера: проектирования GUI и описания логики его работы. GUI представляет собой набор объектов, отображаемых на дисплее, через которые пользователь вводит данные и получает результаты их обработки.

Ежегодно создается множество новых программных средств для решения различных задач, в том числе проведения вычислений, но не все из них обладают удобным и понятным интерфейсом пользователя, что требует от специалистов наличия специальных навыков и необходимости расходования значительных ресурсов рабочего времени на освоение интерфейсов. Одним из таких программных приложений является платформа OpenFOAM ^[2], не предусматривающая наличие GUI. Платформа OpenFOAM является свободно распространяемым инструментарием для проведения расчетов в области механики сплошных сред (МСС) посредством численных методов. При этом создаются цифровые модели, имитирующие процессы (задачи), связанные с такими разделами МСС, как газо- и гидродинамика, механика деформируемого твердого тела и др. Пример численного исследования для задачи МСС представлен в работе ^[3].

Платформа OpenFOAM успешно зарекомендовала себя в конструкторских и технологических подразделениях предприятий различных отраслей машиностроения: автомобилестроения, двигателестроения, ракетостроения, космического строения. Среди пользователей OpenFOAM представлены крупнейшие гиганты машиностроения: Audi, Volvo, Toyota, Volkswagen, Shell Oil.

Существующий подход использования платформы OpenFOAM предусматривает использование только командной строки и требует от специалиста знания команд, предназначенных для запуска утилит-команд OpenFOAM, необходимых для управления численными исследованиями, а также структуры каждого расчетного случая (задачи МСС) и свойств задач МСС в служебных файлах. При существующем подходе специалист вынужден работать с расчетным случаем через командную строку и вручную редактировать служебные файлы. По отзывам специалистов, указанный подход весьма неудобен и требует существенных затрат рабочего времени.

Альтернативой данному подходу является разработка и использование классического оконного графического интерфейса, благодаря которому процесс численного эксперимента на основе платформы OpenFOAM будет осуществляться с применением окон и элементов управления: кнопок, выпадающих списков, текстовых полей, фреймов и т.д.

Первая версия OpenFOAM была выпущена в 2004 году и первоначально специалисты для взаимодействия с данной платформой использовали только традиционный подход, но позднее ряд иностранных IT-компаний разработали собственные графические оболочки для OpenFOAM. Среди них наибольшую известность получили программные продукты Salome ^[4], Visual-CFD ^[5], Helyx-OS ^[6], которые позволяют выполнять все этапы построения цифровых моделей задач МСС на базе платформы OpemFOAM: препроцессинг, решение, постпроцессинг.

Создание перечисленных GUI для взаимодействия с OpenFOAM вызвало неоднозначную реакцию специалистов. С одной стороны, пользователи получили возможность отказаться от трудоемкого традиционного подхода проведения численного моделирования, а с другой – в каждой из предложенных графических оболочек были обнаружены недостатки, из-за которых не все пользователи оказались готовы к переходу от традиционного подхода к использованию оконного интерфейса. Среди недостатков были отмечены: необходимость оплаты лицензии и консультационных услуг, отсутствие полноценной документации по продуктам. Таким образом, у исследователей сохраняется интерес к вопросу создания графической оболочки для платформы OpenFOAM.

Актуальность проблемы

Перед началом создания оригинального программного продукта авторы проанализировали функциональные возможности и особенности нескольких наиболее известных аналогов. Результаты сравнения приведены в таблице 1.

Таблица 1. GUI для постановки численных экспериментов на базе платформы OpenFOAM

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

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

Постановка целей и задач

Первая версия графической оболочки для платформы OpenFOAM была разработана авторами в 2016 г ^[7]. Она имела ограниченный функционал – возможность использования только применительно к решателю rhoCentralFoam (невязкий сжимаемый поток) платформы OpenFOAM. Кроме того, первая версия не предусматривала выполнение параллельных вычислений.

Цель настоящего исследования состоит в разработке графической оболочки (GUI) для платформы OpenFOAM с возможностью проведения параллельных расчетов (OpenFOAM_decompose_GUI) и с возможностю применения для широкого круга решателей OpenFOAM: icoFoam (несжимаемый ламинарный поток), simpleFoam (стационарный, несжимаемый, турбулентный поток), pisoFoam (нестационарный несжимаемый турбулентный поток), sonicFoam (нестационарный сжимаемый турбулентный поток).

Для реализации поставленной цели авторами изучена официальная документация по OpenFOAM 6.0 и описание решения учебных задач ^{[8, 9]}. Описываемая графическая оболочка должна быть реализована в виде отдельного программного приложения и предусматривать выполнение каждого из этапов численного эксперимента с помощью платформы OpenFOAM: препроцессинг (определение и установка параметров задачи МСС), решение (численное моделирование задачи МСС), постпроцессинг (визуализация результатов численного эксперимента). Особенности и примеры решения задач МСС на базе платформы OpenFOAM приведены в работах ^[10-13]. Для выполнения каждого из этапов численного эксперимента необходимо спроектировать структуру GUI и определить логику его работы.

Структура GUI:

1. Главное окно программы. Должно включать семь интерфейсных блоков: панель управления базовыми настройками численного эксперимента, панель управления подготовкой расчетных сеток, панель управления ходом численного эксперимента, блок дерева расчетного случая, блок редактирования параметров служебных файлов расчетного случая, блок отображения содержимого служебных файлов, панель отображения служебных сообщений.

2. Панель управления базовыми настройками численного эксперимента. Должна содержать: кнопку открытия окна подготовки расчетного случая платформы OpenFOAM, кнопку окна выбора языковой версии интерфейса и кнопку открытия универсального окна для создания файлов с начальными условиями численного эксперимента, т.е. файлов для директории «0» расчетного случая. Окно подготовки расчетного случая должно предусматривать радио-кнопки для выбора нужной опции: создание нового расчетного случая или выбор существующего. Также в окне необходимо предусмотреть поле ввода для указания названия расчетного случая и кнопку для открытия стандартного окна выбора директории расчетного случая. Окно выбора языковой версии интерфейса должно содержать радио-кнопки для выбора языковой версии интерфейса.

3. Панель управления подготовкой моделей сеток. В этой панели необходимо реализовать кнопку открытия окна для указания опций работы с расчетными сетками, кнопку запуска формирования моделей сеток, кнопку запуска отображения результатов. Окно указания опций работы с расчетными сетками должно содержать элементы управления для выбора механизма генерации сетки – импорт внешнего файла, созданного посредством стороннего ПО или создание сетки средствами OpenFOAM (с помощью утилит blockMesh и snappyHexMesh). Механизм построения моделей сеток на основе указанных утилит описан в работах ^[14-15].

4. Панель управления ходом численного эксперимента. Должна содержать кнопки запуска численного эксперимента, его останова и визуализации итоговых результатов.

5. Блок дерева расчетного случая. Реализовать вывод структуры проекта задачи МСС в древовидном формате в отдельном окне. По выделению нужной ветви дерева (нужного служебного файла расчетного случая) в блоке редактирования параметров служебных файлов расчетного случая должна загружаться соответствующая экранная форма.

6. Блок редактирования параметров служебных файлов расчетного случая. Реализовать его в виде окна, в которое должна загружаться экранная форма, соответствующая служебному файлу. В каждой форме, в соответствии со структурой служебного файла, необходимо расположить соответствующие элементы управления.

7. Блок отображения содержимого служебных файлов. Реализовать данный блок в виде окна, в котором должно отображаться содержимое каждого служебного файла расчетного случая.

8. Панель отображения служебных сообщений. Специальное окно для информирования пользователя о ходе численного эксперимента.

9. Блок отображения путей до проекта расчетного случая и файла расчетной сетки (или директории со служебными файлами параметров расчетной сетки).

Логика работы GUI:

1. Возможность подготовки нового расчетного случая и изменение параметров существующего.

2. Возможность генерации моделей сеток на основе msh-файлов, подготовленных посредством сторонних программных продуктов и генерации моделей сеток средствами OpenFOAM – с помощью встроенных утилит blockMesh и snappyHexMesh.

3. Запуск и останов численного эксперимента, визуализация результатов моделирования.

4. Оповещение пользователя о ходе выполнения этапов численного эксперимента.

5. Валидация данных, вводимых через экранные формы и проверка комплектности служебных файлов перед запуском численного эксперимента и визуализации результатов.

6. Поддержка в интерфейсе программы различных языков.

Выбор инструментария разработки

Разрабатываемая графическая оболочка является программным средством, т.е. набором файлов с программным кодом. Для его написания применяется специальный инструментарий, который включает язык программирования и среду разработки. Разрабатываемый интерфейс предполагается реализовать в виде настольного программного приложения. При этом применяются различные высокоуроневые языки программирования, например, С/C++, Java и Python. Они входят в список наиболее популярных языков программирования по рейтингу TIOBE ^[16].

Принято решения реализовать логику работы программы с помощью языка Python, который по итогам 2018 года укрепил свои позиции и считается одним из наиболее популярных средств описания логики работы настольных и веб-приложений. Это мощный язык программирования, предусматривающий использование стандартных типов данных, а также поддерживающий многочисленные библиотеки для решения широкого перечня задач программирования. Кроме того, важным преимуществом языка Python является минимальный порог входа, т.е. достаточно иметь минимальные знания в программировании для его освоения. Python отличается простым, интуитивно понятным синтаксисом ^[17].

Для описания элементов графических интерфейсов применяются специализированные фреймворки, например PyQt ^[18]. Данный фреймворк оптимален для описания внешнего вида интерфейсов настольных программ. Он содержит все необходимые средства для реализации классических оконных интерфейсов с привлекательным дизайном.

Еще одним важным аспектом определения инструментария является выбор среды разработки для написания, отладки и запуска программного кода. В последние годы среди Python-разработчиков пользуется популярностью интегрированная среда разработки PyCharm. Она позволяет для каждого проекта определить нужную версию интерпретатора Python, а также в режиме реального времени установить необходимые пакеты и расширения, в том числе PyQt.

Полный перечень применяемого инструментария представлен в таблице 2. Каждый из инструментов является открытым, т.е. не требует приобретения лицензии. Версия Community среды разработки PyCharm является специальной бесплатной версией с ограниченным, но достаточным для большинства проектов функционалом.

Таблица 2. Список инструментов для разработки приложения

Для использования графической оболочки необходимо соблюдать требования по ПО. Его список приведен в таблице 3.

Таблица 3. Список ПО для работы с графической оболочкой

Среда визуализации результатов ParaView ^[19] – это специализированная открытая программа, которая предоставляет возможность исследователям выполнять визуализацию (отображение) результатов численного эксперимента.

Структура и логика работы приложения

Приложение OpenFOAM_decompose_GUI реализовано по модульному принципу, в соответствии с которым за реализацию определенной функциональности отвечает определенный блок кода, помещенный в файл с расширением .py (Python-модуль). Набор модулей формирует общую структуру программы. Структура представлена на рис. 1.

Рис. 1. Структура приложения OpenFOAM_decompose_GUI

Исходные коды программы распределены по соответствующим служебным директориям, включенным в главную директорию OpenFOAM_decompose_GUI. За запуск программы отвечает файл run.py. Он содержит инструкции визуализации главного окна и ряд базовых инструкций, описывающих логику работы приложения.

Рис. 2. Логика работы приложения OpenFOAM_decompose_GUI

Результаты исследования

Итогом выполненной авторами исследовательской работы является графическая оболочка OpenFOAM_decompose_GUI для проведения параллельных расчетов в OpenFOAM в рамках моделирования задач МСС в конструкторских и технологических подразделениях машиностроительных предприятий. Параллельные вычисления осуществляются в режиме синхронного выполнения на распределенных ресурсах. При этом сеточная модель и связанные поля разбиваются на отдельные компоненты и распределяются между процессорами (или ядрами процессора) для решения. По завершению параллельного запуска расчетный случай может быть реконструирован для последующей обработки, а также визуализации результатов на базе пакета ParaView. Параллельное вычисление обеспечивает экономию затрат времени на выполнение процесса численного моделирования задачи МСС.

На рис. 3-8 представлены изображения главного окна программы (графического интерфейса пользователя), а также отдельных интерфейсных блоков. Тестирование приложения проведено на базе учебной задачи depthCharge3D, входящей в блок учебных примеров стандартного дистрибутива платформы OpenFOAM.

Рис. 3. Главное окно приложения OpenFOAM_decompose_GUI на этапе работы с окном подготовки расчетного случая OpenFOAM, где: 1-главное окно программы, 2-панель управления базовыми настройками численного эксперимента, 3-панель управления подготовкой расчетных сеток, 4-панель управления ходом численного эксперимента, 5-окно подготовки расчетного случая OpenFOAM.

Рис. 4. Главное окно приложения OpenFOAM_decompose_GUI на этапе работы с окном для указания опций работы с расчетными сетками, где: 6-блок дерева расчетного случая, 7-панель отображения служебных сообщений, 8-окно для указания опций работы с расчетными сетками.

Рис. 5. Главное окно приложения OpenFOAM_decompose_GUI на этапе завершения создания файла blockMeshDict с параметрами расчетной сетки, где: 9-блок отображения путей до директории расчетного случая и файла расчетной сетки, 10-блок редактирования параметров служебных файлов расчетного случая, 11-блок отображения содержимого служебных файлов.

Рис. 6. Главное окно приложения OpenFOAM_decompose_GUI

на этапе завершения генерации расчетной сетки.

Рис. 7. Главное окно приложения OpenFOAM_decompose_GUI

на этапе завершения создания одного из служебных файлов расчетного случая.

Рис. 8. Главное окно приложения OpenFOAM_decompose_GUI

на этапе завершения численного эксперимента и визуализации результатов.

Предложенная авторами программа OpenFOAM_decompose_GUI расширяет исходный код свободно-распространяемой платформы OpenFOAM. Программа является универсальной и может быть внедрена на предприятиях различных отраслей машиностроения. Программа находится в свободном доступе на платформе хостинга IT-проектов GitHub ^[20]. Приложение может быть протестировано потенциальными специалистами при решении учебных или реальных задач МСС на базе OpenFOAM.

Научная новизна исследования

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

1. Подход создания набора форм для редактирования параметров файлов, соответствующих сеточным моделям, т.е. файлов blockMeshDict и snappyHexMeshDict. В данных файлах параметры сеток разделены по блокам. Каждому блоку соответствует отдельная форма набора. Заполнение форм осуществляется в строгом порядке, причем структура каждой формы зависит от содержимого предыдущей формы. Тем самым упрощается подготовка сеточной модели пользователем.

2. Подход сериализации параметров расчетных сеток. Предложен механизм «консервирования» параметров сеточных моделей в виде набора служебных файлов, где каждый файл содержит параметры сеточной модели, хранящиеся в определенном блоке главного файла сеточной модели, например файла blockMeshDict или snappyHexMeshDict. Благодаря такому подходу параметры сеточной модели “консервируются” и могут быть восстановлены для последующего редактирования.

3. Подход создания таблиц базы данных для файлов параметров расчетного случая. Предложен механизм сохранения параметров задачи МСС, определяемых в рамках моделируемого расчетного случая. Эти параметры записываются в соответствующие файлы расчетного случая, например, в файлы controlDict, thermophysicalProperties, decomposeParDict. Согласно предложенному механизму, для каждого из расчетных случаев создается файл базы данных в формате SQLite, где каждая из таблиц соответствует определенному файлу, т.е. содержит структуру полей и соответствующих им значений (параметров задачи МСС). Благодаря этому механизму, параметры задачи МСС могут быть не только сохранены в базе, но и загружены в соответствующую экранную форму при необходимости их редактирования.

4. Подход генерации bash-скриптов и запуска их в качестве дочерних процессов средствами языка программирования Python ^[21]. Использование данного подхода позволяет отказаться от привычного ручного запуска консольных команд по подготовке расчетных сеток и проведению численного моделирования на базе платформы OpenFOAM.

5. Подход установки валидаторов для проверки типа вводимых данных. Позволяет избежать ввода некорректных данных, а значит и ошибок в процессе постановки численного эксперимента.

6. Подход проверки комплектности служебных файлов расчетного случая. Например, пользователь не может выполнить генерацию расчетной сетки до тех пор, пока не подготовит файл, соответствующий данному типу сеточной модели, т.е. файл blockMeshDict или snappyHexMeshDict.

7. Подход реализации возможности создания служебных файлов с различными начальными условиями численного эксперимента. Данный подход позволяет в рамках одного расчетного случая (одной задачи МСС) создать любое количество служебных файлов с начальными параметрами, т.е. у пользователя есть возможность выполнить численное моделирование при различных начальных условиях. Речь идет о файлах директории 0 расчетного случая OpenFOAM: p (давление), T (температура) и U (скорость). Согласно предложенному подходу, пользователь может создать сразу несколько вариантов этих файлов, с различными параметрами.

Практическая значимость исследования

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

Использование созданной авторами программы OpenFOAM_decompose_GUI позволяет заменить традиционный – сложный и затратный по времени подход альтернативным – осуществлять все этапы численного эксперимента в OpenFOAM централизованно, посредством привычного оконного графического интерфейса. Это подход дает ряд преимуществ:

1. Экономия временных затрат. За создание расчетного случая, включая вложенные каталоги и служебные файлы с параметрами задачи МСС отвечает программа. Она же отвечает за запуск утилит препроцессинга, решения и постпроцессинга.

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

3. Упрощение освоения платформы OpenFOAM. Процесс численного моделирования с помощью программы OpenFOAM_decompose_GUI осуществляется по строго определенному алгоритму. Например, пользователь не может запустить расчетный случай на решение, не установив параметры сеточной модели.

Заключение

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

Интерфейсы современных компьютерных программ, как правило, реализованы в виде графических элементов экрана, которые являются звеном, связывающим человека и компьютер. Оконные графические интерфейсы являются наиболее понятным средством взаимодействия специалиста и вычислительного устройства. В настоящее время практически все коммерческое ПО включает программные интерфейсы пользователя. При этом коммерческое ПО требует приобретения лицензии, что может не вписываться в бюджет компании. Таким образом, предприятия переходят на открытые программные продукты, не уступающие по функциональным возможностям существующим коммерческим решениям. К таким программным продуктам относится платформа OpenFOAM, которая успешно себя зарекомендовала при моделировании задач МСС на предприятиях различных отраслей машиностроения.

Данная платформа функционирует на базе ОС Linux и традиционного графического интерфейса в своем дистрибутиве не имеет. Пользователи вынуждены вручную создавать проекты расчетных случаев, содержащие служебные директории и файлы параметров задач МСС, а также использовать командную строку для управления ходом численного моделирования. Это сложный и затратный по времени подход. В качестве альтернативы предлагается использование специализированных графических оболочек: Salome, Helyx-OS и Visual-CFD. Однако, данный подход не лишен недостатков: не все продукты из названных находятся в свободном доступе, кроме того, предприятия вынуждены оплачивать работу специалистов по технической поддержке и работу консультантов. Таким образом, проблема отсутствия средства взаимодействия с пользователем для OpenFOAM сохраняет свою актуальность.

В настоящей работе представлена оригинальная графическая оболочка для проведения численных исследований на базе OpenFOAM, реализованная с помощью языка программирования Python 3.5 и фреймворка графических элементов PyQt5. Программа позволяет выполнять параллельные вычисления в рамках численного эксперимента, способствуя экономии ресурсов вычислительного устройства и времени проведения численного моделирования. Приложение находится в свободном доступе, обладает интуитивно понятным интерфейсом и не требует оплаты услуг по сопровождению. Программа размещена на сервисе GitHub и может применяться частными коллективами исследователей, а также на предприятиях машиностроения, использующих в работе платформу OpenFOAM.

В программе реализованы механизмы, определяющие научную новизну разработки, прежде всего возможность подготовки любого количества расчетных сеток для одного расчетного случая (задачи МСС), возможность валидации вводимых данных и проверки комплектности расчетного случая, возможность создания служебных файлов с различными начальными условиями численного эксперимента, реализация программного запуска консольных команд OpenFOAM с помощью программной генерации и запуска средствами языка Python соответствующих bash-скриптов. Практическая ценность приложения выражается в экономии рабочего времени специалистов, упрощении процесса изучения OpenFOAM и минимизации ошибок в постановке численного эксперимента.

Авторы намерены продолжить работу в выбранном направлении и усовершенствовать текущую версию программы OpenFOAM_decompose_GUI, обеспечив специалистам доступ через графический интерфейс к другим утилитам платформы OpenFOAM в процессе выполнения препроцессинга, решения и постпроцессинга.