Софт ЛОГОС - что за зверь? В наших краях не водится

[AlexKaz 1 854]

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

Скрытый текст

 

Способ 0 - это не способ, а убогое признание, что генератор (как конкретный инструмент импортозамещения, как следствие) толком не работает:

- создать сетку в платных забугорных WB, Patran, Nastran, Abaqus etc., экспортировать в формат, который переварит препост. По факту, это не решение проблемы легальным способом, поскольку лицензий на эти софтины фирмам сегодня не купить. А кто купил бессрочные лицензии раньше, тому замещение вообще зачем?

 

Способ 1:

- создать объёмную сетку в бесплатных SALOME-Meca, GMSH, FreeCAD, LS-Prepost, OpenFOAM, импортировать в препост, в том числе через ряд конверсий. Кто понимает минимальный технический английский со словарём, тот уже разобрался. Кто не хочет использовать гуглтранслейт и моск, тот ноет что ничегонеполучаицца.

 

Способ 2, самый хитрожопый на текущий момент, поэтому нигде не описан:

- вариант 1) не самый хороший. Получить корректный замкнутый STL в любом CAD, затолкать в препост-прочность, затем "Инструменты -> Сетка -> Генерация объёмной сетки -> Генерация тетраэдральной сетки от поверхностной сетки". Проверить, заполнилось ли внутреннее пространство сетки элементами, использовать инструмент по Ctrl+F8. Затем удалять поверхностную сетку после создания объёмной. 

- вариант 2) лучше. Построить качественную замкнутую поверхностную сетку в SALOME-Meca, GMSH, FreeCAD, LS-Prepost, экспортировать в STL. Повторить вариант 1).

- вариант 3) почти идеальный, но работает не всегда. Импортировать в Аэрогидро-Препост геометрию, построить сетку поверхностную/объёмную, сохранить проект. В препост-прочность импортировать efr-сетку из подпапок проекта аэрогидро. При необходимости, повторить пункт 1). Способ плох тем, что Аэрогидро - отдельный платный модуль.

- вариант 4) разные комбинации вариантов 1-3 и способов 0 и 1.

 

Способ 3) самый спорный. Продолжать использовать только мэшер препоста. 

 

Наконец, кардинальный способ 4) посмотреть в сторону опенсорц. См. ремарку про гуглтранслейт и моск.

 

 

[AlexKaz 1 854]

Подробнее про вариант 3) создания объёмной сетки в  прочность на очень сложной для препоста геометрии. Способ крайне сложный и многоэтапный, что только подтверждает, что в прочности надо конкретно улучшать ситуацию с мэшером.

Скрытый текст

 

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

 

2 открытая в текущий момент в рабочем поле геометрия лечится:
- для начала, геометрия осматривается визуально на дефекты
- затем подгружается окно "Диагностика геометрии" (на панели зелёный кубик с жёлтым треугольником с восклицательным знаком)
- в окне наиболее значимые пункты по степени важности - это открытые контуры, затем перекрытия
- т.е. сначала пытаемся автоматикой (ПКМ по элементу дерева -> Автоисправление)  убрать все проблемные открытые контуры, затем все перекрытия - часто этого достаточно
- если недостаточно:
- удаляются битые поверхности
- при необходимости кривые (в т.ч. на поверхностях) разбиваются инструментом "разбить ребро" - очень удобная фича (в LS-PREPOST тоже имеется)
- создаются прямые/кривые/дуги/скругления по точкам
- по кривым и прямым создаются новые поверхности
- поверхности в ряде случаев требуется пересоздать: "Режим редактирования поверхностей -> Пересоздать грань". особенно это касается скруглений, которые требуется пересоздавать заново по соседним граням чтобы получить коррекную форму скругления

