» Femlab, Ansys, LS-Dyna

Господа!
Будте любезны подскажите пожалуйста.
Необходимо рассчитать распределение нагрузок по телам качения шарикового радиального подшипника в среде MSC.Patran/MSC.Marc.
Необходим подобный алгоритм решения выше изложенной (ТО есть необходимо решение контактной задачи) задачи.
Буду безмерно благодарен за любые советы.
По существующей проблеме прошу Вас писать в ПМ.

Как можно (и можно ли вообще) сделать пересечение объектов с областью, но так, чтобы оставались только попадающие целиком в область объекты?
То есть чтобы попадающие только частично не резались, а просто выбрасывались?..


Цитата:

расчёт пошёл, но через некоторое время прервался ошибкой "Input/Output error on unit = 20. Possible full disk. ".

Как оказалось, это было связано с недостаточным количеством памяти, выделенным на ДБ (что впрочем странно, так как вроде Ансис должен сам уметь увеличивать эту память?..).
64-битные оси действительно рулят - там таких проблем меньше.

bob1975

Цитата:

MSC.Patran/MSC.Marc

а зачем такие мучения - там работает модель Герца, есть аналитика

Цитата:

Как можно (и можно ли вообще) сделать пересечение объектов с областью, но так, чтобы оставались только попадающие целиком в область объекты?

Вообще очень странно, что более простой вариант пересечения (без резанья) в Ансисе просто не реализован.
Или я плохо искал?

Подскажите, а как распаралелить NX Nastran?
В качестве пре-постпроцессора или Femap или Unigraphics NX.

Как правильно сделать объединение объектов (в данном случае объёмов, но не думаю, что это принципиально) так, чтобы все, которые могут объединиться - объединились, а остальные остались нетронутыми?

А то если просто делать Add и Pick All - выдаётся сообщение:
Цитата:

Input entities are disjointed for VADD command.
No new entities created.

Попробовал: как раз такое сообщение выдаётся, если объединять непересекающиеся объекты - если пересекающиеся - всё нормально объединяется.
Только вот выбирать их все руками не вариант

будьте добры, ответьте на следующий вопрос.
имеется машина е4500@3,2ГГц, 2гига озу, 8600жт, п5к-е, 500 винт. сейчас стоит ансис х32 и упирается в оперативу при построении сетки. выходит что-то немного больше 1 миллиона ячеек. планируется перейти на х64.
финальная конфигурация планируется типа ку9550(чуть похже), 8 гиг оперы(больше мать не держит)ну и, может, 2 винтика прикуплю в раид(хотя сомневаюсь в этом)
подскажиет сколько ячек я смогу на 8 гигах просчитать, есть и смысл платить за квад, или просто остановиться на том же е8400...
просто бабки не халявные а свои, надо апгрейд минимальными усилиями сделать

safeaegis
Не смотрел, какого размера у меня сетка получалась, так что не знаю, насколько это много.
Для начала можно попробовать запустить винду (какая кстати? или линукс?) с опцией, повышающей доступ к памяти. Правда мне это не помогло.
Ещё можно попробовать таки поставить 64-битную ось и посмотреть на ней - мб уже получится. Там по-идее проблему нехватки памяти всегда можно решить заданием достаточно большого файла подкачки (но конечно работать будет не так быстро, зато можно будет оценить, сколько же реально ему надо памяти на эту задачу).

Насчёт апгрейда:
1. При построении сетки работает только 1 ядро (по крайней мере в 11 не в воркбенче), хотя при расчёта должны все работать. Поскольку расчёт должен занимать гораздо больше времени, квад может иметь смысл. С другой стороны, поскольку создание сетки процесс скорее интерактивный, а расчёт можно и на неделю запустить (и уже не так важен +- день), может иметь смысл взять двухядерник, но побыстрее (8500). Всё равно можно будет сэкономить по сравнению с квадом
2. Памяти Ансису много не бывает, так что 8 Гб стоит поставить.
3. Винтов я бы рекомендовал хотя бы 2: 1 - на всё, кроме данных Ансиса, 2-й только на данные Ансиса, так как сам сейчас периодически наблюдаю почти полное подвисание системы из-за того, что пишется/читается очередной файл на пару Гб (ХР не многозадачная ось ). Но если на компе планируется работа исключительно в Ансис - можно ограничиться 1 винтом.
В принципе рейд может иметь смысл. Например 2 винта в зеркале будут читать до в 2 раз быстрее, писаться в принципе тоже может быстрее.
Но я бы не рекомендовал на него ставить систему. То есть для данных ансиса рейд не помешал бы. Тогда даже и нулевой массив можно сделать, но не забыв про бакап конечно.
Ещё полезно сжимать папки с файлами ансис - они жмутся очень хорошо

