Немного практики.

Элемент не виден в Revit – 33 причины

Скрытие/изоляция

- Объект или категория скрыты на виде (посмотреть через «Лампочку»)

- Объект или категория временно изолирован

Настройки вида

- Категория объекта или подкатегория скрыта на виде

- Категория вида запрещает отображать объект (архитектурные стены при категории вида «Несущие конструкции)

- Объект скрыт фильтром, примененным к виду

Рабочие наборы:

- Объект находится в рабочем наборе, который не загружен вместе с проектом

- Объект находится в рабочем наборе, который не видим на данном виде

- Объект находится в рабочем наборе, который не видим в связанном файле

Настройки семейств

- Объект является семейством, геометрия которого не определена как видимая для данного типа вида

- Объект является семейством, геометрия которого не определена как видимая для данного типа уровня детализации

- Объект задан как невидимый в настройках уровня детализации его категории

Границы и области подрезки

- Объект находится за пределами секущего диапазона

- Смещение дальнего предела секущего диапазона недостаточно чтобы показать объект

- Элемент размещен вне области подрезки вида

- Элемент объект аннотаций, который не полностью находится внутри области подрезки аннотаций

- Объект ограничен областью видимости которая не видима на виде

Группы, варианты и стадии

- Настройки стадии объекта или настройки стадии вида не позволяют показать объект

- Объект часть варианта конструкций, который не видим на виде

- Объект находится в составе группы, и он был исключен из группы

Совпадение цветов

- Один или несколько краев объекта переопределены как "<невидимые линии>"

- Элемент находится в составе объекта установленного в цвет фона

- Элемент находится в составе объекта категория которого установлена в цвет фона

- Настройки стиля объекта установлены в цвет фона

Связанные файлы:

- Объект является частью связанного файла, который отключен на виде

- Объект находится в рабочем наборе который не загружен в связанном файле

- Объект связан с координатами которые слишком велики для обработки Revit

- Пользователь неправильно определил связь к которой принадлежит элемент

- Объект находится в связанном файле, который не расположен в указанном месте

Прочие причины:

- Масштаб вида не позволяет увидеть объект (для разрезов)

- Объект в настоящее время закрывает другой объект

- Размеры самого объекта не позволяют его увидеть

- Объект - формообразующий элемент, и "Показывать формообразующие" выключено

- Объект зависит от вида который был удален (границы зон)

Как будет выглядеть строительство через 50 лет? Каким будет проектирование и BIM? Я решил пофантазировать и высказать свое мнение.

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

Дополненная реальность в смартфонах, по Wi-Fi привязкам позволит точно устанавливать арматуру и инженерные коммуникации.

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

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

Вокруг стройки с заданными интервалами и по согласованному маршруту будут летать дроны и готовить материал для фотограмметрии и контроля соблюдения техники безопасности.

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

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

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

продолжение следует...

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

Мы всегда сможем вернуться к любой версии и варианту. Примерно как в гугл документах.

На объектах где нельзя будет применять внешние облака, будут развернуты внутренние корпоративные.

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

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

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

Вендоры ПО будут мериться, кто более удобный инструмент для редактирования модели сделает и на языке какой страны интерфейс. Т.е. формат в базе данных разумеется будет единым и открытым, но в json формате, типа svf у Autodesk.

Будет это все через 50 лет или 100 зависит только от нас. Пойдем работать!

https://www.forbes.ru/newsroom/biznes/387065-krupneyshiy-rossiyskiy-zastroyshchik-rasskazal-o-sekretnom-proekte-po?utm_source=facebook&utm_medium=social&utm_campaign=developerskaya-gruppa-pik-sergeya-gordeeva
Ага секретный - опубликованный на сайте и в заказных статьях, ага реализована - без менеджера продукта, ага передовой - для которого требуются навыки 1С

Несколько лет назад я руководил разработкой робота (программы) по автоматической генерации застройки. Там все хорошо и проект развивается.

Но я хочу без привязки к конкретным компаниям написать пару слов о том, чему я научился:

1. Чем выше типизация, тем меньше ТЭПы. Небольшими кубиками заполнить кувшин можно плотнее, чем большими.

2. Инсоляция - определяющий фактор размещения зданий (в рамках мастерплана все остальное можно решить "по месту").

3. Чем выше строятся объекты, тем больше между ними должны быть расстояния (по инсоляции),

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

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

