NX Open C программирование

[Zlodeij 0]

Подскажите, имеется сборка с входящими компонентами. Как можно извлечь дерево построения для каждого компонента?

У меня почему-то извлекает дерево построения сборки, а дерево построения компонентов не извлекает.

Делаю следующим образом:

feature = (UF_OBJ_cycle_all(part_tag, feature));

if (feature == NULL_TAG)

{

break;

}

UF_CALL(UF_OBJ_ask_type_and_subtype(feature, &o_type, &o_subtype));

if (o_type == UF_feature_type)

{

UF_CALL(UF_MODL_ask_feat_type(feature, &f_type));

uc4403(f_type);

UF_free(f_type);

}

перед этим извлекаю компоненты сборки с помощью

UF_OBJ_cycle_objs_in_part(UF_PART_ask_display_part() ,UF_component_type, &part_tag);

Что я делаю неправильно?

[avd 73]

Подскажите, имеется сборка с входящими компонентами. Как можно извлечь дерево построения для каждого компонента?

У меня почему-то извлекает дерево построения сборки, а дерево построения компонентов не извлекает.

Делаю следующим образом:

feature = (UF_OBJ_cycle_all(part_tag, feature));

if (feature == NULL_TAG)

{

break;

}

UF_CALL(UF_OBJ_ask_type_and_subtype(feature, &o_type, &o_subtype));

if (o_type == UF_feature_type)

{

UF_CALL(UF_MODL_ask_feat_type(feature, &f_type));

uc4403(f_type);

UF_free(f_type);

}

перед этим извлекаю компоненты сборки с помощью

UF_OBJ_cycle_objs_in_part(UF_PART_ask_display_part() ,UF_component_type, &part_tag);

Что я делаю неправильно?

Можеть быть это из-за того, что вы не изменяете рабочую часть?!. Попробуйте UF_ASSEM_set_work_part или UF_ASSEM_set_work_part_quietly и вместо UF_PART_ask_display_part() использовать UF_ASSEM_ask_work_part

[Zlodeij 0]

Можеть быть это из-за того, что вы не изменяете рабочую часть?!. Попробуйте UF_ASSEM_set_work_part или UF_ASSEM_set_work_part_quietly и вместо UF_PART_ask_display_part() использовать UF_ASSEM_ask_work_part

Когда я использую функцию UF_ASSEM_set_work_part выскакивает следующая ошибка:

ERROR code 580001

Internal error: an attempt was made to access an attribute not in the relevant class

Что это значит, как избавиться от нее???

[avd 73]

Когда я использую функцию UF_ASSEM_set_work_part выскакивает следующая ошибка:

ERROR code 580001

Internal error: an attempt was made to access an attribute not in the relevant class

Что это значит, как избавиться от нее???

Посмотрите пример ufx_cycle*.* в папке \UGOPEN там подобный пример приведен.

[Zlodeij 0]

Посмотрите пример ufx_cycle*.* в папке \UGOPEN там подобный пример приведен.

Так и не получилось вытащить дерево построения каждой детали входящей в сборку. Атрибуты вытаскивает, а вот дерево нет.

Для ф-ции UF_OBJ_cycle_all нужен тэг части, а у меня есть только тэг компонента. Незнаю как получить для компонента тэг части???

[avd 73]

Так и не получилось вытащить дерево построения каждой детали входящей в сборку. Атрибуты вытаскивает, а вот дерево нет.

Для ф-ции UF_OBJ_cycle_all нужен тэг части, а у меня есть только тэг компонента. Незнаю как получить для компонента тэг части???

Вот маленький пример прохождения по дереву. Может поможет

class Tree_assem_class

