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

[Ruslan 245]

Если позиции выносились с помощью таблицы, то подозреваю что символ не правильный. В символе должна быть запись: \index\

Или выводите не тот параметр.

Изменено 19 октября, 2016 пользователем Ruslan

[Kroshe4ka 0]

Если позиции выносились с помощью таблицы, то подозреваю что символ не правильный.

Я создал символ, и в ввел: \index\

[Ruslan 245]

Без чертежа, с проставленными позициями, дальше это гадание.

[Kroshe4ka 0]

вам чертеж скинуть? 

[Ruslan 245]

Да, только модели не забудьте. А то чертеж не откроется. В архиве.

[Ruslan 245]

При выноске позиций, нужно указывать не регион заголовка, а регион с позициями. 

Регион заголовка очистите от позиций.

[Kroshe4ka 0]

Кстати, а как гайку которую сам моделил в пункт " стандартные изделия" впихнуть? 

[Ruslan 245]

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

 

РАЗДЕЛ_СПЕЦ СТАНДАРТНЫЕ ИЗДЕЛИЯ

Изменено 19 октября, 2016 пользователем Ruslan

[Sergey___1978 15]

Кстати, а как гайку которую сам моделил в пункт " стандартные изделия" впихнуть? 

Вы бы хоть прежде чем делать спецификацию, перечитали все страницы топика, может тогда все и прояснится. Я в свое время так и сделал.

[Kroshe4ka 0]

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

[Ветерок 520]

я почитал форум по поиску,

теперь читайте Хелп

[Kroshe4ka 0]

В параметрах модели есть такие вещи как " НАИМЕНОВАНИЕ_!, ОБОЗНАЧЕНИЕ", как я могу добавлять свои или редактировать существующие? 

[Ruslan 245]

Это шутка такая?

Инструменты - Параметры.

Можно удалять, добавлять, менять значения.  

 

 

п.с. Можно также менять имя параметра, но это не для новичков.

[Ветерок 520]

Это шутка такая?

нет. Обыкновенное невежество.

И нежелание читать Хелп.

[Alexey_T 0]

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

P.S. POS_ASM - это наименование символа полки выноски.

[Ветерок 520]

6 минут назад, Alexey_T сказал:

Зачем это необходимо?

Это та же самая таблица спецификации, в которую добавлен столбец "имя файла". В чём проблема?

Изменено 26 января, 2017 пользователем Ветерок

[Alexey_T 0]

Проблема в том, что вторая таблица не заполняется, а Creo (CREO 3.0 M080) пишет, что "Есть ошибки регенерации уравнений гибкой области данных". Следовательно графы "Поз." и "N" не заполняются в таблице. Другими словами, необходимо "затащить" позиции присвоенные на основе спецификации сборке во вторую таблицу на основе уже присвоенных номеров позиций, и затем отсортировать ее, скажем, по графе "Имя файла модели".

Изменено 26 января, 2017 пользователем Alexey_T

[Sergey___1978 15]

Не правильный подход.

Номера позиций компонентов сборки должны хранится в параметрах компонентов самой сборки.

Тогда делайте хоть сто таблиц и в каких угодно файлах, номера позиций будут одними и теми же для данной сборки.

[Alexey_T 0]

Тогда непонятно следующее. У меня номера позиций в спецификации присваиваются через rpt.index. А, например, номера форматов через asm.mbr.format_drw.

Думал, что раз уже были присвоены позиции спецификацией сборке в определнной последовательности, то можно, следовательно, и данные позиции затащить во вторую таблицу под теми же позициями через asm.mbr.cparam.POS_ASM. Прикрепляю таблицу.

table.tbl

Изменено 26 января, 2017 пользователем Alexey_T

[Ветерок 520]

21 минуту назад, Alexey_T сказал:

"Есть ошибки регенерации уравнений гибкой области данных".

Так надо разбираться что там в гибкой области.

Я не могу сказать точно, но если номер позиции записывается в параметр детали, то второй раз в таблице он может и не задаваться. Тогда в этот столбец надо выводить значение параметра из детали. Имя этого параметра что-то типа pos.

 

в области надо писать не rpt , а как и везде asm.mbr.POS_ASM

Изменено 26 января, 2017 пользователем Ветерок

[Alexey_T 0]

4 минуты назад, Ветерок сказал:

Так надо разбираться что там в гибкой области.

Я не могу сказать точно, но если номер позиции записывается в параметр детали, то второй раз в таблице он может и не задаваться. Тогда в этот столбец надо выводить значение параметра из детали. Имя этого параметра что-то типа pos.

Выше, в посте №1139 я выложил таблицу.

 

4 минуты назад, Ветерок сказал:

Ещё как вариант просто добавить в спецификацию столбец с именем файла.

Была такая идея, но все-таки хочется иметь отдельную таблицу. Очень удобно при просмотре больших сборок.

[Alexey_T 0]

3 часа назад, Sergey___1978 сказал:

Не правильный подход.

Номера позиций компонентов сборки должны хранится в параметрах компонентов самой сборки.

Тогда делайте хоть сто таблиц и в каких угодно файлах, номера позиций будут одними и теми же для данной сборки.

Возвращаясь к Вашему предложению решения проблемы. Насколько я пониманию мне необходимо параметр POS (имя символа полки выноски) прописать на уровне компонента (см. картинку). Так?

 

