Когда сказал, что сделаешь семейство за два дня, а сделал за два часа.

ГИПы пришли с совещания с новыми сроками проектирования. И объектами. И изменениями.

Руководитель отдела в отпуске.

Когда спросили, что там по срокам, успеваешь?

🆕 Библиотека — быстроразъемные соединения GEKA

В библиотеке семь семейств:
— переход на внутреннюю резьбу,
— переход на наружную резьбу,
— переход на шланг,
— переход поворотный на шланг (хоть я и ума ни приложу, зачем это),
— заглушка,
— тройник Y-образный на соединения GEKA,
— тройник Y-образный с переходом на резьбы 3/4" НР.

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

Кому надо — покупайте в магазине: https://muratovbim.pro/product/biblioteka-razemnye-soedineniya-geka-dlya-revit/

Всем привет!

Сегодня поговорим про фильтры стадий в Ревит.

Оказывается логика работы стандартных фильтров и фильтров стадий в Ревит отличается.
Рассмотрим ситуацию.
В текущем проекте на виде отображаются элементы из связанного файла и данному виду назначен фильтр по стадиям. Тогда:
1. Фильтр стадии не будет действовать на элементы связанного файла если в нем (связанном файле) не создан фильтр стадии ровно с таким же названием.
2. Если в текущем проекте и в связанном файле присутствуют фильтры стадии с одинаковыми названиями, но разными настройками отображения (именно отображать или скрывать), то для элементов связанного файла приоритет на настройки фильтра стадии в нем.
3. Переопределение отображения элементов (настройки на вкладке «Переопределения графики» в окне «Стадии») в текущем проекте имеет приоритет над аналогичными настройками в связанном файле.

Подробности в видео.

P.S. Ссылка на статью в блоке Вадима «Revit: как работать с инструментом «Стадии»: https://muratovbim.pro/blog/revit-kak-rabotat-s-instrumentom-stadii/

#RH #Revit #RevitHelper #стадии #фильтры

Если работаете с профилями в семействах или проектах и периодически получаете ошибку, что профиль не замкнут, хотя он 100 % замкнут, то посмотрите это видео, возможно, моё решение вам поможет.

Здеся есть мои ёмкости, мои баки, моя латунь, это за денюжку в магазине.

И ещё Элсеновский насос, это можно у производителя бесплатно.

Да, мне было страшно, но я это сделал

Вот какое семейство может весить 6,5 МБ, и размер в первую очередь обусловлен не детализацией геометрии, а уровнями вложенности семейств, чтобы всё собиралось быстро и работало стабильно. Ну и массив составной геометрии, конечно.

Для подобных коллекторов такой размер семейств — это нормально.

Проектировщик может выбирать количество отводов, положение редуктора, левое или правое подключение, диаметр подключения к коллектору (то есть арматура меняется), ещё и тип водосчётчика можно выбирать, так как он влияет на артикул.

За такую гибкость и скорость сборки коллектора нужно платить — размером семейства и быстродействием в проекте.

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

Ваши мысли?

Рассказываю, как сделать два вида с разным отображением кранов

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

Мой способ — это варианты конструкций. Перевод названия косячный, корректнее было бы что-то типа «варианты проекта». Об этом инструменте есть статья, почитайте, если не знакомы. Кратко: можно в одной модели создавать разные варианты какого-то узла или прям целиком проекта.

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

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

Ещё одно решение, более просто при работе в проекте, — использование подкатегорий. В этом случае достаточно в свойствах вида переключить галочки подкатегорий. Но это просто внутри проекта, а на деле для этого нужно готовить семейства — создавать в них эти самые варианты. Это не мой случай, так как в моих семействах всё завязано на галочки видимости. Но как вариант с предварительной подготовкой — да, вполне себе сработает. Если кто-то упоминал шаблоны видов, подразумевая подкатегории, то да, вариант.

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

Ещё можно создать отдельный файл проекта, подгрузить его связью, скрыть элементы из основного проекта, но тоже звучит как ерунда. Предлагали способы с легендами, это тоже мимо. Во-первых, это инструмент вообще не для такой задачи, во-вторых, как вы там всю систему целиком покажете? Руками отрисовывать трубы будете и всё остальное накидывать? Это почти так же трудоемко, как саму модель собрать.

Поэтому хорошие варианты следующие:

— варианты конструкций
— подкатегории
— стадии

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

Минус подкатегорий в обязательной готовности семейств к такой работе. Плюсы — сильно проще создать виды, чем вариантами конструкций, и никак не пострадает оформление, так как элемент как единица БИМ-модели меняется чисто внешне и на конкретном виде. Спецификация тоже никак не страдает.

Минус стадий в том, что я в них не шарю, там надо разбираться, настраивать спеки, то есть тут много общего с вариантами. Ну и инструмент не вполне для этой задачи. Но из плюсов — можно получить разные виды и в спеке оно фильтруется по конкретной стадии. А значит никакого задвоения не будет.

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