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

[Ruslan 242]

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

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

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

[Kroshe4ka 0]

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

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

[Ruslan 242]

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

[Kroshe4ka 0]

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

[Ruslan 242]

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

[Ruslan 242]

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

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

[Kroshe4ka 0]

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

[Ruslan 242]

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

 

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

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

[Sergey___1978 8]

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

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

[Kroshe4ka 0]

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

[Ветерок 273]

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

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

[Kroshe4ka 0]

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

[Ruslan 242]

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

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

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

 

 

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

[Ветерок 273]

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

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

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

[Alexey_T 0]

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

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

[Ветерок 273]

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

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

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

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

[Alexey_T 0]

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

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

[Sergey___1978 8]

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

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

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

[Alexey_T 0]

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

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

table.tbl

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

[Ветерок 273]

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

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

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

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

 

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

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

[Alexey_T 0]

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

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

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

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

 

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

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

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

[Alexey_T 0]

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

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

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

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

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

 

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

[Sergey___1978 8]

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

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

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

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

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

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

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

 

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

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

[Alexey_T 0]

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

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

 

[Alexey_T 0]

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

 

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

[Sergey___1978 8]

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

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

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

 

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