{



int ask_components (tag_t root_part_tag, Tree_assem_class * my_assem) {



	tag_t root_part_occ_tag;

	tag_t * child_part_occs;

	int count_child_part_occs;

	tag_t prototype_tag;

	char part_name[ 256 + 1 ];

	char refset_name[ 30 + 1 ];

	char instance_name[ ( 128 + 1 ) ];

	double origin[ 3 ];

	double csys_matrix[ 9 ];

	double transform[ 4 ][ 4 ];

	tag_t matrix_id;



	if (my_assem->ask_root_tag() == NULL_TAG)

	{

		mes.Report_Message("Не задан таг головной сборки");

		return -30;

	}



	count_recurrence++; // счетчик рекурсий увеличиваем

	if (count_recurrence == MAX_RECURRENCE)

	{

		mes.Report_Message("Ошибка превышенно максимальное (MAX_RECURRENCE) количество \"веток\" в главной сборке");

		return -40;

	}

	



	// По тагу части сборки определяем таг окуренса в сборке

	root_part_occ_tag = UF_ASSEM_ask_root_part_occ (root_part_tag);

	if (root_part_occ_tag == NULL_TAG) 

	{

		// Попали сюда значит нашли часть без компонентов.

		count_recurrence--; // уменьшаем счетчик рекурсий

		//mes.Report_Message("Нашли деталь без компонент");

		return 10; // выход с положительным кодом завершения, значить можно выходить из рекурсию без ошибки

	}

	// Определяем кол-во и таги окуренсов компоненет в сборке root_part_tag (это таг части)

	count_child_part_occs = UF_ASSEM_ask_part_occ_children (root_part_occ_tag, &child_part_occs );

	if (count_child_part_occs == 0)

	{

		// Странный случай, когда количество входящих компоненет равно 0?

		mes.Report_Message("Ошибка при определении кол-ва компонентов подсборки");

		return -10;

	}

	my_assem->edit_count_component(count_child_part_occs); // увеличиваем счетчик найденных деталей

	// Цикл по всем найденным тагам окуренсам компонент

	for (int i=0;i<count_child_part_occs;i++)

	{

		// определяем таг части по тагу окуренса (фактически таг компоненета)

		prototype_tag = UF_ASSEM_ask_prototype_of_occ (child_part_occs[i]);

		if (prototype_tag == NULL_TAG)

		{

			mes.Report_Message("Ошибка компонент не загружен");

			count_recurrence--; // уменьшаем счетчик рекурсий

			my_assem->part_tag_components.push_back(NULL_TAG);

			my_assem->child_part_occ.push_back(NULL_TAG);

			return 10;

		}



		[b]my_assem->part_tag_components.push_back(prototype_tag); // запоминаем таг части компонента[/b]

		my_assem->child_part_occ.push_back(child_part_occs[i]); // запомиаем таг окуренса компонента



		// Рекурсивный вызов 

		int rez = ask_components (prototype_tag, my_assem);

		if (rez < 0) 

		{

			mes.Report_Message("Ошибка возникла при рекурсивном вызове функции ask_comonents");

			return -10;

		}

	}

	// Освобождаем память из под массива тагов окуренсов

	UF_free(child_part_occs);



	return 0;

}

Все непонятные функции типа mes можете закоментировать. Выделил как раз то что вам нужно вроде... надо проверять

И рекомендую почитать следующую статейку в документации по NX /html_files/ugopen_doc/uf_assem/uf_assem_ref1.html

[Zlodeij 0]

Все непонятные функции типа mes можете закоментировать. Выделил как раз то что вам нужно вроде... надо проверять

И рекомендую почитать следующую статейку в документации по NX /html_files/ugopen_doc/uf_assem/uf_assem_ref1.html

Спасибо, у меня с помощью функции member = UF_ASSEM_ask_prototype_of_occ (component); получилось вытащить дерево, но только тогда когда в опциях загрузки снята галка "Использовать Частичную Загрузку". Можно ли как-нибудь вытащить дерево, когда сборка уже была загружена "частично"?

Изменено 15 марта 2012 пользователем Zlodeij

[avd 73]

Спасибо, у меня с помощью функции member = UF_ASSEM_ask_prototype_of_occ (component); получилось вытащить дерево, но только тогда когда в опциях загрузки снята галка "Использовать Частичную Загрузку". Можно ли как-нибудь вытащить дерево, когда сборка уже была загружена "частично"?

Я думаю что нет. Здесь надо понимать, что частичная загрузка, она на то и частичная, что загружается только часть, а точнее то, что входит в ссылочный набор. Такова жизнь!

Можно канечно части (файлы) NX открывать по тихому с полной загрузкой, а потом закрывать, чтобы пользователь ничего не заподозрил)))

[Zlodeij 0]

