Аскон проводит вебинары по Pilot-BIM 15 и 22 декабря.
15 декабря в 11:00 (мск): «Актуальные возможности среды общих данных Pilot-BIM». Специалисты АСКОН расскажут о последних обновлениях Pilot-BIM, проведут живой показ системы с демонстрацией актуальных возможностей.
22 декабря в 11:00 (мск): «Pilot-BIM: проходим госэкспертизу BIM-проекта». Представители компании Synergy Systems расскажут об опыте применения Pilot-BIM для прохождения госэкспертизы, а специалисты Новосибирской государственной экспертизы — о том, как проверяют проекты в Pilot-BIM.
Сервис Autodesk, позволяющий хранить общие параметры в облаке и по сути заменяющий файл общих параметров, выпущен из технического превью в работу и доступен счастливым обладателям AEC Collection и Autodesk Construction Cloud: «What’s New in Parameters Service»
И вторая новость в той же статье: Parameter Service API теперь в бета-доступе. Можно начинать кодить свои приложения по работе с параметрами на базе этого сервиса. Подробности и ссылки в статье Таммика: «APS, Nairobi and NetTopologySuite»
Полный график курсов BIM2B — все курсы теперь доступны онлайн. Подробности по телефону +7 (495) 150 34 63
А вот несколько новых тем с форума (часть из них – перенос вопросов и ответов с форума Autodesk, кстати, вы тоже можете переносить полезные вопросы и ответы).
«Руководство по созданию семейств Autodesk Revit» было написано мной и Небойшей Новковичем в 2017 году, и его основной целью была и остаётся стандартизация процесса создания / модификации семейств Autodesk Revit. Однако время идёт, меняется рынок, развивается Revit. Мы приступаем к масштабному проекту по дополнению ФОП Autodesk и развитию BIM-стандарта в части описания общих параметров и семейств (кодовое название этого проекта – «BIM-стандарт 3.0»).
Я сел за «разъяснения» по одной причине. В последнее время я несколько раз слышал отсылки к «Руководству…», которые делались формально, без погружения в суть разработки семейств. Например, безусловное требование создания технического описания для каждого семейства. Или требования к разработке семейств в LOD400, ничем не подкреплённое. При этом существующий «Список требований к семействам Revit для соответствия BIM-стандарту 2.0» просто игнорировался, а ведь по сути именно соблюдение «требований» определяет, соответствует ли семейства BIM- стандарту, или нет.
В «разъяснениях» я постараюсь описать некоторые пункты руководства, и что более важно – подробнее описать «требования» к семействам. Если вы столкнётесь с тем, что девелопер или производитель, или кто-то ещё выставляет к семействам завышенные требования, прикрываясь «руководством» – смело отправляйте его читать эту статью.
Общие требования к семействам
1. Семейство разработано в масштабе 1:1, использована метрическая система измерения, пп. 4.1.6., 4.2.1.
Это самое простое и понятное из всех требований. Разъяснения не нужны.
2. Семейство очищено от неиспользуемых элементов и имеет минимально возможный размер файла (п. 7.18)
Почему-то многие «цепляются» глазами за таблицу с размерами семейств и потом начинают требовать невозможного, например, чтобы семейство двери с 3 разными полотнами, 5 типами ручек и 2 типами наличников «весило» не более 600 Кб. Однако, есть 2 «но»:
Существует подпункт 7.18.3. «Семейства, содержащие вложенные семейства, могут превышать рекомендуемые значения размера семейства. Максимальный размер такого семейства определяется как произведение количества всех вложенных семейств на максимальный размер одного семейства данной категории». Или, говоря простым языком, если в семействе есть вложенные семейства – размер может быть выше, пропорционально их числу. В нашем примере, «вес» семейства двери может формально доходить до 4.4 – 6.6 Мб.
Не забываем про фразу «очищено от неиспользуемых элементов», для пояснения см. п. 7.18.2. «После окончания разработки семейства следует удалить все ненужные виды (планы, разрезы и т.п.) в семействе, а затем выполнить команду «Очистка от неиспользуемых» (панель «Управление») и удалить все неиспользуемые материалы, стили лини, типы штриховок, стили текста и т.п.». Вот-вот, удаляем не только кнопкой, но и вручную – штриховки, типы линий, даже виды. И так не только в родительском, но и в каждом вложенном семействе.
3. Файл семейства именован согласно Стандарту, п. 4.8.1.
В пункте есть отсылка на BIM-стандарт, в котором всё более чем подробно описано. Не забываем, что вложенные семейства и их типоразмеры тоже должны называться по стандарту. Но из этого правила надо исключить «служебные» вложенные семейства, которые служат для формирования выпадающих меню и повышения юзабилити родительского семейства – давайте не будем доводить до абсурда, ОК?
Требования к графической части
4. Семейство имеет не менее двух уровней графической проработки, пп. 4.2.2., 6.2., 7.13.
Подпункт 4.2.2. ссылается на пункт 6.2, в котором много написано про использование высокого уровня детализации для LOD300/400. Но в пункте «требований» ничего нет про обязательный LOD300/400 для семейств. Этот пункт требования о том, что семейство должно иметь как минимум 2 уровня детализации (для упрощённого и более детального вида). А вот в каком уровне детализации семейство разрабатывать – это решает непосредственный заказчик разработки, исходя из своих потребностей.
Однако должен подчеркнуть: проектировщику как правило достаточно LOD(g)200, при этом LOD(i) может быть и 300, и 400. Избыточная, неоправданная графическая детализация может существенно замедлить обработку модели.
Избыточная графическая детализация
Достаточная графическая детализация
Если по каким-то объективным причинам заказчику необходимо видеть LOD(g)350, рекомендую разделять семейство на два:
для проектировщиков: LOD(g)200, LOD(i)350
для заказчика: LOD(g)350, LOD(i)350
При таком подходе cначала разрабатывается LOD 350, а затем на копии семейства LOD(g) понижается.
Также помним про п. 7.13.4. «На 3D видах на высоком уровне детализации для всех категорий отображается детализированное представление модели. При этом следует учитывать, что уровень детализации должен быть достаточен для производства чертежей общего вида (не узлов и не деталировочных чертежей)».
5. Семейство имеет условно-графическое отображение (УГО) (если применимо), п. 4.2.9., 7.13.
Речь идёт про УГО для всех видов элементов – архитектурных, конструктивных, инженерных. Следует понимать, что в части инженерных элементов не всё так просто. В Revit есть понятный механизм для отображения аннотативного УГО на плане (такое УГО не привязано к реальным габаритам элемента). Но вот для фасадов и для 3D, для ещё с учётом масштаба –единого инструмента и принципа для создания таких УГО в Revit нет. И поскольку его нет, требовать от разработчика реализации этого самого УГО в 3D – не следует. Почему? Всё просто. Поскольку единый механизм работы с таким УГО не описан, каждый разработчик семейства будет «изобретать велосипед», и у двух разных разработчиков подход к УГО будет разный, и в результате у проектировщика не будет единообразия оформления и ему придётся изменять семейства или удалять в них УГО вовсе.
6. Элементы геометрии семейства и УГО разделены на подкатегории (системные или пользовательские); категории соответствуют требованиям Руководства, пп. 7.8.8., 7.10., 4.8.2., 4.8.3.
Опять же некоторые это требование воспринимают буквально, в то время, как в п. 7.10 чётко указаны случаи, при которых требуется разделение на подкатегории (во всех остальных случаях – по желанию):
для управления видимостью и графикой отдельных элементов или групп элементов в семейства в проекте независимо друг от друга.
Примечание – Например, при создании дверных ручек, петель и т.п. используется подкатегория «Фурнитура»; в результате видимость и настройки графики этих элементов можно изменить в проекте независимо от основного семейства двери.
для выделения вспомогательных элементов, которые необходимо отображать только на отдельных видах, но необходимо учитывать при проверке на пересечения;
Примечание – Пример таких объектов – зоны обслуживания у оборудования («service area» или «operation area») или зона открывания дверного полотна у двери.
для настройки вспомогательной графики – осевых и невидимых линий и т.п.
7. На элементы геометрии семейства назначены материалы или параметры материалов; материалы соответствуют требованиям Руководства, п. 7.11.
Тут тоже всё просто – нет материала или параметра материала – невозможно заменить этот материал в проекте, промаркировать его и т.п. Так что читаем раздел 7.11. – там всё подробно описано.
8. В семействе не используется импортированная геометрия, п. 7.9.
Я видел, как из-за семейства с импортированной геометрией коллектив из 10 человек неделю восстанавливал проект. Просто не используйте импортированную геометрию. Крайний вариант: импорт из Fuzion 360 / Inventor / sat + расчленение геометрии до форм Revit. Всё. Никаких вложенных CAD файлов в семействах!
Требования к информационному наполнению
9. Наименования пользовательских параметров семейства соответствуют Стандарту, п. 4.8.5.
И снова всё просто – называйте параметры так, чтобы другим было понятно. Этим принципом мы руководствовались при написании Стандарта.
10. В семействе используются необходимые общие параметры из ФОП 2017, п. 4.9.1 и 7.12.
Пока у нас нет BIM-стандарта 3.0, в котором обязательные параметры будут привязаны к категориям, руководствуемся следующими принципами:
Для АР/КР семейств совсем-совсем обязательными являются:
ADSK_Обозначение
ADSK_Наименование
ADSK_Масса (не всегда)
Можно выбрать ещё несколько других параметров, но всем-всем категориям нужны только первых 2 параметра, которые позволят собрать спецификацию по форме 7. Остальные обязательные общие, такие, как «ADSK_URL страницы изделия» или «ADSK_Завод-изготовитель», добавляются по требованию заказчика семейств.
Для инженерных семейств совсем-совсем обязательными являются:
ADSK_Наименование
ADSK_Марка
ADSK_Код изделия
ADSK_Завод-изготовитель
ADSK_Единица измерения
ADSK_Количество
ADSK_Масса
Все эти параметры позволяют в проекте собрать спецификацию по форме 1 («девятиграфку»), а остальные параметры, такие, как «ADSK_URL страницы изделия», а также узкоспециализированные для конкретной категории, например «ADSK_Количество фаз» или «ADSK_Холодильная мощность» добавляются по требованию заказчика семейств.
11. Семейство имеет каталог типоразмеров (для семейств с количеством типоразмеров больше 6; не касается вложенных общих семейств, недоступных для независимой загрузки из библиотеки), п. 7.15.
И снова всё просто: делайте каталоги типоразмеров. Но с выходом Revit 2021, каталоги нужно делать для старой и новой версии Revit (некоторые параметры изменили формат записи единиц) – учитывайте это.
12. Семейство использует таблицы подстановки (преимущественно для инженерных семейств фитингов), п. 7.16.
Таблицы поиска нужны, это удобно, это стандарт. Но снова есть разница версий: 2017, 2019, 2021, поэтому рекомендую выкладывать каталог в csv формате рядом с семейством.
Дополнительные требования к инженерным семействам
13. Семейство имеет правильно настроенные коннекторы, пп. 4.4.1., 4.4.2.
Нет смысла обсуждать – не хватит статьи. Чтоб научиться настраивать коннекторы, нужно учиться. Например, на нашем курсе.
14. Семейство имеет геометрическое обозначение “зоны обслуживания” (для семейств оборудования), п. 7.8.9.
Зону обслуживания рекомендуется выделять в общую подкатегорию «service area» или «зона обслуживания», с красным прозрачным материалом по умолчанию. Это удобно.
Зона обслуживания – это не только пространство у оборудования, которое нужно для работы с ним. Это и зона поворота рукоятки шарового крана, например, и зона открывания двери / окна. В инженерных семействах такая зона особенно необходима.
Зона обслуживания
Вместо послесловия. Техническое описание семейства
Вот мы и разобрали список обязательных требований к семействам по BIM-стандарту 2.0. Не так всё и страшно.
А как же «Техническое описание семейства»? А никак. Техническое описание нужно только к тем семействам, в которых проектировщик не в состоянии разобраться самостоятельно, см. п. 9.1.2. Техническое описание разрабатывается только для сложных семейств и не разрабатывается для семейств марок, профилей и т.п.
И что самое важное – не нужно в таких технических описаниях давать примечания для каждого параметра. Достаточно описать те параметры, принцип работы которых проектировщик может не понять. А писать, что «ADSK_Длина» — это длина элемента, а «ADSK_Наименование» — это наименование элемента по ГОСТ – избыточное и никому не нужное занятие. Вы можете возразить: «Да ты сам дал такой пример в приложении»! Да, но это именно пример, а не истина в последней инстанции. Если заказчику обязательно нужно описание всех параметров – что ж, пишите. Но если нет – попробуйте обойтись минимумом данных или вообще без технического описания.
Помните, лучшее семейство – то, к которому описание не требуется 😉
Закончился AU2015 в Вегасе. Конечно, еще будет много «отчетных» постов о докладах со ссылками на презентации, а пока предлагаю просто посмотреть глазами блогеров на то, что же это такое – Autodesk University 2015 в Вегасе.
Кстати, ссылка на 1.5 часа живого мастер класса по Dynamo от лучших экспертов ждет вас в конце обзора!
Поехали…
Начнем с поста Скотта Шепарда из It’sAliveInTheLab, в котором есть несколько неплохих картинок с выставки технологий. Скотт пишет, что на AU собралось более 10000 человек! (EN) Sights at the #AU2015 Exhibit Hall
Перед вами дайджест свежих материалов из мира BIM — «BIMdigest» №010 — за период с 28 ноября по 4 декабря 2022 года.
Внутри:
скидки от IYNO до 29 декабря (успей);
обзоры обновлений и нового интересного BIM-софта;
методология FIM и её основы;
BIM майнд мап от Артёма Бойко;
построение разных типов кровли от Чубрика или Balkan Architects;
секреты эффективности от Муратова;
BIM-модели для отопительных приборов КЗТО «Радиатор»;
свежие темы с форума BIM2B;
как делать качественные рендеры в Enscape;
Джон Пирсон о новинках (и поломках) в новом выпуске Dynamo;
стрим от Игоря Рогачёва и большой компании — Несерьезно о BIM;
Вадим Муратов даёт интервью Александру Высоцкому.
Начиная с этого выпуска у дайджестов время от времени будут появляться спонсоры. Спонсор этого выпуска – IYNO.
Постоянные читатели дайджестов наверняка знают, что IYNO – это платформа, которая помогает вам эффективно работать с BIM-данными и построить процесс передачи информации от проектировщиков к застройщику, а далее к подрядчику и банку в режиме реального времени.
На днях вышел новый релиз:
Если говорить про функции и дорожную карту IYNO, вот вам наглядная картинка:
Обратите внимание на выделенный столбец. Это IYNO Start, недорогой продукт с ограниченным набором функций. Но! Благодаря предновогодней акции IYNO, вы можете его расширить до версии IYNO PRO, да ещё и получить дополнительных 3 месяца к годовой лицензии!
Если решите попробовать IYNO – не забудьте сказать, что узнали об акции в BIM2B – у вас будет ещё один приятный бонус!
«Allplan 2023» – прямо очень порадовал модуль по сборняку, но там вообще куча всего интересного…
«Graphisoft’s new architecture for Architecture» – а оказывается, что Graphisoft постоянно переписывает (модернизирует) код того же Archicad. Чтобы эффективно работать с современными технологиями, такими, как блокчейн )
… в это же время Revit до сих пор не умеет считать объем пандуса…
«Towards BIM 2.0: Why the emperor has no clothes» – очень крутая статья, которая показывает текущие проблемы BIM рассказывает о том, как может развиваться BIM, чтобы решить эти самые проблемы.
Ещё больше полезных фишек рассказывает Вадим у нас на курсах. Вот один из отзывов, которые мы получили совсем недавно:
«Курс невероятно полезен для людей, которые начинают свой путь в Revit. Господин Муратов прекрасно разжёвывает материал. Возможно, это будет не только плюс, но и единственный минус. Часто ему приходилось прерывать урок на переключения экрана и нахождения ошибок, которые легко бы решились при просмотрела записи.
Но я бы хотела заострить внимание на том, что курс дают хорошую базу для работы. Заинтересовывает и мотивирует слушателей продолжать постигать Revit. Я действительно рада, что прошла курс и могла бы точно рекомендовать моим друзьям (из сферы проектирования) и коллегам. Спасибо за вашу работу».
Полный график курсов BIM2B — все курсы теперь доступны онлайн. Подробности по телефону +7 (495) 150 34 63
Вам подкинуть пару видео на вечерок? Отличное видео от Игоря Рогачёва и большой компании: Анастасии Морозовой, Аллы Землянской, Александра Осипова, Ильи Емельянова, Ильи Усова. Список тем, несмотря на название, достаточно серьёзный: «Несерьезно о BIM».
Всем фанатам Вадима Муратова: Вадим даёт интервью Александру Высоцкому:
Перед вами дайджест свежих материалов из мира BIM — «BIMdigest» №009 — за период с 21 по 27 ноября 2022 года.
Внутри:
много IYNO не бывает (сразу 3 полезных материала!);
конференция Graphisoft Building Together 2022;
Solibri Inside — проверки прямо внутри Archicad, Allplan и Vectorworks;
AI проекты от Autodesk;
свежие темы на форуме BIM2B;
лайфхакушечки от Муратова;
строительные координаты в Civil 3D.
BIM
Русский язык планомерно обрастает англицизмами, без которых в современной IT сфере не то, чтобы совсем не обойтись, но просто неудобно. Ну а как иначе назвать интерактивную панель с метриками, представленными в виде наглядных графиков, как ни дашборд? Гугл переводчик подсказывает, что это – приборная панель, но мы-то знаем, что дашборд – он и в Африке России дашборд.
К другим материалам: несколько недель назад прошла большая конференция «Graphisoft Building Together 2022» и вы можете посмотреть, какие проекты были на ней представлены.
В статье описаны несколько процессов (расчёты, построение сложной геометрии, аналитика) с использованием различных программ: Rhino/Grasshopper (+ LadyBug / Honey-Bee), Twinmotion, BIMcollab, Solibri.
Вы всё ещё задаёте вопросы в чатах телеги? Конечно, это быстрее и удобнее. Но проблема в том, что такой вопрос задавали уже 100500 раз, и каждый раз отвечать на него – ну, такое.
Для этого и существуют форумы – вопросы и ответы там хранятся в удобной форме, на форуме автодеск до сих пор лайки ставят на сообщения, которым по 6-7 лет.
Отчасти поэтому мы и создали форум BIM2B, и вот что принесла очередная неделя: