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

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


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

5 минут назад, mactepnew сказал:

Лента создана деталью типа Bulk с гибкостью

Как это? Вы ничего не путаете? Булка не имеет геометрии. Это чисто информационный объект.

5 минут назад, mactepnew сказал:

Как я понимаю, заставить Creo просуммировать параметры и выдать в BOM нельзя.

Можно. По-разному. Как вариант, просуммировать их именно в Булке.

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


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

Булка не имеет геометрии.

Да, опечатался. Деталь с параметром Bulk = Yes. В противном случае BOM считает количество компонентов, а не длину.

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

Как вариант, просуммировать их именно в Булке

Как это сделать?

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

Пошагово можно почитать в хелпе. Суть в том, что создаете Булку, в которой указываете сумму параметров нескольких деталей.

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

Но стоит изменить длину - и надо заходить в каждый из компонентов и вручную править параметр.

Это значение тоже должно определяться автоматически в каждой детали. оно может вычислять или по значению соответствующего размера, или по измеренной величине через анализ.

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

Пошагово можно почитать в хелпе

Можно ссылочку, если не трудно? Офлайн хелпа у меня нет, а в онлайне общие фразы.

 

18 часов назад, Ветерок сказал:

Это значение тоже должно определяться автоматически в каждой детали. оно может вычислять или по значению соответствующего размера, или по измеренной величине через анализ

Для одной детали да, без проблем. Но тогда в ВОМ они будут отдельными строками, что нежелательно. А если задать одну (суммарную) длину для всех компонентов, то они все и поместятся в одну строку. Вопрос в том, как задать эту длину как параметр во всех компонентах.

Подозреваю, что можно ввести bulk-компонент, который будет суммировать длины всех входящих в сборку компонентов и выводиться в ВОМе, а при этом реальные детали фильтроваться из ВОМа. Изврат, конечно. И плюс я не представляю пока что, как сделать эту сумму.

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

Ты или задай конкретный вопрос, или пиши свои догадки. Когда всё вместе, ничего не понятно.

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

Суть в том, что создаете Булку, в которой указываете сумму параметров нескольких деталей.

 

20 часов назад, mactepnew сказал:

Как это сделать?

 

53 минуты назад, mactepnew сказал:

Можно ссылочку, если не трудно?

 

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

Как создать Булку с суммой длин нескольких деталей.

Сначала в каждой из суммируемых деталей должен быть одинаковый параметр, например DLINA. (если не ясно как его создать, это отдельная тема)

В сборке создаем Булку.

Открывается окно параметров Булки. В нем создаем новый параметр с таким же именем DLINA. В типе параметра выбираем Параметрическая сумма. Закрываем окно параметров.

Появляется другое окошко с этим параметром и значением 0.0000. Нажимаем на 0.0000, в выпадающем окне ставим галочку возле слова Деталь.

Указываем детали, сумму длин которых надо сосчитать. Дважды нажимаем среднюю кнопку мыши.

В том окошке вместо нулей появляется суммированное значение. Убеждаемся, что оно там появилось.

Нажимаем галку, завершаем создание Булки.

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

@Ветерок , благодарю. Совпадение или нет, но нашел почти такое же описание. Поначалу не получалось, потому что выбирал "компоненты", а надо было "детали". Странно конечно, но пусть хоть так.

Теперь пытаюсь понять, как запихнуть полученный bulk в ВОМ. Сейчас все поля кроме Common name пустые.

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

Так, вроде запихнул bulk в ВОМ. Вроде - потому что в ВОМе отображается всё, кроме собственно длины)))

