Спецификация и NX open

[AleksandraN 0]

Вопрос всем кто пишет программы для NX (на любом языке). Пишу программку для создания спецификации по ГОСТу. Кто уже делал что-нибудь в этом роде поделитесь опытом: раскажите пару общих слов про алгоритм вашей программы.

[nut888 3]

Вопрос всем кто пишет программы для NX (на любом языке). Пишу программку для создания спецификации по ГОСТу. Кто уже делал что-нибудь в этом роде поделитесь опытом: раскажите пару общих слов про алгоритм вашей программы.

А есть у Вас уверенность что хватит данных для полноценного выпуска

в UG хотя бы единичной спецификации

[AleksandraN 0]

Не совсем понятно что вы подразумеваете под "не хватит данных" :). Все значения планирую брать из параметров деталей. Предполагается что как параметры у каждой хранять обозначение и наименование.

Не совсем понятно что вы подразумеваете под "не хватит данных" :). Все значения планирую брать из параметров деталей. Предполагается что как параметры у каждой хранять обозначение и наименование.

[nut888 3]

Не совсем понятно что вы подразумеваете под "не хватит данных" :). Все значения планирую брать из параметров деталей. Предполагается что как параметры у каждой хранять обозначение и наименование.

Не совсем понятно что вы подразумеваете под "не хватит данных" :). Все значения планирую брать из параметров деталей. Предполагается что как параметры у каждой хранять обозначение и наименование.

Кроме деталей и сборок

есть и другие разделы где описаны позиции которым в UG непонятно куда девать

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

Даже у деталей могут быть бесчертежные позиции в спецификации

Наконец откуда будете заполнять раздел Документация

Наконец кто-то должен все эти аттрибуты заполнять

Потом если у Вас структура сборок в UG отличается от структуры сборов в спецификации

Замены как будете в UG обрабатывать

[AleksandraN 0]

Простите:) В интернете с телефона. Отсюда все сопутсвующие неприятности.

Конечно спецификация не рассматривается как "рабочая". Просто учебный проект. Отсюда у все возможные допущения и упрощения. Например документация будет просто один сборочный чертеж а эти значения будут браться из параметров самой сборки. Ассоциативность скорее всего будет весьма ущербной - типа дополнительного окошечка если использовать его для изменения атрибутов то это корректно будет отображаться в спецификации. Если есть какие-нибудь советы поделитесь:)

[nut888 3]

Простите:) В интернете с телефона. Отсюда все сопутсвующие неприятности.

Конечно спецификация не рассматривается как "рабочая". Просто учебный проект. Отсюда у все возможные допущения и упрощения. Например документация будет просто один сборочный чертеж а эти значения будут браться из параметров самой сборки. Ассоциативность скорее всего будет весьма ущербной - типа дополнительного окошечка если использовать его для изменения атрибутов то это корректно будет отображаться в спецификации. Если есть какие-нибудь советы поделитесь:)

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

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

если зарегистрировать свои "C" методы например на cоздание части, сохранение ...

Чтобы человек создавая новый prt автоматом создал и все необходимые аттрибуты

и ему было предложено их заполнить

И если какие-то значения аттрибутов не заполнены то prt невозможно бы было сохранить

Посмотрите в визарде VC - там эти точки входа все есть

А вообще такие вещи пишут в системе PDM

Например в Teamcenter

Это касается промышленного варианта