Просто о BIM
8.8K subscribers
664 photos
106 videos
70 files
757 links
Простым языком об Информационных технологиях в строительстве (BIM)

Автор канала:
Александр Попов @popov_bim

Для общения и связи с авторами: @bimcomments
Download Telegram
Подъем моделей по чертежам - я называю это псевдобимом, потому что часто такую работу заказывают проектные компании, которым по договору заказали информационную модель, а их специалисты не умеют работать в ревите и потому им проще заказать модель после выполнения чертежей.

Почему такой подход не дает желаемого эффекта? Обычно подобная история заканчивается тем, что в 2D чертежах происходят изменения, которые как бы обводятся облачками и выдаются измами, но не все.

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

Из-за этого в определенный момент, когда заказчик хочет применить модель для какой либо задачи, например подсчета объемов, то он сталкивается с несоответствием модели и чертежей, которые в свою очередь являются юридическим документом, по которому строят. В результате, модель кладется на полку и к ней относятся как к прихоти, игрушке начальника.
В последнее время участились случаи заказа информационной модели для эксплуатации, такие модели еще иногда называют "цифровой двойник".

Т.е. Объект построен и по рабочей документации, исполнительной и журналу авторского надзора, а в идеале еще и облаку точек лазерного сканирования, поднимается модель.

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

В настоящий момент нет программ для эксплуатации с использованием информационных моделей. Те, что представляются таковыми, закрывают не более 5% задач эксплуатации. Наиболее сегодня подходящий инструмент для эксплуатации - это excel. И наиболее полезной для эксплуатирующих организаций, по факту, является выгрузка из модели таблиц типа COBie (только на русском).

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

Некоторые заказывают ее разработку bim-консультантам, другие техзаказчику.

ИМ - это модель как построено, т.е. в идеале взятая модель у проектировщика (из которой выпущена РД) и подредактированная, как по факту построили, с внесением всех изменений, произошедших в процессе строительства, добавлением усилений, отверстий, и заполнением строительной информации (н-р прикреплением к элементам актов приемки, скрытых работ и результатов испытаний).

На практике, так не получается, потому что строительство ведется параллельно с проектированием и проектировщик в процессе строительства дорабатывает модель, т.е. любые изменения, внесенные например техзаказчиком в какую-то версию модели, при следующей выдаче придется повторять заново, либо в версии техзаказчика новые изменения уже не появятся и модели будут жить каждая своей жизнью.

В текущей ситуации наиболее целесообразно разрабатывать ИМ проектировщику в рамках услуг по авторскому надзору, т.к. он должен согласовывать любые изменения в РД.

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

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

Усиления и строительные отверстия, к сожалению, пока тоже имеют место быть.

Сегодня нет специальных инструментов для строительства, которые позволяют это делать, приходится пользоваться проектным инструментом - Revit'ом. После чего уже исполнительные модели выгружаются в Navisworks для связки с графиком, подсчета объемов и подготовки 3D отчета.

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

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

Поэтому мы назвали такую модель Строительной - которая используется для отображения процесса строительства и различных строительных задач.
Что не так со стандартизацией BIM в РФ?

На сегодня выпущено уже много СП и ГОСТов по BIM, но их не читают и не применяют. Все от того, что в них сплошная вода и бла, бла. Я бы даже их называл не стандарты по BIM, а фантазии на тему BIM.

И если в первых СП, которые разрабатывались с участием Конкуратор есть хотябы просветительская польза, и видно, что конкретика повырезалась из-за нападок, что мол пишут под Autodesk, то со стандартами BIM-ассоциации простой перевод (без адаптации и даже хотябы понимания о чем пишут) иностранных ISO.

Еще привлекают к написанию МГСУ, но там чисто компиляция из предыдущих стандартов и статей из интернета. Опыт студентов писать дипломы пригодился.

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