3 геометрия сшивается (жёлтая кнопка с молнией "Построение топологии", затем опционально на панели "Выбрать область выделения-> Прямоугольник" и выделить всю деталь) сначала с точностью по умолчанию, если не получается - вручную поварьировать параметр в сторону увеличения абсолютной величины
- делать это нужно даже если окажется, что проблем в "Диагностике геометрии" нет, а все поверхности кажутся сшитыми и автоматика не подсвечивает красных контуров (см. ниже), при этом сшивать желательно с параметром точности, выставленным вручную, значение выбрать побольше
- если геометрия не сшита - визуально наблюдаются красные контуры на геометрии; если они остаются даже при варьировании параметра при сшивке до большой величины и даже после перезапуска и обновления окна инструмента "Диагностика геометрии" - требуется вернуться на п.2. при этом, желательно долечить геометрию в окне "диагностика геометрии" по всем пунктам дерева. скорее всего, потребуется заново удалить и создать битые или некачественные поверхности, а также пересоздать их соответствующим автоматическим инструментом 
- если и сейчас не удаётся добиться сшивки - используется последний довод - поверхности нарезаются инструментами разрезки граней (их несколько) и всё возвращается на п.2 

4 создаётся регион:
- в этом пункте можно поступить двояко, либо выбрать в дереве геометрию, ПКМ -> создать регион
- либо выбрать в дереве геометрию -> извлечь тесселяцию с флагом автосшивки, что создаст в дереве новую деталь (фактически, голый stl) - выбрать её и создать для неё регион
- для тесселяции включаем видимость сетки stl - на панели "Стиль отображения геометрии -> Закрашенный с рёбрами"
- при создании региона выбрать "Разбиение региона на границы -> НЕ РАЗБИВАТЬ", что часто избавляет от генерации элементов с нулевой площадью, обнаружить которые можно только постфактум на этапе создание объемной сетки, при этом возникает ошибка "Обнаружена граница 'id=...,' с нулевым количеством треугольников - объемная сетка не может быть построена
- для тесселяции надо убедиться, что все поверхностные элементы stl сшиты, т.е. все грани стыкуются корректно по узлам; если этого где-то не произошло - возвращаемся на п.2. или используем корректировку stl инструментами работы с поверхностной сеткой ("режим редактирования фасеточной геометрии") - это крайне нежелательно делать, т.к. не позволит не вылечит саму геометрию, соответственно, и сохранить её можно будет только битой

5 строится поверхностная сетка (довольно плотная):
- в ветке генераторов отмечается "поверхностная сетка" и "ТЕТРАЭДРАЛЬНАЯ СЕТКА" (это важно)
- для выбора размера сетки необходимо определиться с размером геометрии - включить "Вид -> Масштабная линейка", затем задать ориентировочный размер элемента в "Блок генераторов -> Базовый размер"
- на панели выбирается кнопка "плоская сетка с молнией" - запуск генератора поверхностной сетки
- если поверхностная сетка не построилась, что бывает, возвращаемся на п.2.
- если поверхностная сетка построилась - ЗАПУСКАЕТСЯ ГЕНЕРАТОР ОБЪЁМНОЙ СЕТКИ
- если объёмная сетка построилась - вся мегаопупея с гарантией ~ 99.99% завершится хорошо

6 если поверхностная сетка построилась, но не построилась объёмная:
- либо тесселированная поверхностная сетка экспортируется в stl (ПКМ по названию тесселированной детали -> Экспортировать геометрию -> stl)
- либо проект Аэрогидро сохраняется, открывается Препост Прочность, в нём импортируется поверхностная сетка из подпапок проекта аэрогидро (efr-сетка с названием *surface*), затем сохраняется в stl
- сохранённый stl-файл загружается КАК ГЕОМЕТРИЯ в НОВОМ проекте Аэрогидро, затем сетка перестраивается, т.е. повторяется п.4 и 5

7 строится объёмная сетка в Препост Прочность:
- открывается Препост Прочность, в нём импортируется поверхностная сетка из подпапок проекта аэрогидро (efr-сетка с названием *surface*) либо импортируется поверхностный stl
- "Инструменты -> Сетка -> Генерация объёмной сетки -> Генерация тетраэдральной сетки от поверхностной сетки". Проверить, заполнилось ли внутреннее пространство сетки элементами, использовать инструмент по Ctrl+F8. Затем удалять поверхностную сетку после создания объёмной.

 

