Вчера на трансляции, которую забыл записать, делал элемент, который не меняет геометрию в зависимости от DN, и это просто подарок для разработки.
Но вот сегодня всё наоборот.
Красным выделил единственный элемент, у которого диаметр не параметрический, а фиксированный.
Всё остальное, каждый элемент геометрии параметрический и меняется в зависимости от DN.
Иногда работа разработчика довольно рутинная. Но мне как-то норм, наверное, потому что в итоге вижу вот такую красоту, и это приятно.
Но вот сегодня всё наоборот.
Красным выделил единственный элемент, у которого диаметр не параметрический, а фиксированный.
Всё остальное, каждый элемент геометрии параметрический и меняется в зависимости от DN.
Иногда работа разработчика довольно рутинная. Но мне как-то норм, наверное, потому что в итоге вижу вот такую красоту, и это приятно.
Forwarded from Revit и BIM технологии | BIM2B
#BIMdigest 089 — Asset information modeling
— asset information modeling с помощью Xyicon;
— парочка полезных материалов по Revit;
— 4 интересных приложения к Revit;
— парочка полезных скриптов Dynamo;
— видео по Revit 2025 API;
— 5D BIM для инфраструктурных проектов в Бразилии ;)
— asset information modeling с помощью Xyicon;
— парочка полезных материалов по Revit;
— 4 интересных приложения к Revit;
— парочка полезных скриптов Dynamo;
— видео по Revit 2025 API;
— 5D BIM для инфраструктурных проектов в Бразилии ;)
Сегодня две статьи, одна про бесплатные семейства для водоснабжения и отопления, вторая — про моделирование систем вентиляции с транзитными участками.
Я разработал семейства для компании ELSEN — в неё вошло пока немного позиций, но зато какие: бойлер косвенного нагрева напольный, насосы циркуляционные для отопления и резьбовые коллекторы для водоснабжения.
Шик, блеск, красота. Скачать можете бесплатно с сайта производителя. Ну и помним, что я делал только несколько семейств, не вся библиотека на сайте моего исполнения.
Ссылка: https://muratovbim.pro/blog/revit-biblioteka-kollektory-bojlery-i-nasosy-elsen/
В чате на прошлой неделе задавали вопрос: как в системе вентиляции поделить потоки на две параллельные ветки, чтобы собирался расход и на них и на сети после?
Ответ: никак, если просто сидеть и смотреть на воздуховоды и уговаривать их пропустить нужный расход. А вот если помочь Ревиту и правильно намекнуть на то, как нужно распределять расходы, то вполне себе возможно.
Об этом и читайте в новом материале: https://muratovbim.pro/blog/revit-parallelnye-tranzitnye-uchastki-v-sisteme/
Эта схема работы подходит не только для вентиляции, но и для трубопроводов, потому что логика распределения расходов по системам схожая.
Please open Telegram to view this post
VIEW IN TELEGRAM
Делайте удобные интерфейсы в семействах, чтобы пользователям было легче ориентироваться в параметрах.
1. Поднимайте параметры, на которые нужно обратить внимание и которые пользователю нужно заполнять, наверх окна «Свойства». Для этого используйте группы, например «Строительство» или «Текст». Я использую «Строительство», раньше использовал «Зависимости».
Но «Зависимости» — это плохо. Алкоголь, наркотики — это зло. Группа для пользовательских параметров тоже не очень хорошая, потому что в ней всегда будут ещё системные параметры, а значит стройно упорядочить параметры не выйдет, в структуру могут влезть системные параметры.
Про группировку параметров читайте отдельную статью.
2. Упорядочивайте параметры, чтобы они шли в логичном порядке и в рамках группы создавали подгруппы. Например, разместили вы радиатор в модели. Что важно у него заполнить? Теплопотери в первую очередь, потом уже настройку клапана. Марку подразумеваю уже заполненной. Соответственно, наверху разместите сначала параметр для теплопотерь, а потом уже для настройки клапана.
3. Добавляйте подсказки к параметрам. Это могут быть подсказки как у самих параметров, так и отдельные текстовые параметры. Проблема подсказок у параметров в том, что их не видно, непонятно, есть ли подсказка у параметра или нет, нужно наводить мышку и ждать.
Отдельный параметр лучше тем, что он сразу может бросаться в глаза, в него можно вписать больше текста, но это отдельный параметр, который по факту никак не влияет на саму модель, только на удобство работы с ней. Почему такие параметры иногда не очень хороши, расскажу в следующем пункте.
Пример подсказки смотрите на картинке к посту.
4. Добавляйте визуальные разделители. Вы можете делить подгруппы параметров визуально, для этого можно добавить текстовый параметр и вписать в него что-то вроде «---------» или «=====», количество знаков побольше, само собой.
Это хороший визуальный приём, однако у него есть два недостатка.
Первый. Если вы так разделяете общие параметры, то не факт, что при загрузке в проекте они будут упорядочены так, как вы закладываете это в семействе. Потому что для общих параметров важно, как они группируются в параметрах проекта, либо в какой группе они были при появлении в проекте. Таким образом, общий параметр может просто «уехать» в другую группу, ваши визуальные границы могут не сработать.
Второй. Параметры семейств экспортируются в другие форматы и программы. Например, в тот же IFC или Navisworks. В итоге у вас будет набор семейств, у которых в атрибутах есть ерунда вроде "===============". Поэтому тут тоже надо быть аккуратным и понимать, куда дальше пойдёт семейство.
По этой причине я не делаю такие разделители, так как чаще всего делаю семейства не для конкретной проектной компании, а для всего рынка сразу.
5. Используйте выпадающие списки. Если нужно ограничить выбор какой-то переменной и при этом сделать интерфейс удобным, то как только у вас больше двух вариантов, стоит задуматься о выпадающих списках. Об этом у меня есть отдельная статья.
Минусов тут тоже два, во-первых, это увеличивает ваши трудозатраты на разработку из-за дополнительной параметризации, а во-вторых, это делает семейство тяжелее из-за дополнительных вложенных семейств. Учитывайте эти моменты, но если хотите делать красиво и удобно, нужно применять выпадающие списки.
Когда вариантов два, можно использовать параметр «Да/Нет».
Бывают случаи, когда можно обойтись числовыми параметрами. Например, если речь про всем известные ряды значений. Те же условные диаметры DN. Подавляющее большинство пользователей в курсе этого ряда, 15, 20, 25, 32, 40, 50, 65 и так далее. Тут можно обойтись просто числовым параметром.
Если было полезно, репостите и скидывайте коллегам эту запись, помогите мне привлечь новых читателей в блог.
1. Поднимайте параметры, на которые нужно обратить внимание и которые пользователю нужно заполнять, наверх окна «Свойства». Для этого используйте группы, например «Строительство» или «Текст». Я использую «Строительство», раньше использовал «Зависимости».
Но «Зависимости» — это плохо. Алкоголь, наркотики — это зло. Группа для пользовательских параметров тоже не очень хорошая, потому что в ней всегда будут ещё системные параметры, а значит стройно упорядочить параметры не выйдет, в структуру могут влезть системные параметры.
Про группировку параметров читайте отдельную статью.
2. Упорядочивайте параметры, чтобы они шли в логичном порядке и в рамках группы создавали подгруппы. Например, разместили вы радиатор в модели. Что важно у него заполнить? Теплопотери в первую очередь, потом уже настройку клапана. Марку подразумеваю уже заполненной. Соответственно, наверху разместите сначала параметр для теплопотерь, а потом уже для настройки клапана.
3. Добавляйте подсказки к параметрам. Это могут быть подсказки как у самих параметров, так и отдельные текстовые параметры. Проблема подсказок у параметров в том, что их не видно, непонятно, есть ли подсказка у параметра или нет, нужно наводить мышку и ждать.
Отдельный параметр лучше тем, что он сразу может бросаться в глаза, в него можно вписать больше текста, но это отдельный параметр, который по факту никак не влияет на саму модель, только на удобство работы с ней. Почему такие параметры иногда не очень хороши, расскажу в следующем пункте.
Пример подсказки смотрите на картинке к посту.
4. Добавляйте визуальные разделители. Вы можете делить подгруппы параметров визуально, для этого можно добавить текстовый параметр и вписать в него что-то вроде «---------» или «=====», количество знаков побольше, само собой.
Это хороший визуальный приём, однако у него есть два недостатка.
Первый. Если вы так разделяете общие параметры, то не факт, что при загрузке в проекте они будут упорядочены так, как вы закладываете это в семействе. Потому что для общих параметров важно, как они группируются в параметрах проекта, либо в какой группе они были при появлении в проекте. Таким образом, общий параметр может просто «уехать» в другую группу, ваши визуальные границы могут не сработать.
Второй. Параметры семейств экспортируются в другие форматы и программы. Например, в тот же IFC или Navisworks. В итоге у вас будет набор семейств, у которых в атрибутах есть ерунда вроде "===============". Поэтому тут тоже надо быть аккуратным и понимать, куда дальше пойдёт семейство.
По этой причине я не делаю такие разделители, так как чаще всего делаю семейства не для конкретной проектной компании, а для всего рынка сразу.
5. Используйте выпадающие списки. Если нужно ограничить выбор какой-то переменной и при этом сделать интерфейс удобным, то как только у вас больше двух вариантов, стоит задуматься о выпадающих списках. Об этом у меня есть отдельная статья.
Минусов тут тоже два, во-первых, это увеличивает ваши трудозатраты на разработку из-за дополнительной параметризации, а во-вторых, это делает семейство тяжелее из-за дополнительных вложенных семейств. Учитывайте эти моменты, но если хотите делать красиво и удобно, нужно применять выпадающие списки.
Когда вариантов два, можно использовать параметр «Да/Нет».
Бывают случаи, когда можно обойтись числовыми параметрами. Например, если речь про всем известные ряды значений. Те же условные диаметры DN. Подавляющее большинство пользователей в курсе этого ряда, 15, 20, 25, 32, 40, 50, 65 и так далее. Тут можно обойтись просто числовым параметром.
Если было полезно, репостите и скидывайте коллегам эту запись, помогите мне привлечь новых читателей в блог.
За нами, как говорится, не заржавеет. Но вот что будет после нас — тут мы никаких гарантий дать не можем.
Встроенная визуализация Ревита не очень хорошо справляется с зеркальными поверхностями, обратите внимание на отводы и профили раструбов. Видимо, это он там то ли тени пытается обрисовать, то ли что.
Встроенная визуализация Ревита не очень хорошо справляется с зеркальными поверхностями, обратите внимание на отводы и профили раструбов. Видимо, это он там то ли тени пытается обрисовать, то ли что.
Примерно через полчасика или раньше — короткий прямой эфир в Телеграме.
Что буду делать: возьму семейство клапана, в котором есть вложенная геометрия. Внедрю эту геометрию в клапан, чтобы убрать вложенность. Параметризации не будет, собственно, для этого вложенные и использовались.
Но интерес тут другой: как изменится вес семейства клапана, когда избавимся от вложенных. Кароч, наукой будем заниматься, устрою бесплатный сеанс ревитологии.
Что буду делать: возьму семейство клапана, в котором есть вложенная геометрия. Внедрю эту геометрию в клапан, чтобы убрать вложенность. Параметризации не будет, собственно, для этого вложенные и использовались.
Но интерес тут другой: как изменится вес семейства клапана, когда избавимся от вложенных. Кароч, наукой будем заниматься, устрою бесплатный сеанс ревитологии.
OTOPLICITY 14
Вечером в 19:00 МСК ещё будет прямой эфир на Ютубе, буду дальше отопление делать в административном здании.
Приходите, пообщаемся в комментах: https://youtube.com/live/x0aRYrcYYA4?feature=share
Вечером в 19:00 МСК ещё будет прямой эфир на Ютубе, буду дальше отопление делать в административном здании.
Приходите, пообщаемся в комментах: https://youtube.com/live/x0aRYrcYYA4?feature=share
YouTube
Поднимаю в Revit раздел ОВ административного здания. Серия 14 | Блог Муратова про Revit
В этом сериале я буду поднимать в Revit по готовым чертежам модель вентиляции, кондиционирования и отопления в административном здании. Модель архитектуры создал Дмитрий Чубрик, за что ему благодарность и уважение.
Ни чертежи, ни модель нельзя где-то получить…
Ни чертежи, ни модель нельзя где-то получить…
Media is too big
VIEW IN TELEGRAM
Запись прямой трансляции в хорошем качестве и без рассинхрона по звуку.