Перейти к публикации

Linked Body, подсчет масс тел (не только Linked) [NX Open C/C++ API]


mannyz

Рекомендованные сообщения

Всем добрый день!

Пишу плагинчик для NX 7.0/7.5. Сразу приходится пользоваться двумя APi: Open C и последним, что NX Open C++. У меня возникло... несколько проблемных вопросов:

1. почему-то для солидов от Linked Body возвращается неверный результат статуса видимости (это который hide/show, но в API зовется как blanked). Получается, что они всегда видны. Чего только не пробовал, чтобы распознать его правильно. Стандартно для получения свойств отображения использую функцию UF_OBJ_ask_display_properties или метод isBlanked(). Пробовал брать фичу, связанную с таким linked солидом и применять к ней UF_OBJ_ask_display_properties, но не прокатывает. Еще что-то...

2. Второй вопрос и, наверное, более острый. Есть проблема получения массово-инерционных характеристик некоторых солидов (на самом деле не важно, пробовал и для comp, и для part). Использую функцию UF_WEIGHT_estab_solid_props. Для некоторых солидов возвращается какой-то мусор (степени огромные, масса отрицательная). При этом если смотреть массу через GUI как Analysis->Measure Bodies. то она считается правильно. Я это почему-то связываю с тем, что компоненты, в которые входят данные солиды, в дереве зависимостей Assembly Navigator->Dependencies (это прямо под деревом сборки) в итоге начинают ссылаться на себя же. Кстати, плотность в подобных случаях (не уверен. что во всех), возвращается через APi правильная. Но объем солида при этом нулевой. Какие-то такие симптомы.

Помогите, пожалуйста

Ссылка на сообщение
Поделиться на других сайтах


Пишу плагинчик для NX 7.0/7.5. Сразу приходится пользоваться двумя APi: Open C и последним, что NX Open C++. У меня возникло... несколько проблемных вопросов:

1. почему-то для солидов от Linked Body возвращается неверный результат статуса видимости (это который hide/show, но в API зовется как blanked). Получается, что они всегда видны. Чего только не пробовал, чтобы распознать его правильно. Стандартно для получения свойств отображения использую функцию UF_OBJ_ask_display_properties или метод isBlanked(). Пробовал брать фичу, связанную с таким linked солидом и применять к ней UF_OBJ_ask_display_properties, но не прокатывает. Еще что-то...

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

Посмотрите может вы смотрите свойства у фичера, а надо у тела. Есть команда UF_MODL_ask_feat_body, которая из фичера (например, BLOCK) возвратить таг тела

Нет, изначально я и смотрю на солид. Я запрашиваю у WorkPart его солиды через метод Bodies(). Затем с помощью итератора пробегаюсь по ним и, грубо говоря, спрашиваю ->isBlanked(). С обычными (не linked) солидами все нормально. Но linked всегда возвращает, что он видимый (show).

Дальше я уже стал мудрить. Пробовал брать фичу у таких солидов и смотреть ее статус через UF_OBJ_ask_display_properties(). Но получается фигня.

Вот. И не знаю что делать. Ну, точнее больше ничего не делаю )).

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

2. Второй вопрос и, наверное, более острый. Есть проблема получения массово-инерционных характеристик некоторых солидов (на самом деле не важно, пробовал и для comp, и для part). Использую функцию UF_WEIGHT_estab_solid_props. Для некоторых солидов возвращается какой-то мусор (степени огромные, масса отрицательная). При этом если смотреть массу через GUI как Analysis->Measure Bodies. то она считается правильно. Я это почему-то связываю с тем, что компоненты, в которые входят данные солиды, в дереве зависимостей Assembly Navigator->Dependencies (это прямо под деревом сборки) в итоге начинают ссылаться на себя же. Кстати, плотность в подобных случаях (не уверен. что во всех), возвращается через APi правильная. Но объем солида при этом нулевой. Какие-то такие симптомы.

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

Действительно, при использовании метода UF_WEIGHT_estab_solid_props() в некоторых случаях возвращается какой-то мусор. И это несмотря на то, что в самом NX (если запрашивать через GUI) показатели МИХ-ов выглядят вполне адекватными. Но хорошо, что разработчики NX запасливые и предусмотрели помимо методов серии UF_WEIGHT_estab_чего-то-там метод UF_MODL_ask_mass_props_3d(). Он пока не подводит и считает все верно. И что самое полезное - это то, что отрабатывает он заметно быстрее, чем его собрат UF_WEIGHT_estab_solid_props(). Ох уж мне эти программисты...

Вот еще. Только надо помнить, что UF_MODL_ask_mass_props_3d() возвращает Products of Inertia, грубо говоря, в соглашениях, принятых у инженеров, то есть как компоненты тензора без минуса. Короче, минус надо дописывать

Изменено пользователем mannyz
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • gudstartup
      вы тоже думаете что можно все компоненты чпу заменить и ничего не изменится и предупреждение о том чтобы oprminf не восстанавливали на другой машине которое фанук встроил даже в загрузчик это просто алармисткий текст и ничего не будет..... ну и ну и где написано что она mate как например здесь с чего тогда базовый чпу mate если гл.плата не mate мне непонятно из-за экрана что ли
    • статист
      Охренеть, ни за что бы не догадался. Хоть бы словом где обмолвились об этом в документации. Короче нужна команда EMODIF, E_ID, 3, N_ID где E_ID - номер элемента, который мы собираемся модифицировать. Так как используется BEAM188, то у него не два узла оказывается рассматривается, а три, где первые два принадлежат элементу, а третий узел - направляющий. И соответственно число 3 - это номер узла балки, который мы собираемся модифицировать, то есть направляющий узел. И мы этот узел соответственно заменяем на узел с номером N_ID. И тогда сечение реально вращается. Разобрался по этому видео.    
    • Александр1979
      Материнка такая в руководстве есть. На 0i-D я менял материнку, опции не слетели. 
    • gudstartup
      @Viktor2004 кстати конкретно модели автора в руководстве нет хотя оно последней редакции 18 года
    • Viktor2004
      конкретно на этой не менял. На каких менял, написал выше
    • gudstartup
      какие платы и на каких системах вот в чем ворос конкретно на этой возникут проблемы
    • Viktor2004
      ну да. А то что я менял платы это мои бредовые фантазии   Ну исправили в паспорте. И что?
    • gudstartup
      это догадки и гадание на кофейной гуще а япривожу документ где написано про то что прочитайте пункт 4.11 а там представляете вот что 4) Замена печатной платы может привести к изменению идентификационного номера ЧПУ. Проверьте это на Экран ЧПУ. Если оно отличается от описанного в техническом паспорте, исправьте его.  
    • Viktor2004
      я менял все платы. И на форуме наверное не я один их менял. И никто еще не писал что при этом у него слетел сертификат Возможно ID номера проверяются только в момент установки опции, а когда они уже установлены и мирно хранятся в OPRM INF возможно ти уже на ID наплевать
    • gudstartup
      для кого это написано CAUTION Before replacing a printed circuit board, be sure to read Section 4.11, “OPTION INFORMATION FILE” to confirm the procedure.  
×
×
  • Создать...