[iurii kryvohatko]

Привет, ребят. 
Меня зовут Юрий Кривохатько, я архитектор. Несколько лет назад начал работать в ARCHICAD. Благодаря этому форуму получил желание изучить программу. В 2015 решил перейти с проектирования в линиях и штриховках на полноценное BIM-проектирование. Прошел год, выкладываю результат. Возможно, кому-то пригодится, так как когда я начинал, было сверхсложно найти более-мение понятный пример того, что ж такое эта Рабочая документация. Так как сюда загрузить все 64 листа достаточно проблематично, то выкладываю титулку и ссылку на альбом (наш результат на сегодняшний момент):
https://www.facebook.com/intCADarchitects/photos/ms.c.eJxNk9txYDEIQzvKmDf031gmaK~;Y3zOSLLAtGmL1Rloj2t~_PfMBHNV4R6CpsCAoKOQCF~;wPyYNEh2FCfOgVAErREj8QpGoqvmAgymgpRWOzAHis8VpDRlzELigpFj2IPNYA4sKGvCQZAP2BvLUmFISOZYb5NTU7xl1FDi6NH5IG1KIfzWEufImA5Ra7lxg8U8z6ADPaI3VjdPsJh4VUGZnHOkgi1C8WS~_YIkkXHPIdHU7MA2fWf5i5l3~_8gB4LTl2~;TeR2Eft7EaAN5Lv83oOLA9hKc0MjwPwMJijeHkPwALZ2k0vRc0DsAlD0KLGYMM7kPfFjOOr~;gexvH15Vo0CBqKL1QFFr4PxW8oPgcVPDqOr4oF8W4Vv8E4i2oCKAEuyi6joPimVfwG429QQ2jmL1zI5Ps~-.bps.a.1251370894922509.1073741832.1053740141352253/1251370918255840/?type=3&theater
Приятного просмотра, друзья. 
 

[Vladimir57]

Молодцы, отличная работа!!!
На такой объект и все конструкции можно было сделать прямо в Архикаде

[samoed]

Очень достойный пример!

[Kuvbur]

Присоединяюсь, очень отрадно, когда кто-либо использует ArchiCAD не только для эскизов.

[Strekoff]

Узлы ручками нарисованы?

[iurii kryvohatko]

некоторые дорисованы руками или оптимизирванны, как ссылка на проекцию с Модели инструментом Деталь.

[PUX]

Оформлено конечно достойно. Но BIM ли это? Если какая то система свойств объектов, классификация? Сейчас просматриваю различные примеры, хочу себе собрать шаблон. У нас в принципе почти образовался стандарт на BIM, что-то позаимствую оттуда, но есть ещё множество вопросов, особенно относительно материалов.

[iurii kryvohatko]

Могу вас заверить, что в этом объекте 80% всего выполенно контролиремыми БИМ-компонентами. То есть, это компоненты заведомо настроенны для сортировки их в различных спецификациях (интерактивных каталогах). Некоторые чертежи выполнены ручками, по-старинке, так как на момент создания этих чертежей небыло понимаиня как сделать их интеративными. 

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