В принципе в данной ситуации разумно делать апгрейд по схеме (каждый раз думая, стоит ли делать следующий шаг, или и так всё уже работает):
1. Поставить 64-битную ось;
2. Поставить 8Гб ОЗУ;
3. И только потом думать, а надо ли менять проц и/или организовывать отдельный винт/дисковый массив для Ансиса.

Удачи

safeaegis, попробуйте поставить 8Гб и XPx64 (на 2Гб х64 ставить смысла нет) и временно этим и ограничиться - будете пребывать в эйфории по крайней мере месяц (в зависимости от интенсивности расчетов). Когда опять будет мало - попробуйте раптор, райд и т.п.. Процессор, imho, нужно трогать в последнюю очередь, т.к. в ansys11 пре - и постпроцессинг не распараллелены (а только счет), в 12м обещали сделать, но я этого что-то не узрела (может, плохо смотрела). Опять же imho: я бы лучше сменила мат. плату, чтобы держала 16Гб (и поставила эти 16Гб), а не процессор, особенно, если комп. домашний.

AZA_N

Цитата:

на 2Гб х64 ставить смысла нет

Да ладно?
В вин32 реально ограничен максимум памяти на процесс.
Конечно своп тормозить будет (и мб даже всё это будет падать), но запросто может тормозить, но работать!


Цитата:

Процессор, imho, нужно трогать в последнюю очередь

Параллельность - параллельностью, но приведённые процы по частоте в полтора раза примерно отличаются, а значит реально повысится и скорость. Другое дело, что можно просто дольше "пить чай".


Цитата:

Опять же imho: я бы лучше сменила мат. плату, чтобы держала 16Гб (и поставила эти 16Гб)

Вот для этого и надо поставить 64-битную ось на текущую конфигурацию - можно будет посмотреть, сколько же реально под это надо памяти, а потом уже докупать.
А вообще если я ничего не путаю, тогда уж надо на 24Гб памяти ориентироваться (максимум на корИ7 платформе) Правда там одна память около штуки евро стоит

Как (если можно конечно) в Ансис вывести только часть результата, но детально?
В смысле чтобы по значению исследуемого параметра выводилась своя локальная шкала на весь диапазон цветов.

KChernov, ведь safeaegis писал, что хочет
Цитата:

апгрейд минимальными усилиями сделать

А минимальные усилия (и минимальная цена) - это как раз 8Гб(DDR2) и XPx64. По собственным ощущениям работы на 7200rpm без raid - если ансис начинает использовать винч., то все о-о-чень долго считается, а медленный проц. (если задача влезет с оперативку) - всего в эти самые 1.5 раза. А i7 это, конечно, здорово, но дорого. Это уже не апгрейд, а новый комп. (т.е. мать, проц., память (а DDR3 нынче дороговата) и БП, да еще и корпус, скорее всего, чтобы под райд место на будущее забить)

safeaegis, а какая материнская? И какая версия Bios? Т.е. есть ли в ней поддержка того нового проц., который Вы хотите поставить. А то придется еще и биос перепрошивать (м.б. лишние проблемы). И поддерживается ли raid? Плохо, что E4500 виртуализацию не поддерживает, но для работы в ансис это, вроде, не имеет значения. И еще - Вы про свой старый проц. правильно написали Е4500 3.2ГГц? А то у Intel сказано, что он 2.2ГГц.

AZA_N

Цитата:

ведь safeaegis писал, что хочет
Цитата:
апгрейд минимальными усилиями сделать

Так я в своём первом посте всё подробно расписал.
Или что-то непонятно?

Но если задаче не хватит 8Гб - придётся делать более крупный апгрейд (даже полную замену компа называют таки апгрейдом).

А вот уж этот вариант
Цитата:

я бы лучше сменила мат. плату, чтобы держала 16Гб (и поставила эти 16Гб)

тогда точно под ваше понятие апгрейда не подходит.


Цитата:

И какая версия Bios? Т.е. есть ли в ней поддержка того нового проц., который Вы хотите поставить. А то придется еще и биос перепрошивать (м.б. лишние проблемы).

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

2 вопроса по Ансис11 (не воркбенч):
1. Как соединить 2 объекта так, чтобы нагрузка передавалась, но материалы были разные?
2. Что надо указывать при экспорте таблиц (через Параметры/Параметры массивов/Экспорт) для вывода сетки параметризации (то есть того, что в самом левом столбце, когда задаётся таблицей параметр)?