Как итог, получается сетка из линейных тетраэдров. Для неё в свойствах подобласти соответственно выбрать "тетраэдр, 4 узл", иначе результат расчёта задачи будет мягко говоря неправильным.

 

Дополнительно в процессе как вспомогательный инструмент можно использовать LS-PREPOST, например для проверки корректности stl-сетки, но в общём случае это не обязательно. В LS-Prepost удобно визуально наблюдать, есть ли в сетки незакрытые контуры, но корректировать, закрывая контуры, бесполезно - препосты логоса объёмную сетку строить всё равно не захотят, ссылаясь на свои непонятные проблемы.
Также в LS-PREPOST удобно строить объёмную сетку из тетраэдров по качественной поверхностной сетки из п.6, при этом удобно быстро понижать количество элементов (метод 2 при создании тетрасетки) при довольно хорошем сохранении границ сетки, но не идеально всё же; затем сохранить в k-файл и открыть объёмную сетку в Препост Прочность.
Также в LS-PREPOST в ряде случаев удаётся долечить геометрию и сшить поверхности до солида, если это всё же не получается в Аэрогидро-Препост.
Ещё один лайфхак - битая stl-сетка импортируется в SALOME-Meca, близкие узлы сшиваются, линейная сетка заменяется на квадратичную, сохраняется в stl и загружается в ls-prepost - далее можно получить объёмную сетку из тетраэдров.

 

 

Ранее в сериале:

Скрытый текст

07.11.2023 в 08:34, AlexKaz сказал:

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

 

Способ 0 - это не способ, а убогое признание, что генератор (как конкретный инструмент импортозамещения, как следствие) толком не работает:

- создать сетку в платных забугорных WB, Patran, Nastran, Abaqus etc., экспортировать в формат, который переварит препост. По факту, это не решение проблемы легальным способом, поскольку лицензий на эти софтины фирмам сегодня не купить. А кто купил бессрочные лицензии раньше, тому замещение вообще зачем?

 

Способ 1:

- создать объёмную сетку в бесплатных SALOME-Meca, GMSH, FreeCAD, LS-Prepost, OpenFOAM, импортировать в препост, в том числе через ряд конверсий. Кто понимает минимальный технический английский со словарём, тот уже разобрался. Кто не хочет использовать гуглтранслейт и моск, тот ноет что ничегонеполучаицца.

 

Способ 2, самый хитрожопый на текущий момент, поэтому нигде не описан:

- вариант 1) не самый хороший. Получить корректный замкнутый STL в любом CAD, затолкать в препост-прочность, затем "Инструменты -> Сетка -> Генерация объёмной сетки -> Генерация тетраэдральной сетки от поверхностной сетки". Проверить, заполнилось ли внутреннее пространство сетки элементами, использовать инструмент по Ctrl+F8. Затем удалять поверхностную сетку после создания объёмной. 

- вариант 2) лучше. Построить качественную замкнутую поверхностную сетку в SALOME-Meca, GMSH, FreeCAD, LS-Prepost, экспортировать в STL. Повторить вариант 1).

- вариант 3) почти идеальный, но работает не всегда. Импортировать в Аэрогидро-Препост геометрию, построить сетку поверхностную/объёмную, сохранить проект. В препост-прочность импортировать efr-сетку из подпапок проекта аэрогидро. При необходимости, повторить пункт 1). Способ плох тем, что Аэрогидро - отдельный платный модуль.

- вариант 4) разные комбинации вариантов 1-3 и способов 0 и 1.

 

Способ 3) самый спорный. Продолжать использовать только мэшер препоста. 

 

Наконец, кардинальный способ 4) посмотреть в сторону опенсорц. См. ремарку про гуглтранслейт и моск.

Изменено 7 ноября пользователем AlexKa

 

[Radon 17]