6. Самый эффективный алгоритм оптимизации в многофакторной системе - симуляция.

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

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

Почему в РФ не будет BIM на государственном уровне:

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

2. Те в свою очередь имеют бюджеты на людей с з/п ниже рынка, конечно, всеж нормальные зарплаты на "хозяйственников" и "эффективных управленцев" слили (например мне предлагали 100-120 т.р., когда на рынке 200-250 на мою позицию). Слышал что и некоторые теоретики BIM работали на них за 60.

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

3. Там бюрократическое болото, в котором умным людям просто нечего делать. Никто там не готов принимать решения и брать ответственность - лишь бы скинуть ее и чтобы не предъявили.

4. Т.к. зарплаты низкие, то там сформировалась критическая масса людей, кто размышляет как в анекдоте: "...что за зарплатой не приходишь? - А я думал - пистолет дали и крутись"

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

5. Слишком большой разрыв между теми кто принимает решения и кто работает. Любые здравые идеи через "сломанный телефон" превращаются в абсурд.

6. Существует много заплесневевших организаций, типа НОПРИЗа, в которых держатся за свои кресла старики, которые не про новые технологии, но мол "со связями".

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

Проект документа о разнице сметной стоимости проектирования в BIM и без BIM!
https://regulation.gov.ru/projects#npa=97033
Немного юмора: больше всего BIM повлиял на стоимость проектирования... многоуровневых открытых паркингов. Увеличение аж на 24%. Меньше всего - на Универсальные спортивные сооружения (что бы это ни значило) и подземные паркинги, всего +6%.
В этом же документе на всякий случай дублируется распределение стоимости проектирования по разделам (ПД и РД). Я когда вижу эти цифры, уже 10 лет подряд удивляюсь: неужели где-то реально есть проекты где ВСЕ слаботочные системы стоят 4,2% от стоимости ПД (3,8% от РД)? Вдвое меньше генплана, вчетверо меньше архитектуры и в пять раз - конструктива! Тот кто это писал, вы рынок вообще видели? Наполненность современных объектов информационными системами и системами безопасности представляете? Не хочу никак обидеть генпланистов, архитекторов и конструкторов, но, как говорится, "что вижу - о том пою".
Впрочем, это было лирическое отступление. Жаль, что пока нет узаконенного способа обосновать стоимость лазерного сканирования при работе в BIM с реконструкцией и реставрацией.
Ну порадуемся хоть что BIM в госконтрактах позволит зайти на этот рынок компаниям чуть более высокого уровня, когда документ доработают и он вступит в силу.

Пока можно прямо на этом портале, например зайдя через учётную запись с Госуслуг, оставить свои комментарии. Рекомендую вам это сделать, если есть что предложить, вдруг к вам прислушаются разрабочики? :) кстати, кто-то хоть раз направлял замечания к новым нормативам через этот портал? Был результат? Поделитесь в группе @bimchat, если да. Интересно.

Анастасия Морозова ушла из Autodesk.

Это печально. Я думаю это конец определенной BIM-эпохи. Да такие они в бим - не продолжительные, думаю, в истории развития отечественного BIM - это будет важная веха, которая на пол года - год уберет Autodesk из нашей жизни. А потом им придется все восстанавливать, собирать по кусочкам.

Самое обидное - это что теперь будет с BIM-лидерами, без Насти они не будут. Я помню свои первые впечатления от его посещения - здесь реально что-то делается для развития и здесь чувствуется энергия, компетенции и способность что-то изменить. Не будет Autodesk University Russia, не будет BIM-завтраков. Будет что-то другое, но явно меньшее. Это сигнал от Autodesk - мы теперь менее значимы для них, мы не достойны иметь свой офис и своего генерального директора в нём.

Дмитрий Чубрик:

По факту, для пользователей ничего не изменилось.
Однако изменилось для меня лично – ведь у меня компания Autodesk ассоциировалась в первую очередь с Настей. Revit User Day в 2009, САПРяжения, BIM форумы, Autodesk University – все эти идеи Насти сложились в одно вдохновляющее приключение, и не покидало ощущение, что ты являешься частью чего-то важного, нового, нужного другим. И за это спасибо – Насте. А ещё за поддержку – без неё не было бы Сообщества пользователей, блога Борисова, первого тест-драйва по Revit, шаблона Revit от Autodesk Community, BIM Стандартов и всех шаблонов Revit 2017 – 2019 и много чего ещё... Нет, правда – если у меня спросят, может ли один человек повлиять на развитие целого рынка, я скажу – да, и вот вам пример – Анастасия Морозова.

