Media is too big
VIEW IN TELEGRAM
Если работаете с профилями в семействах или проектах и периодически получаете ошибку, что профиль не замкнут, хотя он 100 % замкнут, то посмотрите это видео, возможно, моё решение вам поможет.
👍8
Здеся есть мои ёмкости, мои баки, моя латунь, это за денюжку в магазине.
И ещё Элсеновский насос, это можно у производителя бесплатно.
И ещё Элсеновский насос, это можно у производителя бесплатно.
👍12❤2
Вот какое семейство может весить 6,5 МБ, и размер в первую очередь обусловлен не детализацией геометрии, а уровнями вложенности семейств, чтобы всё собиралось быстро и работало стабильно. Ну и массив составной геометрии, конечно.
Для подобных коллекторов такой размер семейств — это нормально.
Проектировщик может выбирать количество отводов, положение редуктора, левое или правое подключение, диаметр подключения к коллектору (то есть арматура меняется), ещё и тип водосчётчика можно выбирать, так как он влияет на артикул.
За такую гибкость и скорость сборки коллектора нужно платить — размером семейства и быстродействием в проекте.
Для подобных коллекторов такой размер семейств — это нормально.
Проектировщик может выбирать количество отводов, положение редуктора, левое или правое подключение, диаметр подключения к коллектору (то есть арматура меняется), ещё и тип водосчётчика можно выбирать, так как он влияет на артикул.
За такую гибкость и скорость сборки коллектора нужно платить — размером семейства и быстродействием в проекте.
🔥27❤5
Рассказываю, как сделать два вида с разным отображением кранов
Тут нет прям правильного или неправильного решения, само собой, решить задачу можно разными способами.
Мой способ — это варианты конструкций. Перевод названия косячный, корректнее было бы что-то типа «варианты проекта». Об этом инструменте есть статья, почитайте, если не знакомы. Кратко: можно в одной модели создавать разные варианты какого-то узла или прям целиком проекта.
Стадии чисто инструментально сюда тоже подходят, так как тоже позволяют разделить виды и вывести спецификации на конкретную стадию. Однако это сильно более замороченный инструмент, я в нём не разбираюсь и не считаю нужным для работы. Само по себе стадии — это разделение элементов по времени, а не рассмотрение вариантов.
Варианты конструкции как раз и предназначены для создания разных вариантов модели. При работе с инженеркой у них есть серьёзный недостаток — нельзя поделить систему внутри, надо закидывать в варианты системы целиком, чтобы передавались расходы и имя.
Ещё одно решение, более просто при работе в проекте, — использование подкатегорий. В этом случае достаточно в свойствах вида переключить галочки подкатегорий. Но это просто внутри проекта, а на деле для этого нужно готовить семейства — создавать в них эти самые варианты. Это не мой случай, так как в моих семействах всё завязано на галочки видимости. Но как вариант с предварительной подготовкой — да, вполне себе сработает. Если кто-то упоминал шаблоны видов, подразумевая подкатегории, то да, вариант.
Фильтры и шаблоны видов, если речь не про подкатегории, как способ не рассматриваю вообще. Импорт и экспорт с помощью Автокада — шляпа, даже не рассматриваем. Это способ для создания статичных узлов, особенно схематичных, в данном случае это не подходит.
Ещё можно создать отдельный файл проекта, подгрузить его связью, скрыть элементы из основного проекта, но тоже звучит как ерунда. Предлагали способы с легендами, это тоже мимо. Во-первых, это инструмент вообще не для такой задачи, во-вторых, как вы там всю систему целиком покажете? Руками отрисовывать трубы будете и всё остальное накидывать? Это почти так же трудоемко, как саму модель собрать.
Поэтому хорошие варианты следующие:
— варианты конструкций
— подкатегории
— стадии
Минус вариантов конструкций в том, что суетить нужно до оформления проекта. Если уже оформили, то придётся либо фильтры придумывать для скрытия основной модели, либо не пользоваться вариантами. Случай с переносом в вариант и потерей оформления не рассматриваю, это глупость. Но и плюсы есть: если делать вовремя, то делается достаточно быстро, неважно, что за семейства используются, если в них есть верный функционал, спецификации хорошо фильтруются по вариантам.
Минус подкатегорий в обязательной готовности семейств к такой работе. Плюсы — сильно проще создать виды, чем вариантами конструкций, и никак не пострадает оформление, так как элемент как единица БИМ-модели меняется чисто внешне и на конкретном виде. Спецификация тоже никак не страдает.
Минус стадий в том, что я в них не шарю, там надо разбираться, настраивать спеки, то есть тут много общего с вариантами. Ну и инструмент не вполне для этой задачи. Но из плюсов — можно получить разные виды и в спеке оно фильтруется по конкретной стадии. А значит никакого задвоения не будет.
Смысл подобных узлов — в удобстве заказчика, который получит инструкцию по работе с системной. Естественно, за это должны платить, но я это вижу не как отдельное пункт в коммерческом, а больше как обоснование, почему в целом вам как исполнителю нужно заплатить выше рынка. Потому что вы готовы позаботиться о клиенте и сэкономить его время и силы. Если делаете проект для монтажника, то ему это не нужно.
Тут нет прям правильного или неправильного решения, само собой, решить задачу можно разными способами.
Мой способ — это варианты конструкций. Перевод названия косячный, корректнее было бы что-то типа «варианты проекта». Об этом инструменте есть статья, почитайте, если не знакомы. Кратко: можно в одной модели создавать разные варианты какого-то узла или прям целиком проекта.
Стадии чисто инструментально сюда тоже подходят, так как тоже позволяют разделить виды и вывести спецификации на конкретную стадию. Однако это сильно более замороченный инструмент, я в нём не разбираюсь и не считаю нужным для работы. Само по себе стадии — это разделение элементов по времени, а не рассмотрение вариантов.
Варианты конструкции как раз и предназначены для создания разных вариантов модели. При работе с инженеркой у них есть серьёзный недостаток — нельзя поделить систему внутри, надо закидывать в варианты системы целиком, чтобы передавались расходы и имя.
Ещё одно решение, более просто при работе в проекте, — использование подкатегорий. В этом случае достаточно в свойствах вида переключить галочки подкатегорий. Но это просто внутри проекта, а на деле для этого нужно готовить семейства — создавать в них эти самые варианты. Это не мой случай, так как в моих семействах всё завязано на галочки видимости. Но как вариант с предварительной подготовкой — да, вполне себе сработает. Если кто-то упоминал шаблоны видов, подразумевая подкатегории, то да, вариант.
Фильтры и шаблоны видов, если речь не про подкатегории, как способ не рассматриваю вообще. Импорт и экспорт с помощью Автокада — шляпа, даже не рассматриваем. Это способ для создания статичных узлов, особенно схематичных, в данном случае это не подходит.
Ещё можно создать отдельный файл проекта, подгрузить его связью, скрыть элементы из основного проекта, но тоже звучит как ерунда. Предлагали способы с легендами, это тоже мимо. Во-первых, это инструмент вообще не для такой задачи, во-вторых, как вы там всю систему целиком покажете? Руками отрисовывать трубы будете и всё остальное накидывать? Это почти так же трудоемко, как саму модель собрать.
Поэтому хорошие варианты следующие:
— варианты конструкций
— подкатегории
— стадии
Минус вариантов конструкций в том, что суетить нужно до оформления проекта. Если уже оформили, то придётся либо фильтры придумывать для скрытия основной модели, либо не пользоваться вариантами. Случай с переносом в вариант и потерей оформления не рассматриваю, это глупость. Но и плюсы есть: если делать вовремя, то делается достаточно быстро, неважно, что за семейства используются, если в них есть верный функционал, спецификации хорошо фильтруются по вариантам.
Минус подкатегорий в обязательной готовности семейств к такой работе. Плюсы — сильно проще создать виды, чем вариантами конструкций, и никак не пострадает оформление, так как элемент как единица БИМ-модели меняется чисто внешне и на конкретном виде. Спецификация тоже никак не страдает.
Минус стадий в том, что я в них не шарю, там надо разбираться, настраивать спеки, то есть тут много общего с вариантами. Ну и инструмент не вполне для этой задачи. Но из плюсов — можно получить разные виды и в спеке оно фильтруется по конкретной стадии. А значит никакого задвоения не будет.
Смысл подобных узлов — в удобстве заказчика, который получит инструкцию по работе с системной. Естественно, за это должны платить, но я это вижу не как отдельное пункт в коммерческом, а больше как обоснование, почему в целом вам как исполнителю нужно заплатить выше рынка. Потому что вы готовы позаботиться о клиенте и сэкономить его время и силы. Если делаете проект для монтажника, то ему это не нужно.
❤6👍1