Вторым важным вопросом идут Библиотеки. Этот вопрос входит в тему Шаблона. Под свой отдельный тип проектных работ должны быть четко фиксированные библиотеки, GDL-примитивы, которыми позволено пользоваться архитекторам-моделерам согласно БИМ-регламента. Такой подход в работе позводит достаточно быстро выполнять проект на своем уровне дателизации (LOD 100-400).
Например, под частные Каменные дома – своя библиотека, под Каркасники – своя. Под Многоквартирное жилье – своя, под открытые пространстра общественного пользования – своя и т.д. С таким четко регламентированным набором бибиотек у проектировщика не должно возникать вопроса в выборе БИМ-компонента для реализации задуманных идей. Таким образом мы исключаем момент поиска подходящего элемента, которого нет в стандарной библиотеке. В теории должно быть так. На практике, получается, что в процессе проектирования необходимо дорабатывать или создавать новые уникальные БИМ-компоненты. Для этого необходим специалист со знаниями GDL, который может совмещать в себе роль БИМ-менеджера. 
Цель любой проектной мастерской, которая планирует перейти на полноценный BIM 3D (с возможностью передавать проекты в 4D, 5D) должна основываться на таких пунктах:
1. Шаблон под типовый проект.
2. Четкая регламентация в виде общего БИМ-регламента проекта.
3. Четкая регламентация команды исполнителей с фиксированной ответсвтенностью (Менеджер проекта, BIM-менеджер, Архитектор-моделер (чертежник), другие участники). Все это прописывается в BEP (BIM Executive Plan), то есть в плане на проектные работы, где каждый участник достаточно конкретно понимает положенную на него ответсвтенность, приблизительный объем своей работы и работы участников проектной группы, цель проекта, сроки и т.д. Этот документ так же требует постоянной доработки усовершенствания и выполняет функцию подручного руководства, как и БИМ-регламент.

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

Но понимание должно быть у всех участников одно: BIM – это не спринт, BIM – это марафон.

[PUX]

Меня сейчас интересует как организовать конкретно материалы, ну и штриховки с поверхностями. У материалов есть добавляемые реквизиты, а у многослойных конструкций - нет. Но ведь многослойные конструкции состоят из материалов. Или вовсе исключить их из классификации? То, что предлагает гос. стандарт, не достаточно детально. Как у Вас это решено?
Библиотеки элементов - дело десятое. С ними всё просто и понятно. Есть объект, есть конкретный ярлык пришитый к нему с нужными полями.

[Gorynych]

Привет! А с межплатформенным форматом-то международное сообщество определилось? Это будет IFC? А в России про COBie какой-то толкуют...В нормальных странах уже есть понимание или то же неразбериха?

[iurii kryvohatko]

как организовать конкретно материалы, ну и штриховки с поверхностями. У материалов есть добавляемые реквизиты, а у многослойных конструкций - нет. Но ведь многослойные конструкции состоят из материалов. Или вовсе исключить их из классификации? То, что предлагает гос. стандарт, не достаточно детально. Как у Вас это решено?

В первом вложении вы видите скрин с нашего проекта. Конечного алгоритма назавания многослойных конструкций на тот момент мы не определили. В тот момент, решил попробовать сокращать их по такому принципу. Даже отдельно правило рассписал, как нужно составлять такие названия: https://goo.gl/p1zF74
Но практика показала, что пользоваться таким алгоритмом сложно и не удобно. Особенно, если кто-то из проектной команды решит создать свою многослойную конструкцию. Тут не обойдется без ошибки, лишнего пробела, неправильной поочередности вставляемых данных и т.д. То есть, проект превращается в хаос. Пока пользуемся усовершенствованной системой, но планируем переходить на классификацию реквизитов по Юниклас, что представленно ниже.

Во втором вложении вы видите скрин с проекта наших коллег из ARCHIMATIKA, которые пользуют UNICLASS для формирования структуры проекта, как врутринней, так и внешней. Они ведут открытую политику, поэтому выкладывают в сеть свои наработки, в том числе и шаблон. Так же есть Гугл-таблица со расшифровками всех кодов согласно UNICLASS 2016 на основе AEC. Тут много можно много писать и расшифровывать, но вы попробуйте загуглить, если тема для вас близка, чтобы лишний раз не копипастить. 

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

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

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

[iurii kryvohatko]

"Привет! А с межплатформенным форматом-то международное сообщество определилось? Это будет IFC? А в России про COBie какой-то толкуют...В нормальных странах уже есть понимание или то же неразбериха?"