Изменено 26 января, 2017 пользователем Alexey_T

[Sergey___1978 15]

Да, смысл такой, у нас на предприятии так.

Только это делать нужно не вручную, для больших сборок не реально просто это будет.

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

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

Можно сделать автоматическое заполнение номеров позиций с каким угодно шагом, исключать из спецификации. Сортировку и фильтры какие вам угодно.

Благо примеров в хелпе предостаточно.

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

 

Все приложения от внешних разработчиков основаны на этом принципе.

Только некоторые пошли еще дальше и формируют спецификацию сразу в винчиле.

[Alexey_T 0]

@Sergey___1978 и @Ветерок, спасибо за помощь!

@Sergey___1978, да, познания в программировании есть. Однако, думал, что можно все-таки это осуществить как-то проще. Пока обойдусь дополнительном столбцом в спецификации.

 

[Alexey_T 0]

@Sergey___1978, добавив параметр POS как вы указали, сразу проблема с "Есть ошибки регенерации уравнений гибкой области данных" исчезла. Как видно на картинке, CREO стал отрабатывать уравнения и сортировку, которые изначально были прописаны в таблице.

 

Изменено 27 января, 2017 пользователем Alexey_T

[Sergey___1978 15]

У нас вся сортировка и фильтрация осуществляется во внешней программе.

В проешной спецификации задана сортировка по номеру позиции и все.

QTY - это параметр который отвечает за количество, которое прописано вручную, допустим для длин проводов 0,52 и т.п.

 

И примечания тоже хранятся в параметрах компонентов.

[9u4ko 0]

В сборку добавлено несколько однотипных материалов. В параметрах материалов заполнены НАИМЕНОВАНИЕ, НАИМЕНОВАНИЕ1, НАИМЕНОВАНИЕ2.

 

Например:

НАИМЕНОВАНИЕ Клей

НАИМЕНОВАНИЕ1 Момент

НАИМЕНОВАНИЕ2 ТУ........

 

При совпадающем первом параметре НАИМЕНОВАНИЕ, например "Клей", один материал в СП пропадает, а в том, который появился, количество складывается из двух материалов.

 

В фильтре области забито &asm.mbr.param.name  == НАИМЕНОВАНИЕ*

 

Можно ли  решить? Два параметра в одну строчку не влезут.

Изменено 25 декабря, 2017 пользователем 9u4ko

[fenics555 91]

3 часа назад, 9u4ko сказал:

При совпадающем первом параметре НАИМЕНОВАНИЕ, например "Клей", один материал в СП пропадает, а в том, который появился, количество складывается из двух материалов.

Складывается ощущение, что это какой-то корявый гугл-перевод... 

[9u4ko 0]

3 минуты назад, fenics555 сказал:

Складывается ощущение, что это какой-то корявый гугл-перевод... 

Ну вот... А я ведь пытался объяснить так, чтобы все поняли.

 

Два клея в спецификации не появляются. Они уходят как один клей с суммированным количеством. У двух компонентов совпадает только первая строка наименования.

[fenics555 91]

16 минут назад, 9u4ko сказал:

Два клея в спецификации не появляются.

В данном случае у Вас в сборке имеются деталь под названием "клей1" и еще "клей2"?   И какой-то из них не выводится? 

А то, что параметры совпадают- это вообще не причем! 

[9u4ko 0]

допустим есть:

 

Клей

момент

ту 123456789

 

и есть

 

Клей

контакт

ту 987654321

 

В специю уходит один из них. С двойным количеством. 

[fenics555 91]

13 минуты назад, 9u4ko сказал:

допустим есть:

 

Клей

момент

ту 123456789

 

и есть

 

Клей

контакт

ту 987654321

 

В специю уходит один из них. С двойным количеством. 

Еще раз повторю вопрос: Это две разных детали? как реализовано в сборке? 

[9u4ko 0]

Два blk объекта

[Ветерок 520]

А зачем разбивать на несколько параметров такое недлинное название? Второй параметр надо использовать тогда, когда у первого не хватает допустимого количества знаков. Здесь всё можно записать одним параметром.

[9u4ko 0]

Только что, Ветерок сказал:

А зачем разбивать на несколько параметров такое недлинное название? Второй параметр надо использовать тогда, когда у первого не хватает допустимого количества знаков. Здесь всё можно записать одним параметром.

Это был пример. На самом деле там не клей.

[Ветерок 520]

Только что, 9u4ko сказал:

Это был пример. На самом деле там не клей.

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

[9u4ko 0]

3 минуты назад, Ветерок сказал:

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

пробовал забить &asm.mbr.param.name  == НАИМЕНОВАНИЕ, НАИМЕНОВАНИЕ1, НАИМЕНОВАНИЕ2, НАИМЕНОВАНИЕ3

creo выдал ошибку

[Ветерок 520]

Я уже давно с таблицами не работал. Не помню. Наверное, надо писать полностью уравнение для каждого параметра. Почитайте Хелп.

 

Или задавайте разные значения для первого наименования, что логично.

[boc 1]

Попробуйте поменять атрибуты "нет дубл"  "нет дубл/ур".

У меня недавно была такая ситуация.

[9u4ko 0]

45 минут назад, boc сказал:

Попробуйте поменять атрибуты "нет дубл"  "нет дубл/ур".

У меня недавно была такая ситуация.

Спасибо, помогло