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

[wexus 41]

Честно перерыл всю тему, но не нашел. При выводе спецификации возникает следующая ошибка. Вставляю из таблицы семейств элементы из разных файлов.

По идее должно выводится следующее:

Стандартные изделия

НАИМЕНОВАНИЕ Винт М2х6

НАИМЕНОВАНИЕ1 ГОСТ 17374

НАИМЕНОВАНИЕ Винт М2х6

НАИМЕНОВАНИЕ1 ГОСТ 17375

Однако если у экземпляров совпадает ПАРАМЕТР НАИМЕНОВАНИЕ, то почему-то он выводит все стандартные элементы в одной куче (и количество складывает). Непонятно почему. вроде фильтры и сортировка заданы нормально. Может кто у себя проверит этот момент. На всякий случай форматка спецификации. SP.rar

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

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

[konstruktor174 3]

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

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

Как нет?

Фильтр по параметру ТИП = стандартные.

[Ruslan 532]

Однако если у экземпляров совпадает ПАРАМЕТР НАИМЕНОВАНИЕ, то почему-то он выводит все стандартные элементы в одной куче (и количество складывает)

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

п.к. Для проверки одной форматки не достаточно. Нужна ваша спецификация вместе со сборкой и входящими.

[konstruktor174 3]

Для проверки одной форматки не достаточно. Нужна ваша спецификация вместе со сборкой и входящими.

Будь добр посмотри .. 5.rar

[Ruslan 532]

У вас форматка не адаптирована под ваши параметры.

В параметрах региона есть ASM_MBR_НАИМЕНОВАНИЕ, который в моделях совпадает. Как и остальные имеющиеся.

ASM_MBR_НАИМЕНОВАНИЕ1 следует добавить в параметрам региона. А лучше IDENT и STANDART...

[konstruktor174 3]

ASM_MBR_НАИМЕНОВАНИЕ1 следует добавить в параметрам региона.

Спасибо!!!

[Lexus2007 4]

Народ помогите имеется форматка для спецификации для wf2 до этого проблем не замечал, но сейчас не корректно отображаются исполнения, особых загонов по ГОСТам нет поэтому исполнение пишу тупо добавив - 01 после обозначение и все рагьше было нормально

<noindex></noindex>

а сейчас как то странно происходит сортировка

<noindex></noindex>

и не могу ничего сделать, в чем может быть проблема??? :surrender:

[Ruslan 532]

В настройках чертежа sort_method_in_region

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

[Lexus2007 4]

В настройках чертежа sort_method_in_region

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

Ruslan :worthy: спасибо, помогло. Как говорится будете у нас на колыме (ну т.е. в Тамбове) заходи в гости с меня причитается? уже не раз помогаешь. Спасибо.

Ruslan

еще вопрос можно, ты что все параметры наизусть помнишь?

[Ruslan 532]

Нет, конечно. Примерно помню где искать...

[persona1980_1 123]

Есть у кого форматка групповой спецификации по варианту А ГОСТ 2.113 для Pro5.0?

[EIV 59]

Сделали ещё для ProE 2001 на минском заводе холодильников "Атлант", если автор не против могу выложить

Там у них типа должна быть доп. прога, но можно и без

[EIV 59]

Вам похоже придётся сделать самому

В сборке заходе в параметры компоненты делаете параметр Переменная лучше variable

Можно yes no можно цифры

Создаёте доп. таблицу и всталяете таблицу в спецификацию при активной инстанции

С фильтрами надеюсь разберётесь

[persona1980_1 123]

Делаю сборку с исполнениями не более 3х. Создал таблицу по форме 5 ГОСТ 2.113 (групповая спецификация при числе исполнений не более 3х).

Всё хорошо, но после назначения столбцам количества (rpt.qty) необходимых исполнений, сортировка в регионе перестаёт работать. И с помощью этой таблицы не удаётся

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

[Sergey___1978 34]

Там не важно сколько исполнений, менее 3-х или более 3-х. Принцип все равно один и тот же.

То же мыкался с такой спецификацией, когда по заданию приспичило.

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

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

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

Автоперенос как надо, не разрывается запись для одной позиции.

И сразу формируется все в ПДФ в виде отчета. Отчет написал на Delphi RaveReports.

Очень удобная штука.

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

Данные из моделей формируются dll (Toolkit), которая создает текстовый файл с параметрами для каждого исполнения при сохранении сборки.

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

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

[Ruslan 532]

И с помощью этой таблицы не удаётся

проставить позиции.

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

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

[persona1980_1 123]

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

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

Фиксацией позиций через меню Гибкая область данных > Фикс. индекс?

Если да, то пробовал и после назначения представлений столбцам количества деталей через Гибкая область данных > Модель / Предст Столбца

всё равно сортировка по параметру перестаёт работать и фиксация тоже не помогает.

[Sergan 0]

Давно хочу сделать, пробовал, но, не получалось.

Что бы кол-во строк в спецификации для каждого объекта записывалось в зависимости от наличия у него параметров НАИМЕНОВАНИЕ_1 НАИМЕНОВАНИЕ_2 и так далее.

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

[Sergey___1978 34]

Через PARAM_VALUE надо это делать.

В регион вкладываешь еще один регион, в нем пишешь PARAM_VALUE и фильтрами настраиваешь отображение того что надо, в данном случае НАИМЕНОВАНИЕ.

Как то так, подробно долго объяснять.

Ошибся, надо писать &asm.mbr.param.value

В фильтре что то типа этого:

&asm.mbr.param.value !=

&asm.mbr.param.name == НАИМЕНОВАНИЕ*

&asm.mbr.param.value != тоже не прокатит.

Надо &asm.mbr.param.value !='' вроде.

И так далее для каждого региона.

Сортировка по номеру позиции, либо по обозначению, у всех по разному реализовано.

Как то так.

[Sergan 0]

Sergey___1978, спасибо, все понял :). Сделаю.

PS

Заинтересовала на вашем примере реализация наименования для стандартных изделий. Зачем может понадобиться такое разграничение на "признак1", "признак2"? По своему опыту - было сложнее всего реализовать запись для крепежа по гостам. Остальное, как правило, не отличается разнообразимем: "Наименование... ГОСТ/ТУ/итп"...