Всем привет!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ваши мысли?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Новый багфиксинг на Ревит 2023

Актуальная версия — 2023.1.8

Тут: https://muratovbim.pro/blog/revit-ustanovochnye-fajly/

Хоп-хэй-насосэй.

Выложил для донов видео,

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

Смотреть тут по подписке: https://vkvideo.ru/video-200445555_456239313
Или на Бусти, там тоже платно: https://boosty.to/muratov/posts/11b53f52-bac8-4418-a77a-078bd4e1db43

Проектировщики: там у нас угол 89.99, надо бы поправить

Монтажники: вообще похую, прикручивай, обед через полчаса

МодПлюс запускает скидки в честь дня строителя

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

Я активно пользуюсь двумя плагинами из МодПлюса: Параметры и Очистка модели. Так как моя основная работа — разработка семейств, то первый плагин снимает с меня кучу рутины по добавлению, изменению и удалению параметров, а второй — эффективно убирает всё лишнее, чтобы размер семейств был вменяемым.

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

В итоге мне приходилось исправлять косяки сразу в десятках файлов. Без МодПлюса я бы потратил на это очень много психологического времени. Я так называю время, которое трачу на дурацкие операции. Физически это может быть немного, но психологически это прям тяжело, те работы я бы сделал минут за 5-10, но в голове это как будто два часа. Очень утомляет такая рутина.

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

Второй довод заключается в том, что подписка сама по себе стоит не дорого, а эти деньги пойдут не на какое-то элитное потребление, не на кокаин, яхты и эскортниц, а на развитие продукта (Саше нужны ещё программисты в команду) и на жизнь семьи в Липецке. То есть не какой-то там олигарх, не какой-то сраный Билл Гейтс или условный Потанин получит эти деньги, а по сути такой же человек, как мы. Свой парень, так сказать. Купит еды в Пятерочке (или в Магните, что не одобряю, но ладно), оплатит коммуналку, сводит жену в кафе, купит мороженку в парке.

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

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

Ну если вам мои доводы по барабану, то вот.

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

— А ваши родители случайно не коллекторы?
— Нет
— Тогда откуда у них такой коллектор этажный распределительный с балансировочным и перепускным клапанами с тахометрическими теплосчетчиками и регулирующими клапанами?