Я думаю что нет. Здесь надо понимать, что частичная загрузка, она на то и частичная, что загружается только часть, а точнее то, что входит в ссылочный набор. Такова жизнь!

Можно канечно части (файлы) NX открывать по тихому с полной загрузкой, а потом закрывать, чтобы пользователь ничего не заподозрил)))

Не, мы лучше будем загружать "Облегченное представление".

Спасибо за помощь ...

[avd 73]

Не, мы лучше будем загружать "Облегченное представление".

А что при этом дерево построения можно считать?

[Zlodeij 0]

А что при этом дерево построения можно считать?

Да, при этом дерево извлекает.

Изменено 16 марта 2012 пользователем Zlodeij

[Zlodeij 0]

Еще один вопрос по компонентам сборки.

У меня все компоненты перебирает, извлекает дерево, но доходит до altrep и после него зависает. С чем это может быть связано?

[avd 73]

Еще один вопрос по компонентам сборки.

У меня все компоненты перебирает, извлекает дерево, но доходит до altrep и после него зависает. С чем это может быть связано?

а что отладчик говорит? Т.е. В ЮГ-мастер, ЮГ-парт все ок, а альтрепе валится... странно... но я собственно в ТС не очень силен, но вроде альтрепы это теже ЮДЖИ мастеры по сути своей

[Zlodeij 0]

а что отладчик говорит? Т.е. В ЮГ-мастер, ЮГ-парт все ок, а альтрепе валится... странно... но я собственно в ТС не очень силен, но вроде альтрепы это теже ЮДЖИ мастеры по сути своей

У меня получилось когда сделал следующим образом:

try

{

ifail = cycle_components(child_components, indentation);

}

catch(...)

Теперь все делает, я так понял, что в сборке для altrepa появляется еще один объект и когда доходит до этого объекта, тогда зависает.

[Zlodeij 0]

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

[avd 73]

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

В каком виде?

Если ввиде графиечского файла, то проверям если включен моделинг, то UF_DISP_create_image

Если нужен таг то есть UF_VIEW_ask_work_view

[Zlodeij 0]

В каком виде?

Если ввиде графиечского файла, то проверям если включен моделинг, то UF_DISP_create_image

Если нужен таг то есть UF_VIEW_ask_work_view

Допустим в сборку входит 5 компонентов. Мне необходимо узнать с какой закраской (Закраска с ребрами, статический каркасный и т.д. ) был сохранен каждый из этих 5 компонентов?

[Zlodeij 0]

Еще вопрос, теперь по ссылочным наборам.

С помощью функции : UF_ASSEM_ask_ref_set_data(feature, ref_set_name,origin,matrix,&num_members,&members); извлекаю имя ссылочного объекта (ref_set_name) и количество элементов в нем (num_members).

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

[avd 73]

Еще вопрос, теперь по ссылочным наборам.

С помощью функции : UF_ASSEM_ask_ref_set_data(feature, ref_set_name,origin,matrix,&num_members,&members); извлекаю имя ссылочного объекта (ref_set_name) и количество элементов в нем (num_members).

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

А вы проверте в интерактиве что выдает команда Формат - Ссылочные набор?

Если у вас есть массив тагов элементов, то камандой UF_OBJ_ask_type_and_subtype тип и подтип, а UF_OBJ_ask_name (UF_OBJ_ask_name_origin) имя (если оно конечно есть)

Допустим в сборку входит 5 компонентов. Мне необходимо узнать с какой закраской (Закраска с ребрами, статический каркасный и т.д. ) был сохранен каждый из этих 5 компонентов?

UF_VIEW_ask_visualization?

[Zlodeij 0]

А вы проверте в интерактиве что выдает команда Формат - Ссылочные набор?

Если у вас есть массив тагов элементов, то камандой UF_OBJ_ask_type_and_subtype тип и подтип, а UF_OBJ_ask_name (UF_OBJ_ask_name_origin) имя (если оно конечно есть)

UF_VIEW_ask_visualization?

UF_VIEW_ask_visualization - проверил, для каждого входного компонента выдает такое же значение, как и для главной сборки, хотя они разные.

Через формат - ссылочный набор - MODEL количество элементов равно 1, а через утилиту показывает 2. Откуда берется этот второй элемент, непонятно? В одном из примеров, показало что равно 1, так что непонятна логика?