То есть если "править определение" bulk-компонента, то qty_bulk отображается верное. А если "открыть", то нули - эти же нули и идут в ВОМ. Отсюда же можно вручную задать это значение и оно попадет в ВОМ. Автоматически посчитанное - не хочет. Уравнение в компоненте qty_bulk = dlina не помогает. Логика программы неясна(((

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

В таблицу надо вставлять просто значение параметра. И не в область повторения, а в отдельную ячейку.

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

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

Попробовал. Суммируется в таблице. Так что можно вообще без Булок.

 

Или можно в сборке создать параметр со значением суммы из Булки, а на чертеже выводить значение этого параметра сборки.

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

Модифицировать таблицу и добавлять ячейки с новыми параметрами нельзя. Общая длина должна выводиться там же, где и количество для не-bulk'овых компонентов, то есть задано asm_mbr_qty_bulk. Как их суммировать в этом случае?

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

Не понял куда должна выводиться общая длина. Покажите картинку.

37 минут назад, mactepnew сказал:

qty_bulk

Не знаю что это такое. Никогда с таким не сталкивался.

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

Вот так выглядит ВОМ. QTY_BULK это параметр в компонентах, в котором содержится длина и который выводится в таблицу и не хочет суммироваться.

Вверху 3 строчки - это куски ленты с разной длиной и разными значениями qty_bulk. Если эти значения приравнять, они все превращаются в одну строку. Если получится реализовать через дополнительную bulk, то они все будут скрыты фильтром.

Нижняя строка - это как раз дополнительный bulk, который в режиме "Править определение" показывает правильную суммарную длину, а в ВОМ выводит то значение, которое вручную задано ему в режиме "Открыть"

screen_creo.png

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

Так в какой строке должна быть сумма? В седьмой?

Если у Вас гибкая область данных, то в неё выводятся детали. Булки там быть не должны. Это во-первых.

Во-вторых, суммарная длина - это суммарная длина, она не принадлежит ни одной детали, поэтому она не может быть в области деталей. Она должна быть отдельной строкой.

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

Да, в последней, где bulk.

Удобнее конечно чтобы напротив Masking tape, но только если это будет 1 строка tape'ов с суммарной длиной - а это нереально, как я понимаю.

Столбец QTY в данном случае обозначен как asm_mbr_qty_bulk, то есть выводится параметр qty_bulk члена сборки.

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

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

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

Как посчитать длину и как получить её значение в параметре сборки (или любой модели) я сказал. Как  вывести это значение в отдельную строку тоже сказал. И сказал почему оно должно быть именно отдельной строкой.

 

Как ещё один вариант. Если вам нужна только общая длина ленты, а не длины каждого кусочка, создайте новую деталь (ЗАГОТОВКА_ЛЕНТЫ) и задайте её длину как сумму. И эту деталь отображайте в таблице.

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

Стандарты организации менять не в моей власти, к сожалению.

 

А как в этом случае длину детали задать суммой? Прописывать уравнение вручную вида L = L:1 + L:2 + L3 .... L:15 ?

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

Стандарты организации менять не в моей власти, к сожалению.

Тогда выясните у разработчиков этих стандартов как поступать в этом случае. Может, у них есть готовое решение, о котором Вы просто не знаете. Или они согласятся, что для таких задач нужно разработать другой стандарт.

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

А как в этом случае длину детали задать суммой? Прописывать уравнение вручную вида L = L:1 + L:2 + L3 .... L:15 ?

Можно прописать вручную. Тогда никакая Булка не нужна. А можно взять из Булки. По сути, в обоих вариантах указываются конкретные детали и только они. Просто в Булке это на порядок проще указать и изменить.

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

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

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

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

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

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

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

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

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

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

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



  • Сообщения

    • davidovka
      в уравнении Гибкой области ячейки наименование первую строку исправьте на  r=ptstrim(1,asm_mbr_НАИМЕНОВАНИЕ,22,0)  
    • M_u_x_a
      @fenics555, согласен с Вами полностью. Риски, о которых Вы говорите - имеют место наравне с прочими. Выкладываю шаблон и форматку, сохранено в Creo 11. Если сравнить мануалы, реализовано по-разному. Но правка результатов не принесла.  
    • RokiSIA
      Вот и попались, пусть теперь они уже отбрехиваются
    • davidovka
      Выкладывайте свои, посмотри что не работает.
    • Anat2015
      А что, бывает по другому, программисты и операторы сразу сознаются?
    • fenics555
      так пока кто-то пользуется кнопкой "сделайкрасиво" он набивает номенклатуру, библиотеку изделий, с уже неправильно указанными параметрами. И вдальнейшем другим конструкторам пользоваться штатными средствами никак не получится, кроме как открыть КАЖДЫЙ файл, добавить нужные парметры (тут можно импортом из шаблона)  и лапками подправить. КАЖДЫЙ! И сборки. Все. Еще с булками разобраться. Иначе без этой DLLки выводиться будет ерунда. ДАЖЕ СРАНЫЙ ЧЕРТЕЖ ОБЫЧНОЙ ДЕТАЛИ! И никто другой даже не додумается, в чем же дело. Ну вот возьмет он (Конструктор с кнопочкой умной) и уволится от неразделенной любви, или по дороге на работу разобьется. Ну фактор человеческий. Бывает. Он работал, получал ЗП за то, что делал "вроде правильно", но любой другой придет- и не сможет сразбегу "в красоту"! И Бос такой, затягивая сигару: "Эх, салага, вот Стас был- да! ..." Ну там, слеза скупая, всё такое. И не объяснить, что он х8йню делал. Поэтому я стараюсь работу работать так, чтоб после меня "Фен -просто красавчик" сказал тот, кто будет после.
    • M_u_x_a
      Уважаемые Господа @fenics555 и @-stas- ! Каждый из вас по-своему прав. Пользоваться или нет дополнительными приложениями при возможности реализации штатными средствами - это выбор каждого инженера. Тут влияет ещё и специфика работы, взаимодействие с другими инженерами и тд. Лично я, пожалуй, вижу в конкретно этом инструменте скорее положительное, нежели бесполезное. В списке дополнительных приложений запущено и работает. Дело в том, что тот релиз, на который я жаловался, был под Creo 1. С этим мне помог уважаемый @davidovka , за что мой ему поклон. Однако, желаемого результата достичь не удалось, несмотря на правку графы таблицы согласно инструкции-мануалу. Теперь там просто пусто, не заполняет. Прошу кинуть в мою сторону шаблон детали и форматку с которыми оно точно работает. Успехов всем в делах и делишках.
    • Сергей Кочев
      При разборе полётов, все утверждали, что программа отлажена и её ни кто не менял и сделали по ней две детали. Ну вот зашёл в свойства файла программы и увидел, что программу редактировали именно в день аварии. Сздана 11.10 Изменена 30.10. Был в отпуске хотел посмотреть Action Log к сожалению уже данные перезаписались.
    • Даниил_91
      спасибо, просто по поиску не нашел конкретной темы кстати надо попробовать, об этом даже не подумал, спасибо
    • Onizuka
      Удалите параметр DRAWN_BY и создайте снова. Список должен обновиться после этого
×
×
  • Создать...