С 1 июля 2024 года технологии информационного моделирования должны применяться при реализации крупных проектов долевого строительства (многоквартирных домов и объектов необходимой для них инфраструктуры, которые строятся с привлечением средств дольщиков).
При долевом строительстве малоэтажных жилых комплексов технологии информационного моделирования начнут применяться с 2025 года.
На самом деле, вся статья, это отрывки из книги Зотова А.В., Смирнова Д.В. «Популярный информационный менеджмент в строительстве (ИМС). Часть 1. Принципы и концепции», ожидается к публикации в феврале 2023 году.
Однако даже в этом отрывке есть важная мысль, которая (возможно) заставит заказчика по-другому взглянуть и на BIM и увеличить стоимость проектирования «в БИМах»:
Как происходит поставка информации?
Мы привыкли говорить о поставке как о профессиональном виде деятельности по реализации производственно-логистических процессов в отношении осязаемых продуктов реального мира, которые имеют свою стоимость и ценность.
Но дело в том, что информация в информационном менеджменте рассматривается тоже как актив (по аналогии с всеми другими физическими активами предприятия), который имеет свою стоимость и ценность. Стоимость информации определяется затратами, которые были понесены в процессе информационного производства. Ценность же информации определяется тем, сколько она как актив вносит вклад в достижение стратегических целей организации.
Итак, перейдя к понятиям более меркантильным, определив информацию как товар, который нужно производить и поставлять, мы должны сделать два простых, но важных вывода:
Качество и количество необходимой информации должны планироваться;
Стоимость информации должна отвечать критериям эффективности и рентабельности коммерческой деятельности предприятия.
Вадим Муратов расписал ещё один способ созданий схем в Revit: «Revit: аксонометрия для инженерных систем» — лично мне не хватило картинки с отметками через марки, но способ интересный )
The Revit Kid совсем разошелся под конец года (вам тоже страшно подумать про конец года?) и написал три поста:
Перед вами дайджест свежих материалов из мира BIM — «BIMdigest» №012 — за период с 12 по 18 декабря 2022 года.
Внутри:
обновление ADSK-шаблонов Revit 2021;
развитие AI и конкурс IYNO;
продолжение цикла Чебелюка про IYNO;
статья про Pilot-BIM;
методика работы с изменениями по ГОСТ;
лестницы в Revit;
новогодний генеративный дизайн;
свежие материалы по Revit и Dynamo с форума BIM2B.
BIM
Я считаю, что развитие AI в проектах DALL-E 2, MidJourney и их аналогов – один из самых заметных и значимых трендов 2022. Вспомните работы Алика Сумина, а сейчас посмотрите на то, что наваяли ребята для конкурса IYNO:
А на что способен AI в практическом применении – смотрите в видео от Александра Панькина: «Поиск идей при подборе решений по фасадам» — проект Долина Яузы — ГК Самолет. В выборке к видео показаны рандомные изображения, в проекте реализован лучший фасад.
Так что такая вот генерация картинок – не такое уж и баловство.
— добавили алгоритм работы с определением порядка соединителей на тройниках, отводах, переходах, врезках и крестовинах воздуховодов для формирования правильного наименования размера
— исправили ошибку в работе инструмента нумерации свай
В шаблоне АР:
— добавили спецификации для ТЭП
— обновили спецификации помещений (округление до 1 или 2 знаков)
— обновили спецификации для квартирографии (добавили более понятный алгоритм работы + настроили правильное округление для помещений с коэффициентами)
— обновили скрипт Dynamo для квартирографии
В шаблоне КЖ:
— добавили картинки в эскизы форм арматурных стержней
— исправили ошибки и опечатки в семействах
— в спецификациях скорректировали формулы для оптимизация записи
— добавили примечание-предупреждение к спецификациям с процентами о том, что нельзя менять сортировку
В шаблоне КМ:
— расширили библиотеку семейств
— добавили шаблоны видов для ферм
— исправили ошибки и опечатки в семействах
— скорректировали каталоги некоторых семейств
— добавили примечание-предупреждение к спецификациям с процентами о том, что нельзя менять сортировку
— откорректировали шаблоны видов
— поправили спецификации
В шаблонах ОВ и ВК
— добавили 16 семейств полипропиленовых фитингов под сварку и резьбу: водорозетки, различные резьбовые муфты, компенсатор, двухплоскостную крестовину, тройки и угольники с переходом на наружные и внутренние резьбы.
Кстати, картинка выше – пример оформления из курса Вадима в BIM2B. В этом году вы на него уже опоздали, но в следующем – милости просим. Ниже расписание курсов на начало 2023.
Полный график курсов BIM2B — все курсы теперь доступны онлайн. Подробности по телефону +7 (495) 150 34 63
Аскон проводит вебинары по 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