Файл точек Fff->through Points

[DBA 0]

Niki, подскажи формат файла xxx.dat при построении поверхности fff->through points по точкам из этого же файла.

[niki 0]

Из справки по NX2 для Insert-> Free Form Feature -> Through Points:

Inputting Points from a File - Rows of Points

This type of file is used for functions that accept rows of points. These functions include (but are not limited to):

Insert->Free Form Feature->From Poles

Insert->Free Form Feature->Through Points

Edit->Free Form Feature->Move Pole

Edit->Free Form Feature->Move Defining Point

Each row of points begins with the keyword ROW. Anything after the word ROW is ignored. This line is followed by the XYZ coordinates of each point in that row, separated by tabs or blanks.

A sample "Rows of Points" file containing three rows of points to define a surface is shown below. Each line in each row denotes XYZ coordinates of the points.

Row 1

1.0	0.0	0.0

2.0	1.0	0.0

3.0	0.0	0.0

Row 2

1.0	0.0	1.0

1.5	2.0	1.0

2.5	2.0	1.0

3.0	0.0	1.0

Row 3

1.0	0.0	2.0

2.0	1.0	2.0

3.0	0.0	2.0

The first and last rows have three points in each; the second row has four points.

Regardzzz ...

[DBA 0]

Niki, спасибо!

Хочу по результатам прочностного анализа построить деформированную модель в UG. Как проще это сделать?

[nut888 3]

Niki, спасибо!

Хочу по результатам прочностного анализа построить деформированную модель в UG. Как проще это сделать?

<{POST_SNAPBACK}>

Случайно не лопатку хотите построить раскрученную?

[DBA 0]

Нет. В данном случае речь идёт о произвольном теле.

Интерактивно решение задачи представляется следующим способом:

1. Создаётся файл (или файлы для каждой отдельной поверхности) координат узлов всех поверхностей тела (x=NX(n)+UX(n),y=NY(n)+UY(n),...) средствами APDL ANSYS.

2. Программно проставляются точки по каждой отдельной поверхности (функционала GRIP для этого достаточно).

А что дальше?

[niki 0]

А, ну теперь понятно, к чему был первый вопрос.

Я думаю что такое деформированное тело лучше все-таки генерить в

виде набора "sheet-body лоскутов" ( треугольников, четырехугольников - в зависимости от mesh-a ), а потом эти лоскуты сшивать в твердое тело.

Самое сложное в этом процессе это нагенерить тройки/четверки координат,

описывающих каждый лоскут в "правильном" виде. Если точки уже упорядочены в таком виде, то написание программы для генерации твердого тела не составит труда.

Regardzzz ...

[nut888 3]

Нет. В данном случае речь идёт о произвольном теле.

Интерактивно решение задачи представляется следующим способом:

1. Создаётся файл (или файлы для каждой отдельной поверхности) координат узлов всех поверхностей тела (x=NX(n)+UX(n),y=NY(n)+UY(n),...) средствами APDL ANSYS.

2. Программно проставляются точки по каждой отдельной поверхности  (функционала GRIP для этого достаточно).

А что дальше?

<{POST_SNAPBACK}>

Для произвольного тела эта задача очень сложная

Как правильно заметил niki лучше ввести ряд ограничений на геометрию тела

Я не буду касаться ограничений а коснусь только проблем которые

встанут при решении задачи в общем виде

1) Типы фейсов будут меняться

цилиндер->nurbs

b-blane->burbs

...

2)При деформации придется пересчитывать ребра также и

самому поддерживать условие топологической целостности:

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

3)При пересчете геометрии поверхностей найдутся случаи

когда будет необходима экстраполяция - в принципе сколь угодно далекая

Например большая nurbs ограничена ребрами в результате подрезки

[dynas 0]

Niki, подскажи формат файла xxx.dat при построении поверхности fff->through points по точкам из этого же файла.

<{POST_SNAPBACK}>

Не советую строить поверхность по облаку точек...

[DBA 0]

1) To niki.

"Самое сложное в этом процессе это нагенерить тройки/четверки координат,

описывающих каждый лоскут в "правильном" виде. Если точки уже упорядочены в таком виде, то ..."

Каким образом должен быть сгенерирован файл, который смог бы описать каждый лоскут в правильном виде? Грань деформированного элемента (гекса) не плоская, но она образована прямыми кромками. Грань тетра - плоская и также образована прямыми кромками. Чтобы уточнить характер протекания лоскута между узлами необходимо, соответственно, уточнить разбивку, и так до бесконечности.

2) To Nut888.

Зачем вводить ограничения на геометрию, если вопрос идет о деформированной геометрии? И о каком пересчёте Вы упоминаете?

Давайте продолжим общение!

[nut888 3]

1) To niki.

"Самое сложное в этом процессе это нагенерить тройки/четверки координат,

описывающих каждый лоскут в "правильном" виде. Если точки уже упорядочены в таком виде, то ..."

Каким образом должен быть сгенерирован файл, который смог бы описать каждый лоскут в правильном виде? Грань деформированного элемента (гекса) не плоская, но она образована прямыми кромками. Грань тетра - плоская и также образована прямыми кромками. Чтобы уточнить характер протекания лоскута между узлами необходимо, соответственно, уточнить разбивку, и так до бесконечности.

2) To Nut888.

Зачем вводить ограничения на геометрию, если вопрос идет о деформированной геометрии? И о каком пересчёте Вы упоминаете?

Давайте продолжим общение!

<{POST_SNAPBACK}>

Вообще уточните какого качества деформируемое тело Вам нужно

Может Ansys позволяет экспортировать его в формате stl step ...

Тогда в UG можно просто прочитать этот формат

[niki 0]

2 DBA

В "правильном" файле координаты "троек/четверок/пятёрок ... " должны быть расположены в следующем виде :

1 2 3

3 5 6

3 4 6

6 9 8

и т.д. ( см pic )

где каждая точка - это XYZ её координат, каждая тройка определяет "лоскут" и эти точки лежат на "внешних" гранях тела ( не в "мясе" ).

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

А алгоритм построения деформированного тела простой:

1. Берём точки от лоскута , попарно соединяем их отрезками и строим N-Sided Surface. N-Sided surface позволит нам одинаково обрабатывать и тетры и гексы и т.д.

2. Сшиваем полученные "лоскуты" в solid body ...

Regardzzz ...

[DBA 0]

Всем Большое спасибо. Пока всё ясно. Начну с разработки проги генерации файла в ANSYS'е. А вот насколько реально создать прогу на С++ или JAVA, которая бы независимо от сессий ANSYS'а и UG (путём обработки файла результатов) генерировала бы файл деформированной модели xxx.prt???

[niki 0]

А вот насколько реально создать прогу на С++ или JAVA, которая бы независимо  ...

Без проблем, но при этом тебе придется запускать её в UG-овой консоли ( по крайней мере в переменных окружения этой консоли должны присутствовать UGII_LICENSE_FILE , UGII_BASE_DIR и UGII_ROOT_DIR ). Формально, запуск такого внешнего приложения ( *.exe ) выглядит как запуск UG без графич инетрфейса, выполнение каких-то команд, и выгрузка UG.

Regardzzz ...

[DBA 0]

Niki, ещё спасибо. А ты как насчёт GRIP'а? По работе озадачили написать прогу на GRIP'е, которая бы считывала из активной сессии атрибут """ PartName """ и вводила бы его в поле имени чертежа в Draft'е. Возможностей GRIP'а хватит?