Vitaliy

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

1 146 сообщений в этой теме

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

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

Изменено пользователем Ruslan

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

1 пользователю понравилось это

Поделиться сообщением


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

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

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

1 пользователю понравилось это

Поделиться сообщением


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

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

Поделиться сообщением


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

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

 

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

Изменено пользователем Ruslan
1 пользователю понравилось это

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

Поделиться сообщением


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

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

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

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

 

 

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

Поделиться сообщением


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

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

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

1 пользователю понравилось это

Поделиться сообщением


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

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

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

1.png

2.png

3.png

4.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, Alexey_T сказал:

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

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

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

Поделиться сообщением


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

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

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

Поделиться сообщением


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

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

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

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

Поделиться сообщением


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

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

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

table.tbl

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
21 минуту назад, Alexey_T сказал:

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

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 минуты назад, Ветерок сказал:

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

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

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

 

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Sergey___1978 сказал:

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

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

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

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

 

6.png

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

Поделиться сообщением


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

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

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

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

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

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

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

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

 

1.jpg

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

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

Поделиться сообщением


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

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

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

 

Поделиться сообщением


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

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

 

8.png

7.png

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

Поделиться сообщением


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

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

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

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

 

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

Поделиться сообщением


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

Создайте аккаунт или войдите для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас

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

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

  • реклама

  • Реклама

  • Ближайшие события

    Предстоящих событий не найдено
  • Дни рождения сегодня

    1. AssiseGuish
      AssiseGuish
      (35 лет)
    2. EVV
      EVV
      (47 лет)
    3. Nevskiyalexxx
      Nevskiyalexxx
      (28 лет)
    4. pilgrimanto
      pilgrimanto
      (33 года)
    5. Posvenchuk
      Posvenchuk
      (47 лет)
    Просмотреть все