Сейчас собраны рабочие группы при Минстое, в том числе по BIM. Вроде как они могли бы помочь с практикой, но во главу посадили бим-ассоциацию, которая подходит к вопросу формально и все свои действия направляет на то, чтобы доказать что старые стандарты плохие, а выпущенные ими хорошие.

И присылают на рассмотрение документы, которые надо проверить за 2 дня - неделю. А у меня к ним столько претензий, что проще заново переписать, порой даже складывается впечатление, что они этого и хотят, чтобы рабочая группа за бесплатно за них все переписала.
Интересная статья про подготовку 3D-модели к АГР.

https://3ddd.ru/blog/post/podgotovka_3d_modeli_k_sdache_materialov_na_agr_v_sootvetstvii_s_novymi_pravilami

Причем здесь BIM? Ну изначально позиционировалось как BIM требования от Москвы к модели АГР.

Если вкратце - нынче надо сдавать модель фасадов зданий, с кровлей сверху и прилегающим благоустройством снизу при сдаче АГР.

Можно грузить только несколько форматов (dae, fbx, skp, max).

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

Некоторые грузят фасады в fbx из ревита. Но если их кто нибудь начнет проверять, то они не удовлетворят требованиям по полигонам. Максимум ревитовские модели можно будет использовать как подложки для перемоделирования в 3дмаксе.
Что нужно сделать для реального внедрения BIM? будь то крупная компания или страна.

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

Уровень детализации зависит от того, как вы хотите использовать модель дальше. В настоящий момент отработаны сценарии получения документации на основе модели, проверки на коллизии, получения объемов для расчета стоимости для тендеров и применение на строительной площадке для визуализации строительства и формирования строительной модели.

Изначально, когда прежде у вас никто в BIM не работал, следует начать с малого, не замахиваться на максимум и добиться хотябы первого пункта: получения документации на основе модели. И далее по порядку.

Попытка реализовать сразу все может привести к имитации BIM, и все будут жить в самообмане.

На сегодня есть СП333.
https://docs.cntd.ru/document/556793897
В нем прописаны LOD - уровни детализации. Я бы их взял за основу и конкретизировал. Ориентировочно LOD300 соответствует стадии П, LOD400 - Р.

Но на первоначальном этапе я бы не требовал LOD400, а описал бы LOD350, где убрал то, что не может пока выполнить в модели проектировщик в силу разных причин.
CSD перевели брошюры по BIM360 на русский. https://bim360.csd.ru/bim360service

Ждать откровений не стоит, но руководству скинуть - самое то.

Я пока считаю самым полезным и стоящим своих денег - модуль BIM360Docs. И то, с половиной представленного функционала. Plans, Sets, Transmittals на практике не используются.

Одна лицензия Docs, если поштучно покупать, выходит 1470 рублей в месяц на 1 пользователя. Если пакетами, то еще дешевле (н-р покупая по 100 лицензий - 420 р./чел.мес.)

Еще у них в рукаве есть переведенная брошюра по безопасности данных и конфиденциальности. Я так понимаю, что за этим надо обращаться к ним напрямую.

Из главного в этой брошюре: BIM360 размещен на серверах Amazon и имеет сертификаты безопасности: SSAE-16 AT 101 SOC 2, ISO 27001, ISO 27017, ISO 27018.
Далее нужно прописать в договор с проектировщиком следующий пункт:

Исполнитель обязуется предоставить проектную информационную модель в электронном виде в исходном формате моделирования (rvt, pln) и сводную модель в формате ПО используемого для проверки на коллизии (nwd, smc).

Информационная модель должна соответствовать Информационным требованиям заказчика (Приложение ).

Далее надо написать Информационные требования заказчика, где важно прописать:

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

В информационной модели должны быть выполнены следующие элементы: ...

Элементы информационной модели должны содержать параметры, отображаемые в спецификациях и параметры, определяющие их местоположение в объекте (Корпус, Секция, Этаж).

В элементах модели должен быть заполнен параметр Код по классификатору, согласно классификатору заказчика в Приложении _.

