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

[Ruslan 532]

Для начала автоматический перенос параметров дет. и подсборок в параметры компонента

Зачем? Зачем это дублирование? В параметры компонента нужно заносить только то что относится к самой сборке (Позиции, комплекты, Примечания, Входимость и т.п.).

[EIV 59]

Зачем? Зачем это дублирование? В параметры компонента нужно заносить только то что относится к самой сборке (Позиции, комплекты, Примечания, Входимость и т.п.).

Есть одна мысля, но пока её думаю

[GOLF_stream 294]

Есть одна мысля, но пока её думаю

Лучше сначала подумать. Всегда.

[SAS_17 10]

Зачем? Зачем это дублирование? В параметры компонента нужно заносить только то что относится к самой сборке (Позиции, комплекты, Примечания, Входимость и т.п.).

1. Чтобы иметь в библиотеке всего одну модель болта, а в сборке назначить наименование по ГОСТ со всеми полями: покрытие, прочность и т.д.

2. Чтобы отсортировать сборку по своим правилам и на выходе получить готовые позиции как параметр компонента, чтобы в сборочном чертеже вывести все в одной области данных. Это много упростит отображение позиций на чертеже и их группирование.

[Ruslan 532]

1. Чтобы иметь в библиотеке всего одну модель болта, а в сборке назначить наименование по ГОСТ со всеми полями: покрытие, прочность и т.д.

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

Или надо еще одну программу которая назначает значения из базы данных.

2. А причем и зачем здесь копирование?

[MaxAmin 4]

SAS_17

чтобы в сборочном чертеже вывести все в одной области данных.

Чтобы так было, для этого и нужно сторонний софт, который формирует номера позиции в параметрах компонентов. И специя эта будет уже не в Прое, а в другой программе. Прое в этом случае будет использоваться как расстановщик позиций. Это было реализовано, например, в TextTools (PTS-Russia). Из западных - Nitro-BOM, как я думаю, это делает.

[SAS_17 10]

SAS_17

Чтобы так было, для этого и нужно сторонний софт, который формирует номера позиции в параметрах компонентов. И специя эта будет уже не в Прое, а в другой программе. Прое в этом случае будет использоваться как расстановщик позиций. Это было реализовано, например, в TextTools (PTS-Russia). Из западных - Nitro-BOM, как я думаю, это делает.

Программа эта будет в ПроЕ , пишите приложение на С или Java , подключайте и пользуйтесь.

[VitAl2013 4]

Можно ли в репит регионах объединять ячейки вертикально?

[Ruslan 532]

Нет, в пределах региона, конструкция повторяет форму начального региона.

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

Пример приведите.

[VitAl2013 4]

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

Ещё сразу вопрос: как можно вывести определённое кол-во типоразмеров не прибегая к фильтрам, а как-то либо через "первые n" или всё между строками-комментариями?

[Ruslan 532]

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

Без фильтров или ручного подавления, ни как. Программе то откуда знать что выводить? Строки комментарии практического применения вообще не имеют, это для удобства пользователя при редактировании длинных таблиц, плюс временно не активные позиции.

[VitAl2013 4]

Программе то откуда знать что выводить?

Вот и сказать ей как-то "выведи первые n-цать типоразмеров" или ещё например так:

Создать булевый(Y/N) параметр в таблице типа "ForDraw", в уравнениях репита прописать что если таковой у типоразмера имеется то выводить, нет - нет. Всё равно меньше возни чем с фильтрами и потом когда править-добавлять будешь, то проще самому.

[Ruslan 532]

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

Зачем в уравнениях?. Это можно и нужно в фильтре прописывать.

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

[VitAl2013 4]

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

Вот такое наблюдение есть, не понимаю какой логике подчиняется:

Есть модель с исполнениями. Есть таблица 2 столбца. Есть 2 репит региона - общий и на один из столбцов.

1ый - &fam.inst.name

2ой - &fam.inst.param.value + фильтр по &fam.inst.param.name

Удаляю в свойствах первого столбца &fam.inst.name (прям текст удаляю) - таблица становиться пустой. Иду в уравнения общего репита и пишу fam_inst_name = "" - 2ой столбец заполнен, первый пуст.

Не ясно откуда он берёт последовательность того откуда брать информацию по параметру и почему без записи в уравнении такого он не делает.

Это можно рассматривать как способ вывода значений параметров без имён исполнений. То есть например если надо вывести только массы и описания например.

[Ruslan 532]

Все просто, но не совсем однозначно.

Нельзя забывать про локальные параметры региона. При удалении записи в ячейке, обычно удаляется и связанный параметр. При добавлении, появляется.

При записи уравнения присвоения, данный параметр тоже добавляется. Поэтому писать уравнение присвоения вовсе не обязательно, параметр можно добавить вручную.

[VitAl2013 4]

Как вывести параметр или значение размера из подсборочного элемента в репит сборки? (сборка-сборка-элемент)

&asm.mbr... а вот дальше там как-то мощьно. Только часть сокращений разобрать можно.

[Ruslan 532]

Параметр должен принадлежать непосредственно элементу (компоненту или модели) на которую выводится запись.

По умолчанию регион Плоский, то есть только верхний уровень. Если поставить Рекурсивный поиск, то будут раскрыты все подсборки. Уровень раскрытия можно ограничить, но только для всего региона а не конкретной подсборки.

п.к. Расшифровка записи есть в справке, да и я на форуме давал...

[VitAl2013 4]

Пока удалось получил конструкцию с тройным вложенеим.

[&asm.mbr.name[&asm.mbr.name+filter &asm.mbr.name со звездой[&asm.mbr.param.value+filter &asm.mbr.param.name]]]

и получается на 1но исполнение. Если его положить в ещё один репит

[&fam.inst.name[то что выше]],

то он почемуто не показывает 2ой столбец, тоесть имена сборк исполнений отсутсвуют.

[Ruslan 532]

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

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

[Ren198314 0]

Всем привет! Вопрос такой: можно ли в фильтре для гибкой области сделать две записи со значением "или"? Дело в том, что к спецификации надо прикрутить вторую библиотеку стандартных элементов, у которых другие параметры. Пробовал подписывать вторую строку в фильтре вот так:

asm.mbr.ТИП == стандартное

asm.mbr.ART_Раздел_СП == Стандартные_изделия

Но такой фильтр срабатывает только если в модели есть И тот И другой параметр одновременно, а мне нужно, чтобы фильтр срабатывал со значением "или", т.е если в сборке есть болт с параметром ТИП == стандартное или ART_Раздел_СП == Стандартные_изделия, то он проходил через фильтр.

Ещё пробовал вводить вот такую запись

asm.mbr.ТИП == стандартное | asm.mbr.ART_Раздел_СП == Стандартные_изделия. Но такая запись вызывает ошибку.

Кто-нибудь знает, как решить задачу?

Изменено 27 августа 2012 пользователем Ren198314