Привет,  Gorynych. В этом вопросе нет единого ответа. Для ARCHICAD мы определили формат обмена IFC. Универсальный формат для передачи геометрии. Если говорить о успешной работе с информационной моделью на всех уровнях BIM-проектирования как оно задумано (3D, 4D, 5D, 6D, 7D), то IFC модели для этого достаточно. Чтобы разобраться с терией я собрал пренетацию о том, что такое BIM и выложил в сеть. Она написана на украинском, и созданна на основе двесотков англоязычных статей. Тут вы можете ознакомится с ней:
https://issuu.com/easaukraine/docs/_inc_p-bim-02
Недавно стало известно, что ISSUU.COM закрыли доступ на российские IP. Вы можете обойти этот запрет с помощью сторонних сайтов, которые решают этот вопрос. 

COBie (Construction Operations Building Information Exchange (COBie) - это формат данных для передачи информации, полученной на основе информационной модели здания (BIM), по обслуживанию и эксплуатации сооружения после завершения строительства.) То есть это лишь метод (стандарт) представления информации в виде 2Д таблицы на основе 3Д BIM-компонентов. Как видите, он актуаен на этапе эксплуатации (6D, 7D).

Если модель качественно выполнена на этапе 3D, то внесенную информацию о Элементах можно легко выводить в формате COBie или любом другом формате. Фактически, это таблица данных, что вытягиваются из IFC. Поэтому IFC и COBie это разные вещи. IFC дает возможность передавать 3Д геометрию с зарание внесенными в нее данными. А COBie – формат вывода этой инфмормации. 

IFC вообще тема очень интересная. Но как универсальный формат для работы двух различных BIM-САПР на этапе активного проектирования, достаточно ограничен. 
Так мы активно сотрудничаем с Конструкторским бюро, специалисты которого выполняют работы в REVIT. Мы передаем им свою модель в IFC и они продолжлают с ней работать, возвращают назад, объединяем и т.д. 
Но тут далеко не все гладко. Зачастую, геометрия экспортируется в BREP-геометрию (Boundary Representation), что есть проблемой для последующего редактирования. Например, нам выполнили стропильную систему, и получив обратно модель, мы треть балок получили в BREP (уникальные объекты с ограниченным функционалом редактирования), а 2/3 в Наклонных балках с редактируемыми параметрами. Давай разбираться почему? Я давай писать на форум Автодеска, на Архиток и т.д. Ответ нашел, но причину нет. REVIT в разы хуже работает с IFC, чем ARCHICAD, поэтому говорить о качественном обмене моделями с помощью IFC между ARCHICAD и REVIT пока рано. Но это возможно. Тут просто огромный мир особенностей и нюансов. 
Безусловно, обмен данными модели с другими BIM-САПР неизбежен, поэтому вопрос настройки экспорта/импорта IFC так же необходим. Для успешного обмена необходимо два толковых BIM-менеджера. Один со стороны ARCHICAD, второй со стороны платформы с которой идет обмен (REVIT, TEKLA..). Эти ребята должны сесть вместе и настроить двухсторонний обмен, настроить трансляторы импорта/экспорта. 
В этом вопросе есть некоторый опыт. Много неудачного, но есть и удачный. Вывод один – если есть мозги и жеание, можно существенно упростить себе жизнь, настроив один раз трансляторы. 

[Gorynych]

Спасибо, Юрий...что бы упростить себе жизнь надо её сначало нехило усложнить. И должны все принять международный стандарт, в котором модель BIM будет востребована и будет существовать в виртуальном пространстве. 

[Stringer]

"Привет! А с межплатформенным форматом-то международное сообщество определилось? Это будет IFC? А в России про COBie какой-то толкуют...В нормальных странах уже есть понимание или то же неразбериха?"