В информационной модели не должно быть существенных коллизий, которые описаны в п._ .
Для применения системы технического документооборота, необходимо прописать обязательность ее применения также в договорах:

Исполнитель обязуется загружать результаты работ и предусмотренные договором отчеты в электронном виде в систему технического документооборота.

Исполнитель обязуется соблюдать требования Регламента взаимодействия в системе технического документооборота (Приложение 3).

Исполнитель обязуется своевременно (в течении 3 рабочих дней) реагировать на замечания, выданные в его сторону через систему технического документооборота.

При устранении замечания, Исполнитель должен указывать это в системе технического документооборота, путём изменения статуса замечания и написанием комментария.

Проектировщику:

Перед передачей Рабочей документации в бумажном виде на проверку в производство работ, Исполнитель обязуется загрузить документацию в систему технического документооборота в формате pdf и провести электронное согласование Рабочей документации в системе (согласно Приложения 3).
На днях вышла статья на РБК от Ивана Штаера из BIM-ассоциации про BIM-операторов. https://pro.rbc.ru/demo/5e2ae9e79a79478af1d20874

В очередной раз ложь и манипуляция фактами. Начиная с изображения модели из google и заканчивая выставлением противником их идеи Autodesk с партнерами, а мол ЗА профессиональное сообщество.

Вот, BIM-комьюнити не считает BIM каким-то новым видом деятельности в котором без новых ролей, закрепленных законодательно, нельзя работать. Это все равно, что если бы при переходе с кульмана на AutoCAD, потребовалось организовывать DWG-операторов. Бред какой-то и явно попытка использования должностных положений (глава BIM-ассоциации руководит ПК5 ТК465 по BIM) в целях личного обогащения.

Среди противников этой идеи действительно все пользуются иностранным софтом, потому что отечественного нет, а то что есть не позволяет работать в BIM, как бы сильно этого не хотели его разработчики. Т.е. ЗА могут быть либо те, кто финансово заинтересован в отпиливании кусочка от строительного сектора на новом барьере, либо номенклатура, которая не разбирается в BIM и голосует "как начальник сказал", а тот "как подлизать руководителю комитета при минстрое".