11.03.2024 в 08:19, AlexKaz сказал:

В версиях (22?) 23 года реализовали подход к проектам, когда в проекте можно создать несколько "задач", в одной задаче можно создавать несколько т.н. "шагов" (имеется в виду конкретные типы расчётов - статика, неявная динамика и т.п.). Т.е. в новых релизах 23+ в статике и неявной динамике вроде как НДС должно перекидываться с "шага" на след. "шаг". По идее, можно для каждого такого "шага", если выбрать неявную динамику, настраивать отдельно приращение по времени и задавать разные времена завершения. Не тестировал конкретно для неявной динамики.

Чтобы уточнить содержимое проекта: вообще говоря в проекте можно создать несколько подпроектов (не знаю как это назвать конкретнее). Т.е. имеем цепочку: Проект (В Препосте он называется "Модель") -> Подпроект (Прочность явная или неявная или тепло) -> Для неявной дальше идёт Задача (статика, модальный, гармонический и т.п.) -> "Шаг". Вот такие пироги.

  

В версии 22 шаги не добавляются, если стоит неявная динамика в шаге. 

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

Цитата

Саров больше Абакус любит, поэтому и в части интерфейса и организации проекта там все делается как в Абакусе

У абакуса архаичный интерфейс, чуть лучше чем у патрана, до ансиса по удобству абакусу далеко. Странно что его за основу взяли.

[Radon 17]

11.03.2024 в 08:19, AlexKaz сказал:

В версиях (22?) 23 года реализовали подход к проектам, когда в проекте можно создать несколько "задач", в одной задаче можно создавать несколько т.н. "шагов" (имеется в виду конкретные типы расчётов - статика, неявная динамика и т.п.). Т.е. в новых релизах 23+ в статике и неявной динамике вроде как НДС должно перекидываться с "шага" на след. "шаг". По идее, можно для каждого такого "шага", если выбрать неявную динамику, настраивать отдельно приращение по времени и задавать разные времена завершения. Не тестировал конкретно для неявной динамики.

 

Собственно вот и ответ от техподдержки приехал:

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

1. По мере реализации;

2. На данный момент можно задавать только регулирование по шагу по времени;

3. На данный момент это сделать нельзя, процесс сплошной;

4. На данный момент шаг по времени подбирается только по сходимости.

[AlexKaz 1 854]

Исходя из доступных возможностей, теоретически многошаговую неявную динамику можно самостоятельно повторить виде нескольких отдельных проектов, перекидывая сетку и НДС с финала проекта N на начало проекта N+1.

Деформированную сетку с финала шага N можно сохранить в ScientificView (или LS-Prepost), затем импортировать её в Препост Прочность.

С НДС гораздо сложнее. В неявной динамике есть возможность задать в качестве начальных значений напряжения и пластические деформации в каждом элементе. В теории, можно сохранить НДС в SV и поэлементно перекинуть скриптом как начальные напряжения на шаг N+1, редактируя текстовый файл проекта.

Но телодвижений для пользователя чрезмерно много. И с номерами элементов можно запутаться.  

[AlexKaz 1 854]

 

31 минуту назад, AlexKaz сказал:

Деформированную сетку с финала шага N можно сохранить в ScientificView (или LS-Prepost)

В неявной d3plot не создаются, создаются только efr, которые можно открыть напрямую как сетку в Препост Прочность, или в SV (затем сохранить в k-файл или т.п.).

C НДС как-то печально и не понятно что делать.

В одном проекте можно создать несколько Задач неявной динамики. Можно ли просто взять и переместить с заменой efr-файл, содержающий сетку и НДС, c конечного шага задачи N на начальный шаг задачи N+1 и будет ли всё корректно - не ясно.

[ДОБРЯК 615]

1 час назад, AlexKaz сказал:

Исходя из доступных возможностей, теоретически многошаговую неявную динамику можно самостоятельно повторить виде нескольких отдельных проектов, перекидывая сетку и НДС с финала проекта N на начало проекта N+1.

 

