Рабочий процесс BIM - обмен данными и интерфейсы

Вы можете послушать полную серию здесь: #007 Рабочий процесс BIM - Обмен данными и интерфейсы

В подкасте уже несколько раз обсуждался BIM. Он предлагает пользователям явные преимущества и облегчает их работу. Проблема в том, что на практике он работает не так ', как в теории.

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

Как выглядит эффективный обмен данными?

Для сценариев обмена данными особенно важны два момента: Открытость и преемственность. Существуют различные методы и подходы, которые можно использовать в планировании на основе BIM: Little BIM, BIG BIM, открытый и закрытый BIM.

Маленький BIM

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

BIG BIM

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

Работа в команде в BIM превыше всего

Закрытый BIM

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

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

Прямые интерфейсы также могут быть связаны с закрытым BIM. Это означает, что два программных решения связаны напрямую. Информация передается через необходимые API (интерфейсы прикладного программирования) - интерфейсы, которые предоставляет программная система для интеграции данных в другую программу. Данные считываются из программы A, а затем сразу же считываются в программу B как собственный объект. Затем там создается модель.

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

Недостатком является то, что прямые интерфейсы зависят от пользователя. Вам нужна соответствующая программа, и вам придется программировать в ней API индивидуально. Поставщики услуг не могут быть изменены по желанию. Однако в некоторых проектных бюро есть свои собственные процессы для интерфейсов вырезанных программ. Предварительным условием для этого является наличие у программных пар API-интерфейсов и наличие документации по программе. Это настраиваемый интерфейс: Усилия, затраченные на его создание, поддаются контролю, но процесс планирования имеет гораздо более высокую степень автоматизации. Это создает огромный потенциал для экономии времени и денег и предотвращения ошибок. Расчет зависит от параметров на этапе проектирования.

Открыть BIM

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

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

IFC

Еще один важный аспект в отношении обмена открытыми данными - это интерфейс IFC. IFC - это открытая структура данных, не зависящая от производителя, которая определяется организацией buildingSMART. Его можно использовать, среди прочего, для проверки коллизий, а также для количественных исследований или оценки затрат. Большим преимуществом файла IFC является то, что он позволяет обмениваться данными между всеми программами. Однако на практике качество всегда зависит от производителя соответствующего программного обеспечения. В программе есть конвертер, позволяющий читать или писать файлы. Результат преобразуется в собственные данные соответствующей программы. IFC - это текстовый файл, который содержит соответствующую информацию, которая может быть прочитана программой. Однако для этого они должны быть переведены таким образом, чтобы в соответствующей программе можно было создать соответствующий объект. В IFC есть просмотры, как упоминалось в предыдущем подкасте. Координационное представление описывает модель с ее физическими свойствами, тогда как представление расчета конструкций описывает ее в идеализированном и упрощенном виде. Не каждая программа может читать, писать и выводить оба представления. Поэтому архитекторы и инженеры-строители должны иметь дело с этими представлениями и определять, какие программы они могут использовать для обмена данными IFC. Это делает в настоящее время относительно трудным осуществление непрерывного обмена данными между САПР и программами для расчета конструкций.

Поэтому стоит начать выше: Какую философию следует использовать в будущем при реализации этих интерфейсов IFC? Следует пояснить, как должны быть настроены программы и как должно работать взаимодействие между архитекторами и инженерами-строителями, чтобы обмен данными через IFC работал бесперебойно. Здесь также востребованы производители соответствующего программного обеспечения.

Переосмысление - важная часть будущих разработок.

Синхронизация с изменениями

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

Статические расчеты выполняются уже на этапах работы 1-3: Основная оценка, предварительное планирование и проектирование. Статика важна с самого начала для оптимизации расчета конструкций и определения размеров профилей. Как правило, рассматривается несколько расчетов, по ним согласовывается один, а затем уже дело доходит до архитектурного расчета и статики. Цель состоит в том, чтобы интегрировать проектирование конструкций в программу BIM, а затем передать расчеты общей или частичной модели в программу расчета конструкций. Возможны изменения статики, например. B. Концепция жесткости или другие сечения. Программы могут обмениваться данными друг с другом в цифровом виде, и именно так вносятся изменения.

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

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

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

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

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