А статья написана лишь с одной целью - положить на стол новому начальнику, вдруг прокатит и тот подмахнет, мол не абы где, а в самом "РБК Про" пишут! Но я думаю нынче через телеграм репосты информация быстрее доходит)
Система технического документооборота (или Среда общих данных (СОД) или в иностранных трактовках Common Data Environment (CDE) - программа для передачи и хранения электронных данных, а также управления правами доступа пользователей, ведения версионности данных, контроля изменений в файлах, выдачи замечаний с привязкой к чертежам и моделям, организации процесса согласования электронных документов.

Ранее такие системы еще назывались PDM (Product data management) - системы для управления данными об изделии. Они пришли к нам из машиностроения. Но в сфере стройки наиболее яркими представителями являются VitroCAD, PilotICE, Vault, ProjectWise.

Сейчас данные системы начинают позиционировать себя и как PDM и как CDE, смотря как это хочет называть заказчик.

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

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

Далее пришли Conject(Aconex), LementPro и BIM360. Но об этом в следующих постах...
Forwarded from Aleksandr Popov
А вот это заявочка на новый BIM-стандарт отрасли. https://www.ds.do/

Текущим можно назвать стандарт Autodesk https://knowledge.autodesk.com/community/collection/bim-%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82-20

Вот что должны брать в Минстрое за основу при разработке гос. стандартов. Вот они лучшие практики. Все бы по такому стандарту работали и был бы BIM.
Forwarded from Aleksandr Popov
Вышло новое постановление, вносящее изменения в федеральные правила по полетам https://publication.pravo.gov.ru/Document/View/0001202002040016?index=2&rangeSize=1

Добавлен пункт, снимающий необходимость получения разрешения на полеты с квадрокоптеров, при визуальных полетах на высоте до 150м.

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

Облачные системы имеют ряд преимуществ перед десктопными: не требуют установки доп ПО, своих серверов, разворачивания. (Создание аккаунта для компании занимает пару минут).

Облачные системы работают на любых типах операционных систем, имеют API доступ для онлайн связки с другими приложениями.

Главной причиной ухода в облака является то, что сегодня все хотят иметь данные под рукой и управлять ими. Не все пользователи еще поняли "что так можно было", но мир движется в сторону смартфонов.

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

Со смартфонов специалисты будут согласовывать документы, выдавать комментарии, ставить замечания, прикрепляя фото, в смартфоны они будут получать задания и отчитываться о выполнении.

В смартфонах будут все необходимые отчеты и аналитика для принятия решения руководителем.

Все что происходит в последние 5 лет в IT, указывает на переход от ноутов к смартфонам, люди хотят быть мобильнее. Все что возможно, переедет туда. А единственная возможность связать данные со смартфонами - это облачные сервера, чьи-то чужие или свои корпоративные - это второй вопрос.
В CDE системах появляются собственные web форматы, которые позволяют отображать данные из САПР-файлов в браузере и в мобильных приложениях (для тех самых комментариев, замечаний, постановки задач).

Длительное время в VitroCAD и Vault для просмотра DWG файлов и листов из Revit использовался формат DWF, с помощью консольного приложения Autodesk Design Review.

В PilotICE - XPS ридер и стандартное API программ Autodesk для печати из них в XPS (майкрософтовский аналог PDF) и сейчас ведется разработка выгрузки в IFC BIM-моделей (опять же с помощью API САПР). Поэтому назвать их собственными форматами некорректно.

Так вот в браузерных системах наличие своего формата это как стандарт. Суть формата конечно проста - геометрия для WebGL+атрибуты+таблица сопоставления. И основное ядро таких систем - это конвертер различных форматов в данный web-формат.

Именно этот конвертер - это шлагбаум, на котором разработчик будет брать деньги, это гарант защищенности от пиратства и он суть интеллектуальной собственности.

Именно поэтому, вам на частный сервер никто его не отдаст, пока есть риск что вы сможете его взломать.
Что из интересного произошло на прошлой неделе в сфере BIM?

Факап 1 - Autodesk отозвал обновление Revit 2020.2. Оказывается и так бывает. Причина - выявленный баг, который может привести к поломке проекта. Подробнее:
https://docs.google.com/document/d/1C_2ox1DjpwpwwYK085KfuFR6QSIGnqSsM0VM3Q8TNhY/edit?usp=sharing

Факап 2 - В BIM360 после очередного обновления стали недоступны Issues у пользователей, названных на кириллице. Мы переименовали пользователей, но вроде уже исправлено.

BIM-ассоциация продолжает работать. Под работой они понимают отмену разработанных до них нормативных документов. Так отменены пара ГОСТов по BIM. Подробнее: https://www.facebook.com/groups/897292620466224/permalink/1249372965258186/
Баг с версией Revit 2020.2 уже исправлен. Вышла версия 2020.2.1.
Подробнее (англ) : https://help.autodesk.com/view/RVT/2020/ENU/?guid=RevitReleaseNotes_2020updates_2020_2_1_html
Продолжим разбираться с CDE, и вот несколько примеров:

Conject (Aconex) - одна из первых успешных облачных систем, позволяет загружать файлы в облако, заполнять карточки к файлам и в зависимости от них, настраивать папки поиска.

Благодаря API с ней связана Latista - программа для стройконтроля, выдачи замечаний на модели.

Из минусов: система получилась сложной в настройке (в её внедрении участвуют специалисты от разработчиков) и очень дорогой (примерно в 10 раз дороже текущих решений от Autodesk).

LementPro - отечественная разработка, имеющая как веб, так и десктопное решение. Использует вьювер Autodesk Forge для отображения файлов (а следовательно также конвертирует на их серверах), но говорят, что разрабатывают и свой вьювер, и вы можете не подключать этот модуль.

Есть таск трекер и свой гант для планирования, дизайнер процессов.

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