1 час назад, AlexKaz сказал:

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

Это от души, перекидывать в другой проект напряжения и пластические деформации в каждом элементе в неявной динамике. :=)

[AlexKaz 1 854]

Пришёл длинный список изменений и дополнений к релизу 5.3.23.88. Из того, что недавно здесь обсуждалось, пишут, в Препост расширили макроязык, начиная с работы с сеткой и подготовки расчётной модели и заканчивая постобработкой; реализована многошаговость для неявной прочности с отображением статусов (видимо, на каком шаге идёт счёт, состояние и пр.), возможность запуска в проекте нескольких задач одновременно. И много-много других пунктов.

Что эта происходит, вырастает из детских штанишек? Как бы тему не пришлось переименовывать 

[athrips 1]

Добрый день! Есть пара вопросов по ScientificView

1) В версии 5.3.23.87 запускаю макрос, который перебирает узлы, для каждого применяет фильтр «история» и сохраняет результат в файл. После непродолжительной работы Касперский убивает ScientificView.exe. Как бороться? Выключить антивирус или настроить исключения не могу, у меня учетка с ограниченными правами. В версии 5.3.21 ровно тот же макрос работал без побочек.

2) Задаю через консоль команду gridDataSaver (открывает фильтр “Сохранение результатов”), активным элементом выбран вырез. В момент выполнения команды фокус уезжает с выреза на “Общие настройки”, после чего консоль сообщает, что “Фильтр не может быть построен по данному элементу”. Если наводить фокус на вырез через консоль командой setCurrentElement – результат тот же. Как удержать фокус на вырезе?

[athrips 1]

Ещё хочу заметить, что на стр. 78 я должно быть напрасно возвожу хулу на версию 5.3.21. Источник, задаваемый через таблицу csv, нормально считывается, если в качестве разделителей в файле используется табуляция.  При загрузке таблицы с  " ; " в качестве разделителя  не выдается никакой ошибки, энерговыделение молча усредняется что в 21, что в 23 версии. Зато в 23 версии csv можно помимо загрузки открыть на предпросмотр, и вот там к некошерной таблице возникают претензии.

[AlexKaz 1 854]

2 часа назад, athrips сказал:

Добрый день! Есть пара вопросов по ScientificView

Мне кажется, Вы тут знаете больше чем я.

По 1) наверное вопросы к KAV решает сис. администратор, заодно возможно проверить систему, а нет ли чего из зловредов. Потом в техподдержку.

По 2) совсем не знаю что ответить, не использовал.

2 часа назад, athrips сказал:

Источник, задаваемый через таблицу csv, нормально считывается, если в качестве разделителей в файле используется табуляция. 

И, насколько понимаю, каретка переводится со стандартом Windows. С Linux-переводом приём текстовых файлов когда-то вроде не читал данные.

[AlexKaz 1 854]

18.03.2024 в 08:55, AlexKaz сказал:

Пришёл длинный список изменений и дополнений к релизу 5.3.23.88

О, выложили документ на официальном сайте https://logos-support.ru/upload/doc/LOGOS 5.3.23..pdf

Вебинар по Прочность видимо с обзором новинок, ещё не видел https://www.youtube.com/watch?v=rZetlWZ5nIU

И вебинар с Теплом https://www.youtube.com/watch?v=uwcRCiAUFc0&feature=youtu.be

[athrips 1]

22.03.2024 в 11:44, AlexKaz сказал:

И, насколько понимаю, каретка переводится со стандартом Windows

Да

[kromwell.thct 0]

Здравствуйте товарищи. С удовольствием прочёл ветку, но ничего не понял. Я из промышленности. Уже 15 лет успешно обходимся HTRI для решения своих задач по расчету теплообменников которые потом и производим. Но вот нефтепереработка потребовала (см ниже "письмо в Логос").

Кроме Логоса наткнулся на сигмаФлоу Новосибирский. Можете о нем что то сказать?

 

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

Есть ли в Логос.Тепло возможность расчета теплообмена между