Лариса Поршнева (https://ancb.ru/publication/read/8838):

Осень-2019 выдалась урожайной на думы о грядущем: тут и Стратегия-2030, и Форум 100+ с главной темой о Городе будущего, и различные тусовки то Стратегов будущего, то законодателей, то чиновников. Все мысли о высоком, все планы – за линией горизонта. Повестки дня – одна элегантней другой, с модными словами и трехмерными презентациями. Но как-то чего-то не хватает для полного ощущения радости на тему «Светлый путь». Есть парочка предложений.

Давайте, например, обсудим стратегию избавления 20 миллионов россиян от пользования «удобствами во дворе» - а именно столько народа живет в России в конце второго десятилетия XXI века в домах без минимальных санитарных удобств. Давайте усилим эту стратегию главой о том, что горячую воду надо подавать без отключений, а столичным мусором не травить российский Север, а перерабатывать его в полезные обществу предметы.

Давайте напишем стратегию запрета на профессию тех «экспертов» с покупными документами, которые выдают за одну ночь экспертное заключение на 300 листах о превышении цены контракта, а потом на основании этого откровенно липового документа в СИЗО садится застройщик Константин Ремизов.

А, может быть, создадим стратегию отказа от тотального вранья высшему руководству о том, как все хорошо на вверенных территориях и в доверенных ведомствах? А то ведь «там, наверху» реально думают, что народу в массе своей нужна ипотека под 9% годовых и жилье, каждый метр которого стоит больше, чем в среднем зарплата по стране. И что доходы этого самого народа растут просто невероятными темпами по полпроцента в год.

Может, хватит морочить голову красивыми отчетами и «промежуточными документами» исключительно для того, чтобы закрыть вышестоящее поручение и забыть вообще обо всем – от последнего уволившегося врача до нарастающих протестов против свалок, мэров, церквей и бордюров?

В стране, которая не развивается, не имеет никакой стратегии на будущее вообще, где малые города вымирают, не говоря уж о селе, где начали «кошмарить» ученых и пересажали половину бизнесменов, любая локальная стратегия, спущенная  сверху, обречена, в лучшем случае, на забвение. Конечно, очень важно выполнить поручение и отчитаться, но как потом объяснить, что вместо светлого пути в прекрасное будущее страна – согласно Стратегии! – зашла в стратегический тупик?!

BIM между заказчиком и генпроектировщиком.

Как заказчик может управлять применением BIM на проекте? Перед заключением договора, а лучше и перед тендером подготовить приложение к Договору: Информационные требования заказчика (EIR).
В данном документе требуется отобразить:

1. В каких форматах передавать информационные модели;
2. В каких координатах они должны быть выполнены;
3. Как файлы должны наименоваться;
4. Как должны наименоваться элементы модели, и какие должны быть впринципе смоделированы;
5. Какие параметры должны быть заполнены в элементах модели;
6. Указать, что чертежи и спецификации должны выполняться на основе модели;
7. Прописать, что перед выпуском модели, она должна проверяться на коллизии;
8. Прописать какие допуски в коллизиях принимаются (чтобы не ловить миллиметры);
9. Если требуется заполнять классификатор, то приложить его;
10. Прописать, что проектировщик может разработать и согласовать документ, уточняющий данные требования - BEP.

В ответ на этот документ Проектировщик может подготовить свое видение реализации BIM - План реализации BIM проекта (BEP).

В нем он указывает:

1. Основные контакты;
2. Схему деления модели;
3. График или периодичность передачи моделей;
4. Отклонения и уточнения EIR.

Если договор не заключен, то BEP прикладывается к договору, как уточнение и корректировка EIR. Если уже заключен, то Дополнительным соглашением.

Зачастую проектировщик хочет упростить себе жизнь, и BEP напрочь убивает требования EIR.

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

Проектировщик в таких случаях начинает шантажировать сроками и что не выполнит работы: мол выбирайте или как мы скажем или никак.

Обычно это происходит из-за того что при заключении договора проектировщик не читал EIR. Но таких становится все меньше - естественный отбор.

Если вам попался такой проектировщик, то находите компромисс и больше с ним не работайте.

В обычных же случаях проектировщик прописывает, что у него параметр Этаж - это ADSK_Этаж и т.п. И заказчика это устраивает.

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

BIM между заказчиком и техзаказчиком.

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

Также техзаказчику следует проверять объемы по модели, сравнивая с тем, что отображается в спецификациях по РД.

Информационная модель позволяет техзаказчику контролировать изменения на проекте (от первоначальной модели, стадии П) и о существенных информировать заказчика.

Специалисты ПТО техзаказчика могут подготавливать 3D отчеты, используя модель. А лучше и присылать в виде NWD модели.

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

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

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

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

Важный вопрос, с которым все сталкиваются, при внедрении BIM на стройке - это то, что КЖ модель выполнена без учета нарезки на захватки.

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

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

Кто готовит эту модель?

По идее, указание рабочих швов бетонирования - это функционал проектировщика КЖ. При изменениях рабочего шва генподрядчиком, его согласует авторский надзор (и вносит в рабочую документацию?! - если так, то и в рабочую модель)

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

Сегодня чаще получается, что этим занимается либо техзаказчик, либо BIM-консалтер.

Требования EIR к модели КЖ на стадии РД.

Модель должна содержать Котлован (твердотельным элементом землю с выполненным котлованом, выемку, насыпь и обратную засыпку), Шпунтовые ограждения, Распорки шпунта и опоры, Подпорные стены.

Также должны быть Сваи, Песчаная подсыпка, Бетонная подготовка, Одиночные фундаменты, Фундаментная плита, Приямки (загружаемым семейством на основе пола), Откосы бетонные в ФП, Стены, Пилоны (выполненные инструментом Стена), Колонны, Перекрытия, Балки, Капители (выполненные каждое отдельным перекрытием, либо загружаемым семейством на основе пола), Лестничные марши и Лестничные площадки (выполненные семействами для типовых решений и элементом в контексте для нетиповых);

Гидроизоляция (выполненные стенками, перекрытиями и контекстными семействами в категории Перекрытие, условной толщиной 10мм), Утеплитель (аналогично гидроизоляции).

В элементах должны быть заполнены параметры локации (Корпус, Секция, Этаж).

Все монолитные элементы должны содержать заполненный параметр Объем.

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

В монолитных элементах должны быть заполнены параметры массы каждого типа арматуры, содержащихся в них. Также должен быть заполнен параметр принадлежности к альбому РД, в котором они учтены.

В бетонных конструкциях должен быть указан Класс бетона, в стальных - Марка стали.

Не допускается моделирование нескольких строительных конструкций внутри одного элемента в контексте.

В требованиях к модели КЖ я не предъявил: "В модели должна быть Несущая арматура, поддерживающие каркасы и лягушки, Закладные детали".

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

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

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

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

Требования EIR к модели АР на стадии РД.

Должны моделироваться кладочные стены, утеплитель (элементом стена), фасадная внешняя отделка (аналогично утеплителю), двери и окна, витражи, кровельный пирог покрытия, лифты, металлические ограждения, которых нет в КМ (заводского изготовления).

На фасадах моделируются корзины для кондиционеров и ограждения балконов, окон, а также решетки кондиционеров.

Также моделируются архитектурные элементы фасадов.

Двери в несущих стенах (для которых нет стен в АР) вставляются в псевдостены, с указанием в названии "Не учитывать".

Покрытие и полы, где перепад свыше 50мм моделируются с уклоном.

В кладочных стенах должны моделироваться перемычки, гильзы.

В кладочных стенах моделируются отверстия размером 100х100мм и более.

Отделка стен моделируется отдельными элементами Категории Стена, либо плагином в Категории Части. Полы моделируются на каждое помещение. Допускается моделирование стен и полов условной, примерной толщиной (округленной до 10мм).

Плинтуса, фартуки и водоотливы не моделируются.

Пару слов о нормативной документации и её связи с BIM. Сейчас на уровне министерств активно обсуждают два вопроса – «гармонизация нормативной документации» и «перевод норм в машиночитаемый вид». Это две задачи, но они тесно связаны.

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

И так же программа должна понимать нормы при проверке – именно это планируют делать экспертизы в Solibri Model Checker, задавать правила для проверки (например «трубы водоснабжения и канализации не должны проходить через электрощитовые») и выводить отчёты из модели, если условие нарушено – писать замечание.

Как к этому прийти, и как вообще подружить нормативную документацию и автоматизированное проектирование в BIM – несколько мыслей в следующих постах.