ifc файл невозможно импортировать так как не найдено здание с подходящей геометрией
Условия для корректного импорта IFC в DIALux EVO
IFC предоставляет пользователям много свободы. Таким образом могут легко закрасться ошибки, неточности и т.д., что приведет к проблемам с импортом в DIALux. Этот статья поможет пользователям корректно задать настройки файла для импорта в DIALux.
Главное
Проектирование
Этот пункт связан не столько с DIALux, а сколько с теми CAD программами в которых вы работаете. Многие из этих программ помогают избежать некоторых из ошибок, перечисленных здесь, но, к сожалению, не всех.
Поэтому проектировщик должен обратить внимание на:
BIM это виртуальное здание и проектирование требует высокой степени точности, как при реальном строительстве здания. Это значит:
Если имеется зазор между двумя стенами, то это проем.
Когда элемент находится в стене, он является частью стены.
Если окно проникает на 3 мм в соседнею стенку, значит оно является элементом в этой стены.
Причины ошибок:
Проблемы с производительностью;
Проблемы, связанные с определением помещений;
Проблемы с точностью измерений;
Неправильная визуализация;
Полноценная конструкция:
Бумага/DWG более терпеливы, по сравнению с BIM. Если пол отсутствуют в явном виде как объект, то он отсутствует в статистике, и не влияет на количество материала. Это значит что программа не сможет догадаться о наличии элемента здания если он явно не задан.
Окна c вырезами
Правильные типы объектов
Поддерживаемые объекты
Следующие объекты IFC подходят для импорта и преобразовываются в объекты DIALux:
Неподдерживаемые объекты
Технические параметры
Здесь вы можете найти технические параметры экспорта, которые позволяют настроить некоторые программы CAD.
Эти настройки возможны, но могут быть причиной проблем с производительностью:
BRep с триангулированными поверхностями (медленнее, чем не триангулированная BRep).
Линейно экструдированная геометрия.
Многослойные объекты, разделенные на отдельные объекты (медленнее, последующая обработка отдельных элементов не представляется возможным).
Эти параметры не поддерживаются DIALux:
Производительность
Мы и в будущем будем развивать импорт IFC для работы с крупными проектами. «Крупными» с точки зрения размера файла, количества и площади проектируемых квадратных метров. «Большой» не обязательно означает «медленный».
Вот несколько параметров, которые пользователь может сам оптимизировать:
Экспорт IFC из Revit для последующего импорта в Dialux Evo для расчета внутреннего освещения
С помощью импорта ifc-файла в Dialux Evo можно быстро и легко проектировать внутреннее освещение, используя готовые здания или другие элементы, созданные с помощью других САПР-программ.
Для начала откроем revit-модель архитектурного раздела (далее АР).
Сразу поясним, экспорт ifc-файла выполняется в открытом окне 3D-вида.
Перейдем на 3D-вид. Здесь мы должны видеть ровно то, что хотите, чтобы отображалось в файле Dialux Evo.
Затем открываем план на отм. +0,170.
Так как Dialux Evo не видет расставленные ранее архитектором помещения, а видит лишь пространства, то нам необходимо самостоятельно их расставить. Для этого следуем нижеприведенным инструкциям:
Необходимо присвоить названия пространствам. Для этого переходим на вкладку анализ/analyze → именование пространств/space naming
Проверяем создание пространств и их наименование.
Тот же алгоритм выполняем для плана на отм +4,350.
Для того, чтобы в нашей ifc-модели отображалась не только архитектура, но и элементы технологического оборудования, нам необходимо внедрить модель технологического оборудования в файл АР.
Для этого выполняем следующие действия
Далее в зависимости от объема вашей модели, процесс внедрения займет некоторое количество времени.
Наберитесь терпения! У вас это займет порядка 5 минут.
Если по окончанию процесса внедрения выскочит окошко с уведомлением о необходимости разъединения элементов, то не пугайтесь и смело жмите рассоединить/Disconnect.
Приступим к непосредственному экспорту IFC.
Настраиваем параметры экспорта
После завершения экспорта ifc-файла переходим к импорту его в Dialux Evo:
Выбираем путь где расположен ifc-файл.
После завершения процесса импорта файл для работы выглядит так
Файл полностью готов к созданию внутреннего освещения!
AutoCAD MEP
Основанный на устоявшихся международных стандартах для общих объектов в строительной индустрии, формат файла IFC (Industry Foundation Classes) обеспечивает взаимодействие между разными программными приложениями. Использование формата IFC позволяет уменьшить потери информации при передаче файлов.
Программа AutoCAD Architecture toolset сертифицирована на совместимость с IFC для импорта и экспорта файлов IFC версии 2×3. Можно также импортировать файлы IFC версий 2×2 и 2x, если данные в них совместимы с форматом 2×3 и соответствуют соглашениям по реализации, определенным для координирующих видов IFC 2×3. Более подробную информацию см. на веб-сайте http://www.buildingsmart.com/.
В инструментариях AutoCAD Architecture и MEP 2019 и более поздних версий поддерживается импорт и экспорт формата IFC4. При этом пользователи могут экспортировать чертежи инструментариев AutoCAD Architecture и MEP toolset в формате схемы IFC4_ADD1 и импортировать файлы IFC, прикрепляемые к файлам IFC4_ADD1 и другим схемам IFC4.
Мы постарались сделать поддержку импорта и экспорта IFC4_ADD1 максимально стабильной. Однако так как эта возможность сильно зависит от данных, при определенных условиях могут возникать проблемы (сбои или исчезновение объектов), особенно при импорте файлов IFC с поддержкой схем связанного вида или вида переноса проекта.
В видах модели поддерживается визуальная достоверность воспроизведения трёхмерных (3D) объектов. Это значит, что сохраняются размеры 3D объектов, экспортированных в формат IFC. Для объектов должны быть определены точные размеры в отдельной модели IFC, поскольку она используется в различных приложениях.
О Renga от R&D
Поиск по этому блогу
Как принять IFC
За последние полтора года мы очень много узнали о формате IFC4, осуществили его поддержку в Renga, а также делились необходимыми знаниями о работе с ним в Renga.
Сегодня постараемся сформировать общую картину о работе Renga c IFC.
Для чего нужен формат IFC и понимание, как с ним работать?
Понимание работы с форматом IFC необходимо для того чтобы наладить взаимодействие:
Если вы всей командой работаете в одном ПО и вам не нужно никому передавать модель в формате IFC, то лучше отложите чтение этой статьи до тех пор, пока не столкнетесь с этим форматом.
Если перед вами стоит задача по передаче или наоборот получению IFC от смежных специалистов, если вы уже пробовали обеспечить взаимодействие с помощью формата IFC и не вышло, то тогда эта статья для вас.
Схема IFC разработана альянсом buildingSMART c учетом множества возможных описаний объектов. Одна и та же модель в формате IFC может и должна быть описана по-разному для разных задач. Поэтому при экспорте из любого программного обеспечения, будь то Renga или Archicad, нужно задать такие настройки, чтобы решить именно ту задачу, которая перед вами стоит. Результат обмена моделью с помощью формата IFC зависит от того, насколько хорошо вы с ним разобрались. К сожалению, совсем без подготовки есть вероятность получить совсем не то, что ожидалось.
Немного об импорте IFC в Renga
В Renga с помощью команды Открыть проект. можно импортировать практически любой правильно сформированный IFC. Об этом мы подробно рассказывали в статье Импорт из IFC.
Но даже при том, что Renga открывает IFC без дополнительных настроек, модель для импорта нужно подготовить в том инструменте, в котором вы работали до этого.
Если вы планируете редактировать в Renga полученную модель, то при экспорте IFC из другого инструмента должны быть сохранены параметры построения объектов, использованы твердотельные геометрические представления.
Если при экспорте создана полигональная или поверхностная модель, то для редактирования геометрии вы её использовать не сможете, не сможете показать на чертеже, но сможете работать со свойствами. Чтобы свойства отображались в Renga, они также должны быть не только созданы в стороннем инструменте, но и экспортированы вместе с моделью в IFC.
При подготовке файла к экспорту внимательно изучите параметры, которые предлагают предустановленные конвертеры и выберите тот, который позволит экспортировать геометрию и свойства объектов так, чтобы вы смогли выполнить свою задачу в Renga.
Разработчики программного обеспечения, которые работают с форматом IFC, дают свои рекомендации по экспорту в IFC. Обратитесь к ним после того, как сформулируете требования к модели.
Экспорт IFC из Renga
Если перед вами стоит задача по экспорту IFC из Renga, то также как в предыдущем случае, вам нужно сформулировать задачу. На данный момент Renga обладает целым набором настроек для экспорта в IFC, но совершенно не обязательно вам понадобится их изменять.
По умолчанию в Renga установлены настройки экспорта в IFC, которые соответствуют Reference View V1.2. Этот вид стандартизирован BuildingSMART для однонаправленного обмена моделью между разным программным обеспечением и предназначен для:
Поэтому если вы планируете отдавать модель в другую систему для доработки, или вам нужен расширенный набор свойств, то вам придётся изучить и изменить настройки экспорта.
Чтобы определить, объекты каких типов необходимо экспортировать, измените файл сопоставления типов. Например, если нужны только несущие конструкции, оставьте в файле сопоставления типов только колонны, балки и перекрытия.
Чтобы определить, какие свойства объектов или какую информацию о проекте нужно экспортировать, измените файл сопоставления параметров. Например, вы добавили свойства объектов, которые нужно отобразить в IFC, их нужно добавить в файл сопоставления параметров.
Чтобы задать подходящие для вашей задачи геометрические представления объектов, нужно отметить их в Настройках. Вы можете заранее узнать, какие виды геометрических представлений открывает программа, для которой формируется IFC и настроить экспорт так, чтобы при импорте не возникло проблем. А можете последовательно упрощать геометрическое представление до тех пор, пока не получите требуемый результат:
Обратите внимание, что при всех включенных галочках в настройках геометрического представления получится математически сложный файл, прочитать который другое программное обеспечение в данный момент с большой долей вероятности не сможет.
Если вы импортировали файл IFC и видите, что часть информации потеряна, то это указывает на то, что файл был экспортирован с настройками которые не подходят программному обеспечению которое производит импорт файла IFC. Поэтому вам нужно пересмотреть настройки экспорта и попробовать ещё раз.
Мы надеемся, что вооружившись справкой и сформулировав требования к модели в формате IFC, вы сможете добиться функциональной совместимости ваших инструментов.
Формат IFC
Если коротко, то формат Industry Foundation Classes (IFC) предназначен для описания данных об архитектуре, проектировании и строительстве и был создан по инициативе Autodesk.
Сразу надо отметить, что IFC не является форматом обмена данными для дальнейшего редактирования. Т.е модель в формате IFC не подходит для продолжения работы с ней после импорта в любую BIM программу. Для чего же можно его использовать? Например, если вашему заказчику понадобится весь проект или его раздел в формате IFC.
Richard Junge взяв за основу STEP, поставил задачу разработать формат, который станет независимым от производителей САПР. Его идея заключалась в том, чтобы весь процесс от проекта до строительства и управления зданием упростить и ускорить. В отличие от традиционного обмена 2D-линиями и 3D-данными объема, IFC должен был предоставить пользователю кросс-программную «интеллектуальную» модель данных. Например, инженер-строитель мог бы изменить или расширить модель данных с учетом статических требований и вернуть изменения архитектору без потерь. Планировщик строительных услуг также мог бы использовать эту информацию для планирования маршрута. Также должны были бы учитываться все изменения модели, т.е. документироваться. Patrick MacLeamy, американский архитектор и председатель BuildingSMART, перенес тему в Соединённые Штаты. Дальнейшая разработка формата IFC осуществлялась Autodesk и в 1994 году Autodesk зарегистрировала формат IFC на своё имя.
Борьба за рынок CAD продолжается по всему миру. Сегодня всё BIM можно разделить на два типа: ClosedBIM – использование в проектировании программы одного производителя, OpenBIM – работа с открытым форматом данных, который должен автоматически читаться другими программами.
Ярким представителем ClosedBIM сегодня является Revit. Он безвозвратно изменил представление пользователей CAD-программ об интерфейсе, простоте использования и быстроте проектирования. Его прародитель, софт Pro/Engineer в середине 90-х был глобальным лидером на западном рынке конструкторского проектирования машиностроительной промышленности. Цель его состояла в том, чтобы создать систему, которая была бы достаточно гибкой, чтобы побудить инженера легко рассматривать различные конструкции, а затраты на внесение изменений в проект должны быть минимальны. Начав в 1996 году команда разработчиков Revit, используя твердотельное параметрическое моделирование с концепцией единой модели данных для всего проекта, создала радикально новый подход к программному обеспечению для строительства. В 2002 году стартап Revit купила компания Autodesk. К сожалению, и, как ни странно, формат IFC трудно стыкуется c программами от Autodesk.
Европейские производители САПР после опубликования формата IFC пытаются его использовать. Например, Graphisoft утверждает, что программа ArchiCAD идеально подходит для работы с этим форматом и говорит о “99 процентной” работе с IFC данными. Правительства многих европейских стран уже давно сделали использование формата IFC обязательным для проектов строительства с государственной помощью. Главным по ОpenBIM в Европе является Nemetschek Group с двумя подразделениями Allplan и Archicad.
Какую роль играет наше государство в вопросах контроля и установления правил по обменным форматам? Оно следует примеру европейцев и похоже, заинтересовано в развитии OpenBIM. Министерство строительства и жилищно-коммунального хозяйства РФ и ФАУ «Федеральный центр нормирования, стандартизации и оценки соответствия в строительстве» в 2017 г разработало методические указания по обеспечению интероперабельности при информационном моделировании объектов строительства.
В данном документе указано, что IFC разработан как формат, который используется как промежуточный при обмене данными между другими форматами программных средств. Он структурирован для передачи данных, а не для поддержки функциональности. Например, он не поддерживает параметрическую геометрию, содержит данные о размерах, но не содержит информации, какие геометрические объекты контролируют эти размеры. Эффективно импорт IFC создает статические объекты, которые больше не редактируются. После импорта статической информационной модели без тщательной проверки каждого элемента нельзя быть уверенным в полной репликации всего объема данных. Посте того, как были внесены изменения в информационную модель с помощью программного обеспечения, экспорт обратно в IFC также проблематичен. Если была изменена только часть здания, остается вопрос ее интеграции в исходную модель IFC. Если все здание будет экспортировано обратно, заменив оригинальную модель IFC, то появится задержка во времени, которая означает различия в содержании данных, или проблемы, возникающие, если модель IFC должна использоваться и в других программных комплексах в процессе проектирования.
Статической модели IFC оказывается достаточно для выполнения анализа с помощью аналитического программного обеспечения. Однако если вы хотите изменить модель на основе результатов анализа, то IFC не позволит этого сделать. Так, на сайте Archicad отмечается, что при импорте IFC-модели некоторые элементы, определенные как IfcWall, IfcSlab и т.д., импортируются как объекты, а не как стены, перекрытия и т.д. Причина заключается в их упрощенном геометрическом BREP-представлении, задающем «наружную поверхность» или «контурное представление». Это означает, что кроме геометрической формы элемент не включает никакой другой информации, например, нет его привязки к осевым линиям. Таким образом, при проектировании конструкций со сложной геометрией в случае обмена данными по стандарту IFC приходится сталкиваться с потерей информации.
Стандарт формата IFC регулярно обновляется, регулярно обновляются программные средства, изменяются их функциональность. Некоторые классы удаляются, другие изменяются и добавляются новые. Нет гарантии, что все сохраненные файлы всегда будут корректно читаться программными средствами в будущем.
Существует ряд инициатив по созданию стандартов компонентов BIM, таких как Национальная библиотека BIM в Великобритании NBS (UK NBS National BIM Library). Но в NBS Великобритании пришлось использовать файлы проприетарного формата из-за отсутствия необходимой функциональности файлов IFC. Тем не менее, возможно появится способ для создания файловой схемы компонента IFC.
Альтернативой использованию формата IFC для обмена данными является использование специальных инструментов программного обеспечения для обмена данными:
– программные решения одного производителя САПР на основе внутренних форматов и прямых API-интерфейсов (интерфейс прикладного программирования);
– программные решения различных производителей САПР на основе проприетарных форматов и прямых API-интерфейсов.
Многие специалисты BIM считают, что формат обмена IFC не соответствует в полной мере их требованиям к обмену данными. Обсуждение данного вопроса и совместной работы постоянно ведется основными BIM-вендорами, такими как, Trimble, Graphisoft, Hexagon, Nanosoft, Aveva, Renga, Dassault Systemes, Allplan, Cadmatic, CSoft Development и пр. В основном ими приветствуется концепция OpenBIM. Причин тому много. И то, что нет такой ClosedBIM (или SuperBIM) которая бы в полной мере обеспечивала все разделы проектной документации, расчет и дальнейшую эксплуатацию. И то, что чем больше проект, тем больше независимых участников. Многие производители САПР понимают, что увеличения использования их софта можно добиться, если предлагать помощь своим клиентам в интеграции и сами разрабатывают какие-либо решения. Именно европейские вендоры активно развивают конвертеры, адаптеры и сервисы с сохранением всей геометрией и атрибутивной информацией. Например, eShare – веб-портал для визуализации, обмена и интеграции проектных, строительных и эксплуатационных данных о промышленном объекте на основе BIM модели компании Cadmatic, Bimplus – открытая платформа для совместной работы над проектами на основе BIM-модели для строительной отрасли компании Allplan.
Заказчики строительства, производители строительных материалов и инженерного оборудования используют решения различных САПР и заинтересованы в том, чтобы все САПР в полном объеме интегрировались друг с другом. Или хотя бы быстрее появлялись цепочки использования программных решений.
Различие интересов участников такого сложного процесса как строительство от инвестора и проектировщика до управляющей и эксплуатирующей компании слишком велико. Это и вопросы интеллектуальной собственности, и финансовых результатов, и различного рода ответственности. Хотя, казалось бы, что от автоматизации процессов и прозрачности должны выиграть все. Как будет развиваться данный аспект BIM трудно предсказывать. Возможно наступит время, когда информация по проекту не будет задерживаться у отдельных компаний, а будет передаваться автоматизировано и прозрачно в единую модель проекта.