Сторона 1. Частичная конденсация многокомпонентного углеводородного газа
с объемным содержанием водорода.

Сторона 2. Частичное испарение смеси жидких углеводородов (дана разгонка нефти) в потоке водорода.

диапазон рабочих температур +100...+550 грд.С.

диапазон давлений 0...40 атИ
 

[Radon 17]

Пробовали ли считать роторную динамику в логос? Не было проблем? У меня получилась разница по частота с ансис в 1.5 раза

[a_schelyaev 371]

30.03.2024 в 04:37, kromwell.thct сказал:

Здравствуйте товарищи. С удовольствием прочёл ветку, но ничего не понял. Я из промышленности. Уже 15 лет успешно обходимся HTRI для решения своих задач по расчету теплообменников которые потом и производим. Но вот нефтепереработка потребовала (см ниже "письмо в Логос").

Кроме Логоса наткнулся на сигмаФлоу Новосибирский. Можете о нем что то сказать?

 

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

Есть ли в Логос.Тепло возможность расчета теплообмена между

Сторона 1. Частичная конденсация многокомпонентного углеводородного газа
с объемным содержанием водорода.

Сторона 2. Частичное испарение смеси жидких углеводородов (дана разгонка нефти) в потоке водорода.

диапазон рабочих температур +100...+550 грд.С.

диапазон давлений 0...40 атИ
 

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

По испарению и конденсации можете также посмотреть на FlowVision.

[AlexKaz 1 854]

2 часа назад, Radon сказал:

Пробовали ли считать роторную динамику в логос? Не было проблем? У меня получилась разница по частота с ансис в 1.5 раза

Вводных данных мало. Начать сравнивать надо на одинаковых сетках, втащенных из ANSYS, например. И начать сравнивать надо с первой собственной (или вынужденной), а не всю диаграмму Кэмпбелла с нуля.

Обратных частот прецессии в тестированных версиях вроде бы я не наблюдал, т.е. всех тонкостей роторной динамике не смотрел.

 

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

 

Стоит внимательно посмотреть на настройки проекта:

- если сетка из 4-х узловых тетраэдров, то выбрать элемент надо тоже 4-х узловой тетраэдр, иначе НДС будет не корректным для большинства оставшихся типов (но не для всех); ну и перепроверить счёт с другими типами элементов в настройках;

- начать счёт стоит со статики - НДС при заданной частоте вращения должно попадать в эталон с некоторой погрешностью; заметьте - в настройках статики есть возможность учесть нелинейности, включая уточнения по точности счёта;

- настройки/а в модальном в пункте "роторная динамика" вроде как работают, но я не вдавался; вроде бы включается только Кориолисс;

- в модальном конечно стоит проверить включен ли престресс;

- контакты - это отдельный разговор, когда-то в модальном контакты надо было обязательно переключить на склейку, как сейчас - не проверял;

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

- геометрию стоит сразу размещать так, чтобы вращение и циклическая симметрия ориентировались вокруг одной из осей ГСК; и проверять впоследствии, что симметрия соблюдается;

- если есть ГУ симметрии - включить автосортировку (в версии 5.3.23 это пункт лочен).

Изменено 15 апреля пользователем AlexKaz

[Radon 17]

15.04.2024 в 11:58, AlexKaz сказал:

Вводных данных мало. Начать сравнивать надо на одинаковых сетках, втащенных из ANSYS, например. И начать сравнивать надо с первой собственной (или вынужденной), а не всю диаграмму Кэмпбелла с нуля.

Обратных частот прецессии в тестированных версиях вроде бы я не наблюдал, т.е. всех тонкостей роторной динамике не смотрел.

 

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

 

В целом, пришёл ответ. В настоящее время роторная динамика в ЛОГОС не поддерживает точечные массы, поддерживаются только трёхмерные элементы.

(Посылаю лучи поноса хэлпу логоса, более ублюдочной документации я не встречал нигде и никогда, даже у свободного по на порядки лучше с хелпом и туториалами)

[AlexKaz 1 854]

