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

[Sergey___1978 34]

Это пережиток прошлого. Неохота было параметры у стандартных переделывать. Там по другому принципу было.

А так было бы абсолютно так же как в других регионах.

Щас для меня это вообще не актуально уже, т.к. не пользуюсь такой специей. Сразу в ПДФ генерю отчет из модели.

[Dometer 1]

Сразу в ПДФ генерю отчет из модели.

А для простых сборочек на А4 совмещённых со спецификацией ? Или лишний лист А4 переводите ? (мне не бумаги "барской" жалко, но лишняя толщина стопок чертежей, лишние подписания напрягают).

По поводу вложенных регионов для ради разложения "на несколько строк". Люди, нафиг имитировать вручное заполнение разграфлённого штипографского бланка ? ЕСКД давно не требует (но и не запрещает) разграфлять спецификацию (проводить линии между строками). Если проводить линии не между строками, но между "объектами спецификации", то никаких вложенных регионов не надо. Просто вписать в столбце "наименование" для каждого объекта (в 4 строки):

&asm.mbr.naim1

&asm.mbr.naim2

&asm.mbr.naim3

&asm.mbr.naim4

И можно формировать любую запись - от одной до 4-х строк из уравнений модели (relations).

Этого хватает на любую запись - даже для БЧ

Лист А-ПВ-3,0 ГОСТ...

______Ст3пс ГОСТ...

40h14 x 80h14

("____" изобразил пробелы.)

Тут 3 строки - я часто экономю время на выдумывании названий БЧ-шным деталям - приравниваю naim1="". Но если понадобиться назвать, то подправляю в уравнениях на naim1=naim.

[Sergey___1978 34]

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

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

[SAPR_SAPR 0]

Добрый вечер!

Сталкивался кто-либо с такой проблемой?

При автоматической простановки позиций на чертеже и при заданной опции def_bom_balloons_attachment=surface, начальная часть выноски тем не менее расположена на кромке(либо близко к ней).

Приходится затрачивать время и "ручками перемещать" точки привязок.

[SAS_17 10]

Добрый вечер!

Сталкивался кто-либо с такой проблемой?

При автоматической простановки позиций на чертеже и при заданной опции def_bom_balloons_attachment=surface, начальная часть выноски тем не менее расположена на кромке(либо близко к ней).

Приходится затрачивать время и "ручками перемещать" точки привязок.

А что делать? Перемещаем ... зато не надо менять условие. Не будь этой опции, ручных действий было бы много больше!

P.S. Двигать точку все равно придется, откуда программе знать, что вам больше понравится, в какое место поставить точку ...

[Ruslan 532]

Данная опция толком не работает. Она как бы цепляет к поверхности, но на многих деталях просто не может определить оптимальную поверхность Особенно на поверхностях вращения.

[Ren198314 0]

Всем привет. Возникла проблема со спецификацией. Если строчка НАИМЕНОВАНИЕ слишком длинная, то она автоматически переносится. Но для типа деталей ПРОЧЕЕ почему-то перенос не делается... Сравнивал атрибуты ячеек и не нашёл разницы. Кто-нибудь знает, как настроить перенос ячейки гибкой области? (папке со сборкой и отчётом в прикреплённом архиве)

spec.rar

[Ruslan 532]

Ren198314

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

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

[Ren198314 0]

Ren198314

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

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

Я правильно понял, что сделать перенос в этой ячейке можно только с помощью Toolkit, а сам шаблон спецификации можно использовать без этой программы? Средствами CREO нельзя решить эту проблему никак?

[Ruslan 532]

Если у вас в одном разделе переносит, значит приложение у вас установлено.

Зайдите в уравнения региона, там не должно быть ошибок, ПроЕ не должен ругаться на функцию ptctrim.

Вам лучше попросить исправить шаблон, того кто вам его делал.

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

п.к. используйте решение используемое остальными форумчанами (разбиение на несколько параметров).

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

[Ren198314 0]

Если у вас в одном разделе переносит, значит приложение у вас установлено.

Зайдите в уравнения региона, там не должно быть ошибок, ПроЕ не должен ругаться на функцию ptctrim.

Вам лучше попросить исправить шаблон, того кто вам его делал.

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

п.к. используйте решение используемое остальными форумчанами (разбиение на несколько параметров).

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

Сделал проверку в уравнения в этой области - ошибок нет. К сожалению обратиться к человеку создавшему шаблон не могу по техническим причинам. Приходится копаться самому - я вообще новичёк в этом деле. Модуль TOOLKIT установлен. Не смог в нём разобраться. Не подскажете, где подсмотреть ХЕЛП по нему? Работающая и неработающая ячека по атрибутам и уравненяим одинаковы. Различия только в основной параметрической надпии: в одной - rpt.rel.R и в другой - asm.mbr.param.value. Способ при котором разбивают на несколько параметров не подходит. т.к. в данных шаблонах уже успели сделать много деталей. Не хотелось бы инженеров заставлять самим заводить нужные параметры - это не их работа.

Возникла такая идея: Скопировать всю рабочую гибкую область - переназначить выводимые данные и фильтры. Но не знаю как можно копировать област... Плиззз ХЕЛП. Очень надо решить проблему

Изменено 14 мая 2012 пользователем Ren198314

[Ruslan 532]

Различия только в основной параметрической надпии: в одной - rpt.rel.R и в другой - asm.mbr.param.value.

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

[vytka 0]

Можно как то принудительно присвоить значение параметру rpt.index, не меняя при этом порядок в дереве модели? А так же ограничить визуальное отображение в таблицы, скажем из 6 показать только 4?

[GOLF_stream 294]

принудительно присвоить значение параметру rpt.index

Нельзя. Это системный параметр.

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

[Ruslan 532]

vytka

Можно. Фиксировать индекс. Порядок в спецификации ни какого отношения к порядку в дереве модели не имеет.

Можно. Фильтры, как по правилу, так и по строке. Однако лучше расписать задачи, для более лучшего решения.

[DRUGLORD 0]

А я думаю, что vytka поможет сортировка репит-региона

[SAS_17 10]

А я думаю, что vytka поможет сортировка репит-региона

самый универсальный подход к спецификации - это использовать параметры компонентов, с их помощью можно сделать всё что захочешь!

Только нет достойного генератора параметров компонентов сборки, никто не берется сделать такое приложение, а зря!

[MaxAmin 4]

Только нет достойного генератора параметров компонентов сборки, никто не берется сделать такое приложение, а зря!

Есть , но это за деньги у официалов :)

[Сайлар 41]

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

О чем конкретно речь?

[EIV 59]

О чем конкретно речь?

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

компонента типа variable либо переменный для групповых спецификаций.

А по хорошему Т.З. надо писать и если контора какая нибудь, например pts-russia возглавит и поведёт за собой со всеми вытекающими