KChernov
1. Создай две поверхности, объемы ( зависит от того, двух- или трехмерная у тебя задача ), склей их между собой: AGLUE,ALL VGLUE,ALL соответственно. Перед созданием сетки назначь этим объемам разные материалы. ( Первый пункт в закладке Mashine ). До этого необходимо задать эти материалы при задании материалов. Тавтология получилась. А вообще поищи литературу. Это азы. Поищи "ANSYS для инженеров".
2. По второму пункту ничего сказать не могу.


Добавлено:
safeaegis

Цитата:

будьте добры, ответьте на следующий вопрос.
имеется машина е4500@3,2ГГц, 2гига озу, 8600жт, п5к-е, 500 винт.

У меня на работе машина с 2 Гб ОЗУ. Core 2 Duo 2,4 ГГц. ( Вроде так, но про память точно не соврал.) поставил 2 Оси: 32 -х и 64-х Битную Windows XP. Большую задачу, "невытягиваемую" на 32-х битке ставлю на 64-х битную и только шелестит. Но память загружается полностью. Попробуй поставить вторую ось ( 64-х битную), посмотри загрузку Проца и памяти при работе, а потом решай, что делать.

Nemo_two

Цитата:

1. Создай две поверхности, объемы...

Спасибо, по другому получилось, ну и этот способ буду иметь в виду


Цитата:

А вообще поищи литературу. Это азы. Поищи "ANSYS для инженеров".

Да вроде есть литература, но это часто:
Лишь перевод хелпа;
Там реально есть только азы;
Примеры самые простые.

Да и найти то что надо как правило бывает очень сложно ( к родному хелпу это тоже относится)
И 2. тому пример: ни в книгах, ни в хелпе не нашёл.


Цитата:

Оси: 32 -х и 64-х Битную Windows XP. Большую задачу, "невытягиваемую" на 32-х битке ставлю на 64-х битную и только шелестит.

Почему бы тогда не мигрировать совсем на 64-битку?
Реально 32-битка актуальна только если нужно запускать 16-битные приложения, и то виртуалка эту проблему решает


Добавлено:
Ну вот опять новые чудеса:
смотрю смещение при деформации - получаю шкалу с 3-значными числами при том, что:
1. Размер модели меньше метра;
2. Вывод с наложением недеформированного состояния показывает, что максимальный сдвиг ну никак не может быть больше 0.1 м;
3. /STATUS выдаёт, что единица измерения метр.
Смотрю контурный рисунок.
Из-за чего такое может быть?
Или я где-то умудрился поменять единицы для вывода на график (сознательно не менял)?

AZA_N

Цитата:

какая материнская? И какая версия Bios

asus p5k-e bios 0603 самый стабильный за последние 2 года, проц 9*50 держит и без перепрошивки.

Цитата:

правильно написали Е4500 3.2ГГц

да все правильно. разгон рулит. очень холодный проц попался. на номинальном напряжении погнался с 2,2 до 3,2ГГц. температура в пределах нормы и 100% стабильность вот уже больше года наверно никуда не лазил.
Nemo_two
попробую в ближайшее время. пока читаю отзывы и выбираю сборку х64 постабильней
насем оффтоп заканчиваю

Цитата:

Почему бы тогда не мигрировать совсем на 64-битку?

У меня ProEngineer старый ( для построения сложной трехмерки ), на 64-х битку не стает. Да и принтер - дрова искать надо.
У меня есть ProE и 64-х бит., но что-то "не пошел". Вторую, 64-х битную ось ставил сам. Поэтому Системщика нашего просить не хочу. Под пользователя посадит, а потом хоть застрелись.

По поводу графиков. Сложно что-то говорить, даже не зная направления решаемой задачи. Первое - посмотри возле осей графиков множительные коэффициенты ( если они есть ). Нет ли там после величины по оси коэффициента типа х10е-2??
И помни, ANSYS не имеет размерности, даже если с командной строки забьешь /UNITS,SI.
Это только для твоей ориентации. В командном окне после этого программа выдаст, какие величины в каких размерностях необходимо вводить для получения корректного результата. В SI это: метр, Па, ньютон, секунда, Джоуль и т.п.
Например, если я считаю задачу в системе SI, то у меня размеры модели в м, модуль упругости первого рода ( да и второго ) в Па. Например: сталь: Размеры - м, модуль упругости - Е=2е+11 Па, коэффициент Пуассона Мю=0,3, плотность Ро=7850 кг/м3. Соответственно, и получишь перемещения в м, силы в Н, напряжения в Па.
Если модель в мм, то модуль упругости Е=2е+5 МПа. Плотность - не пробовал, . Редко ввожу.
/STATUS - на работе завтра посмотрю, что там "бъет", редко смотрю. Здесь - МПа!!