20.04.2023 в 15:12, AlexKaz сказал:

03.03.2023 в 11:51, AlexKaz сказал:

Программный комплекс SDS (Sparse Direct Solver) решения СЛАУ прямым методом треугольного разложения разреженной матрицы

Как понимаю, это MUMPS-солвер. В прочности использовать видимо бесполезно, зато при решении модальных уменьшает время счёта процентов на 15%, требуя больше памяти на тот же размер.

^{На 15%}

По итогу оказалось, что в прочности MUMPS в режиме out of core переваривает на персоналке одновременно квадратичные элементы + пластику + контакты + MPC + тепловые деформации + силовые факторы и ГУ. В отличие от Pardiso или MUMPS+incore, требует меньше RAM (по моим прикидкам, в 3-3.5 раза). Но очень любит быстрый однопоток на CPU, поэтому на Xeon, не смотря на все его каналы памяти, еле шевелится.

Только что, AlexKaz сказал:

квадратичные элементы + пластику + контакты + MPC + тепловые деформации + силовые факторы и ГУ

Ну и, MUMPS такую связку обсчитывает быстрее на порядок, если не больше. В задаче ~800-850 тыс. узлов.

[AlexKaz 1 854]

18.07.2024 в 13:12, AlexKaz сказал:

 Но очень любит быстрый однопоток на CPU, поэтому на Xeon, не смотря на все его каналы памяти, еле шевелится.

C MPI та же задача примерно на треть быстрее на персоналке с двухканальной DDR4 (чего для ANSYS хватает). К Логос Прочность напрашивается высокочастотный проц из HEDT в связке c шустрой DDR5 256+ ГБ (таких станций на международном рынке ещё поискать, адекватное железо появится разве что через 1-2 года), но что есть, то есть.

[AlexKaz 1 854]

По мэшингу в прочности есть подвижки. В 5.3.23.88 мэшер очень неплох. Неплох настолько, что лично мне хватило бы подо всё с учётом, что мне запас 1-1.1 обеспечивать не нужно (речь не про завод). Под типовой запас машиностроения 1.5-2 очень всё подойдёт. 5.3.23.105 пока без комментариев. Второй релиз, т.е. после 105, вышел, тоже без комментариев.

По 88:

 

0. Несколько месяцев назад обнаружена недокументированная мегафича: при создании поверхностной и не только сетки быстрое перестроение происходит по нажатию средней кнопки мыши. Т.е. задали число разбиений на линиях поверхностей -> СКМ -> тут же виден результат. Работает даже в релизах 5.3.21. В справку внесут в следующем году.

 

1. Пробую локализовать самую большую, на мой взгляд, проблему: после нарезки сложной геометрии даже при отсутствии дефектов в кусочках геометрии поверхностный мешер в какой-то момент отказывается строить полуручную согласованную сетку на поверхностях, хотя до того всё шло отлично. На простой геометрии поймать поведение невозможно - всё работает. Попробую мэшить в linux, кидать геометрию с grabcad, м.б. это что-то даст. Если кто сможет поймать аналогичное и сможет поделиться геометрией и запостить мессадж в багтрекет - он/она фактически зафиналит опупею с мэшером и войдёт в историю. Наверное)

 

2. Есть разные мелкие придирки, типа отсутствие возможности как в WB задать в дереве настройки для мэшинга выбранных объектов чтобы не было уникальной сетки, но это мелочь. Точнее, добавить такую плюшку почти ничего не стоит, imho. И некоторые другие.

 

3. Нет подробных мануалов по мэшингу сложных технических объектов. Инструменты описаны, но вот процесс для сложных изделий - нет. Боюсь, даже вазовский картер выше здесь не достаточно сложный объект. Да он и переваривается в сущности без проблем. Интересно, есть ли на олимпиаде задания по мэшингу? Imho, добавить бы не помешало.

Изменено 1 октября пользователем AlexKaz

[Radon 17]

По мэшеру у меня есть огромная претензия, даже две.

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

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