Привет,  Gorynych. В этом вопросе нет единого ответа. Для ARCHICAD мы определили формат обмена IFC. Универсальный формат для передачи геометрии. Если говорить о успешной работе с информационной моделью на всех уровнях BIM-проектирования как оно задумано (3D, 4D, 5D, 6D, 7D), то IFC модели для этого достаточно. Чтобы разобраться с терией я собрал пренетацию о том, что такое BIM и выложил в сеть. Она написана на украинском, и созданна на основе двесотков англоязычных статей. Тут вы можете ознакомится с ней:
https://issuu.com/easaukraine/docs/_inc_p-bim-02
Недавно стало известно, что ISSUU.COM закрыли доступ на российские IP. Вы можете обойти этот запрет с помощью сторонних сайтов, которые решают этот вопрос.

COBie (Construction Operations Building Information Exchange (COBie) - это формат данных для передачи информации, полученной на основе информационной модели здания (BIM), по обслуживанию и эксплуатации сооружения после завершения строительства.) То есть это лишь метод (стандарт) представления информации в виде 2Д таблицы на основе 3Д BIM-компонентов. Как видите, он актуаен на этапе эксплуатации (6D, 7D).

Если модель качественно выполнена на этапе 3D, то внесенную информацию о Элементах можно легко выводить в формате COBie или любом другом формате. Фактически, это таблица данных, что вытягиваются из IFC. Поэтому IFC и COBie это разные вещи. IFC дает возможность передавать 3Д геометрию с зарание внесенными в нее данными. А COBie – формат вывода этой инфмормации.

IFC вообще тема очень интересная. Но как универсальный формат для работы двух различных BIM-САПР на этапе активного проектирования, достаточно ограничен.
Так мы активно сотрудничаем с Конструкторским бюро, специалисты которого выполняют работы в REVIT. Мы передаем им свою модель в IFC и они продолжлают с ней работать, возвращают назад, объединяем и т.д.
Но тут далеко не все гладко. Зачастую, геометрия экспортируется в BREP-геометрию (Boundary Representation), что есть проблемой для последующего редактирования. Например, нам выполнили стропильную систему, и получив обратно модель, мы треть балок получили в BREP (уникальные объекты с ограниченным функционалом редактирования), а 2/3 в Наклонных балках с редактируемыми параметрами. Давай разбираться почему? Я давай писать на форум Автодеска, на Архиток и т.д. Ответ нашел, но причину нет. REVIT в разы хуже работает с IFC, чем ARCHICAD, поэтому говорить о качественном обмене моделями с помощью IFC между ARCHICAD и REVIT пока рано. Но это возможно. Тут просто огромный мир особенностей и нюансов.
Безусловно, обмен данными модели с другими BIM-САПР неизбежен, поэтому вопрос настройки экспорта/импорта IFC так же необходим. Для успешного обмена необходимо два толковых BIM-менеджера. Один со стороны ARCHICAD, второй со стороны платформы с которой идет обмен (REVIT, TEKLA..). Эти ребята должны сесть вместе и настроить двухсторонний обмен, настроить трансляторы импорта/экспорта.
В этом вопросе есть некоторый опыт. Много неудачного, но есть и удачный. Вывод один – если есть мозги и жеание, можно существенно упростить себе жизнь, настроив один раз трансляторы.

На приложенной картинке 3D объекты на 2х мерной подложке в формате ifc. Это сохранено из archicad, и если да, то как?

Отправлено с моего MI 2S через Tapatalk

[iurii kryvohatko]

Stringer, проявите, пожалуйста, немножко внимания. На скрине есть все. В верхнем левом углу есть название программы, что просматривает модель и наименование файла (AC16).
Если вы вобъете название программы в поисковик, вы узнаете много интересного:
https://www.solibri.com/products/solibri-model-checker/

Да, это IFC-модель, открыта через Solibri Model Checker, в которой BIM-компоненты проекта выводятся в виде таблицы COBie (Construction Operations Building Information Exchange), как ответ на вопрос Gorynych. Более того, на скрине показана выборка дверей, которая отображается в 3Д модели с 2Д проекцией в виде плана. И да, это все можно делать в ARCHICAD. Более того, это НУЖНО делать, если мы, как проектировщики, желаем взять участие в прогресс Человечества в переходе на BIM-проектирование.