Авто формирование спецификации через макросы или dynamo

[a.cherepanov_nvgroup]

Здравствуйте есть ли автоматизации через макросы или dynamo чтобы ревит сам вытаскивал таблицы спецификаций в листы в нужном классическом порядке и располагал на листах с посистемным группированием? Я так понимаю таблицу со всеми компонентами системы то есть фасонные элементы, воздухораспределители и тд сразу не сделать, но формировать их в варианте который ревит предлагает это боль :))

[Anonymous]

Добрый день!

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

Задача нетривиальная, но возможностей API Ревита вполне хватает.

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

[Anonymous]

Да без всяких макросов и прочих разных скриптов, всё штатными средствами, настраивается - только в путь, ну пару раз копировать/вставить нужно сделать.

[MURATOVBIM]

Согласен с мнением, что искать универсальный скрипт — идея так себе. В итоге всё равно придётся что-то менять, копаться в нём. Уж проще заново сделать.

По поводу спецификаций в Ревите по умолчанию. Тут самое слабое место — разные единицы измерений. Для труб и воздуховодов нам нужна длина, для фитингов — штуки, для изоляции — площадь или объём и т. д.

Решается это через Динамо достаточно просто. Но при этом надо выполнять ряд условий:

1. Все семейства в проекте параметризуются для спецификации одинаковыми параметрами. Например, ADSK_, там есть все нужные параметры в ФОП_2017.

2. У семейств по экземпляру настроен параметр количества, можно тоже взять ADSK_Количество, можно любой свой вписать, лишь бы он был числовой. При этом не обязательно у тех же фитингов, например, такой параметр делать по экземпляру, там можно сделать по типу и сразу в семействе уравнять его 1. Потому что все фитинги всегда в штучном количество, Ревит уже сам их суммирует. То есть нам нужны по сути только воздуховоды, трубы, изоляция и т. п. семейства — всё то, что не штучно, а меняется.

Всё, после этого пишите элеметарный скрипт, который берёт у объектов значение из параметра «Длина», «Площадь», «Объём» (тут для каждой категории своё нужно) и записываете в параметр «Количество».

Формируете спецификацию по нескольким категориям. Так как у всех элементов есть одинаковый набор параметров, то всё это падает в одну общую спецификацию. А за их количество отвечать будет параметр «Количество». Всё.

Ну и для удобства добавить параметр «Группирование», через тот же скрипт Динамо назначить нужную цифру или текст всем объектам, чтобы они падали в спецификацию в заданном порядке. Стандартный параметр ADSK_Группирование сделан текстом, мне больше нравится группирование по числам. Но можно и текст использовать. В итоге у нас будет упорядоченная спецификация с правильным количеством элементов.

Слабые места здесь — это способ оформления данных. То есть всякие заголовки, отступы, тексты в несколько строк — всё это теоретически сделать можно, то такой неприятный геморр, что лучше и не связываться. Либо принять в организации свой шаблон спецификации, в котором оформление будет упрощено, ведь самая важная информация — именно о количестве элементов по системам, а не то, какие вы там заголовки наделаете. Так можно будет обойти ограничение в оформлении.

А вот автоматически разбить на строки — это тоже интересная задача, можно решить скриптом Динамо, как вариант — скрипт считает количество строк с начала таблицы, сравнивает значение с количеством строк на первой странице, создаёт фильтр для спецификации, ограничивая по Позиции (но тогда нужно ещё как-то все позиции прописать, это уже не так просто), и далее так же дробит единую спецификацию фильтрами по позициям. Навскидку такой вот вариант.