safeaegis

Цитата:

да все правильно. разгон рулит. очень холодный проц попался. на номинальном напряжении погнался с 2,2 до 3,2ГГц

Тогда не факт, что вообще имеет смысл апгрейдить проц - с новым может так не повезти, а без разгона вряд ли будет сильно быстрее.
У меня кстати 8500 - попробую погнать его.

Nemo_two

Цитата:

Вторую, 64-х битную ось ставил сам. Поэтому Системщика нашего просить не хочу.

Тогда снос 32-битки будет окончательной победой над системщиком!


Цитата:

Сложно что-то говорить, даже не зная направления решаемой задачи.

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


Цитата:

Первое - посмотри возле осей графиков множительные коэффициенты ( если они есть ).

Нету
На одном из графиков самый правый коэффициент имел е-12, но это скорее он почему-то решил вывести и такую область значений.
Или на самом деле множитель мог не вывестись?
Вроде как-то можно было получить статистику по задаче: минимальное и максимальное значение параметра, значение в точке - что-то не могу найти.


Цитата:

И помни, ANSYS не имеет размерности

В смысле? Если я вижу сдвиг - это могут быть не метры?


Цитата:

Например: сталь: Размеры - м, модуль упругости - Е=2е+11 Па, коэффициент Пуассона Мю=0,3, плотность Ро=7850 кг/м3

Да вроде так всё и ввожу...

safeaegis
Что-то на 350 МГц (родная 333) оно уже в блюскрин ушло минут через 5 после загрузки
Но мб и из-за памяти.
Напряжение не поднимал.

Так что мб действительно лучше проц не менять...

Всем спасибо за участие - забыть приписать к коэффициенту температурного расширения е-6 - это конечно клиника
Но конечно тот факт, что Ансис зачем-то в такой ситуации отмасштабировал и не деформированную модель (какая же она тогда недеформированная, если размер увеличился), тоже хорошим словом назвать нельзя

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

Даже на 2000 дырок построитель моделей Ансиса дохнет: либо не хочет восстанавливать сохранённые файлы, либо не может провести операцию над таким объектом (типа пересечения с другим), либо просто выдаёт ошибку, где её в принципе быть не может.
Всё то же самое, но на 1500 дырках работает нормально.

Цитата:

Даже на 2000 дырок построитель моделей Ансиса дохнет

Если у тебя 32-х битная операционка, паралельно поставь 64-х битку и, соответсвенно, 64-х битный ANSYS. Он помощнее будет. Может и поможет в чем...

Nemo_two

Цитата:

Если у тебя 32-х битная операционка, паралельно поставь 64-х битку и, соответсвенно, 64-х битный ANSYS. Он помощнее будет. Может и поможет в чем...

Так это всё на 64-битном Ансисе и на 64-битной ХР с 4 Гб ОЗУ (+ много свопа).
На 32-битной ХР любая операция с таким кол-вом объектов (даже в плоскости) выдаёт сообщение о нехватке памяти
Может конечно 12-я версия/воркбенч поможет?..

А у 11 версии воркбенч и обычная одну и ту же решалку используют или разные?

Когда будет выпущена новая версия Comsol?! Т.е. версия выше 3.5а? Может кто-нибудь слышал на конференциях или еще как-то. На сайте производителя никакой инфы нет. Спасибо.

А что Вас не устраивает в версии 3.5а, или Вы слышали о революционных нововведениях в грядущей версии?

В первую очередь не устраивает решатели (solvers).
Например, отдельно нелинейная магнитная стационарная задача решается с помощью солвера «stationary». Если попытаться добавить тепловой блок и посчитать распределение температурного поля во времени, то магнитную и тепловую задачу приходиться принудительно решать одним солвером «time dependent». А этот солвер ведет себя очень плохо при учете зависимости «магнитная проницаемость - магнитная индукция». Поэтому приходиться делать следующее: из m-file решать стационарную задачу магнитную задачу, а тепловую задачу решать с "вручную" с использованием цикла со всеми вытекающими последствиями.
Кроме того многие нелинейные задачи вообще не решаются как не меняй настройки солвера.
Надеюсь, что разработчики поправят и каждый раз с трепетом жду новой версии – но проблема так и не решается.

Дык может они просто не знают, чего от них ждут? Это существенное замечание, его нужно им (разработчикам) передать.

Valodores

Цитата:

его нужно им (разработчикам) передать

последует резонный ответ - Иди отсюда мальчик,не мешай(с)

хотеть хорощих и разных солверов для нелинейных задач дело нехитрое...