Сведения о стандарте


Рекомендации по использованию Autodesk Revit



страница19/21
Дата09.08.2019
Размер10.5 Mb.
#127142
1   ...   13   14   15   16   17   18   19   20   21

6.6 Рекомендации по использованию Autodesk Revit


Рекомендуется при применении Autodesk Revit для моделирования ИССО и существующей инфраструктуры выполнять следующие шаги:

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

  2. Разработать шаблон с оформлением чертежей, спецификациями, марками, разрезами по требованиям ИССО.

  3. Разработать методику работы в Autodesk Revit для задач армирования объектов ИССО в виде пользовательских эскизов арматуры, т. к. значительное количество элементов ИССО – нетиповые.

  4. Необходимо учитывать ограничения по протяженности объектов в Autodesk Revit. Рекомендуется разбивать на зоны/участки объект проектирования при протяженности более 5–9 км.

  5. Запрещается разрабатывать элементы ИССО без координатной привязки согласно разделу 6.3.1. За исключения создания библиотек трехмерных элементов, которые будут размещаться на модели вручную, это могут быть типовые знаки, километровые столбы, элементы ОДД.

  6. Отдельно необходимо разработать базу семейств специальных вспомогательных сооружений и устройств (СВСиУ), чтобы при проектировании эти объекты уже были готовы в виде структурированной библиотеки.

6.7 Рекомендации по использованию Autodesk Navisworks

6.7.1 Правила формирования сводной модели в Autodesk Navisworks


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

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

Ниже приведены таблица и карта процесса «3D-координация», предлагающая алгоритм действий при формировании модели, необходимые входные и выходные данные и роли участников проекта.

Таблица 6.12. Формирование проверка сводной модели



Действие

Входные данные

Выходные данные

Роль

Сборка моделей разделов проекта

Данные в проприетарных (исходных) форматах

Модель в формате NWF

Модель в формате NWD

BIM-координатор

Сборка сводной модели

Модели разделов в формате NWD

Модель в формате NWF

Модель в формате NWD



BIM-менеджер


Проверка сводной модели на коллизии (3D-координация)

Модель в формате NWF

Модель в формате NWF

BIM-менеджер


Оповещение участников проекта о наличии или отсутствии проектных ошибок

Модель в формате NWD с пометками

Электронное сообщение участникам проекта, содержащее результаты проверки и ссылку на модель

BIM-координатор

Координационное совещание по корректировке и устранению проектных ошибок

Модель в формате NWF

Модель в формате NWF

BIM-менеджер

BIM-координаторы

ГИП

Другие участники




Корректировка и устранение проектных ошибок

Модель в формате NWF

Модель в формате NWF

BIM-автор

Обновление сводной модели

Модель в формате NWF

Модель в формате NWD

BIM-менеджер


Рис. 6.71. Карта процесса «3D-координация»



6.7.1.1 Последовательность формирования сводной модели

Первоначально следует определиться с объектами первого уровня, которые будут присутствовать в модели. В общем случае в инфраструктурном проекте могут присутствовать следующие части:



  1. Элементы дороги.

  2. Искусственные сооружения (эстакады, мосты, тоннели, подпорные стенки).

  3. Здания и сооружения, входящие в инфраструктуру линейного объекта.

  4. Проектируемые сети.

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

  6. Существующая ИМИИ, включая ЦМР и ЦМК.

  7. Границы работ (постоянный и временный отводы, ППТ – проект планировки территории).

Целесообразно, чтобы за каждый раздел первого уровня отвечал отдельный BIM-координатор, ответственный за увязку элементов модели внутри раздела, а также за координацию с другими разделам. Разбиение модели на части может служить как средством логического разбиения модели на элементы, так и элементом организации совместной работы. Каждая из частей может представлять собой участок, выполняемый конкретным исполнителем. Например, Сеть водопровода с ПК 10 до ПК 20.

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



  1. Элементы дороги:

    1. Основной ход.

    2. Съезд 1.

    3. Съезд 2.

…….

Съезд N


  1. Искусственные сооружения:

    1. Мост.

    2. Эстакада.

    3. Подпорная стенка.

    4. Шумозащитные экраны.

  2. Здания и сооружения, входящие в инфраструктуру линейного объекта:

    1. АЗС.

    2. ДЭП.

    3. Очистные сооружения.

  3. Проектируемые сети:

    1. Дождевая канализация.

    2. Теплосеть.

    3. Водопровод.

    4. Канализация.

    5. Электрические сети.

    6. Газопровод.

    7. Сети связи.

…..

  1. Проектируемые поверхности:

    1. Поверхность основного хода.

    2. Поверхность Съезда 1.

    3. Поверхность генплана.

    4. Поверхность благоустройства.


  2. Существующая ИМИИ:

    1. Поверхность ЦМР по результатам геодезической съемки.

    2. Существующие сети по результатам геодезических изысканий.

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

Сборка сводной модели должна соответствовать следующим принципам:



  • модель должна динамически обновляться сразу после внесения изменений в проект. Это подразумевает, что надо организовать связь с исходными графическими форматами AutoCAD, Civil 3D, Revit;

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

Примечание. Эти два требования фактически полностью противоречат друг другу. С одной стороны, модель должна быть «живая», с другой, зафиксированная. И то, и другое имеет свою обратную сторону: если фиксируется модель, то всегда есть риск, что разрыв между проектными решениями и моделью будет расти и модель не будет являться средством оперативного управления и контроля. С другой стороны, если все сделать завязанным на «живые» данные, то постоянно производимые изменения в проекте будут не только мешать тем, кто контролирует модель, но и мешать самим проектировщикам. В том числе полная интерактивность модели может стать проблемой производительности выбранного сервера. По сути дела, сводная модель является полной аналогией традиционного сводного плана и является другим более наглядным его представлением. А значит, стоит опираться на принципы, которые уже были выработаны многолетним опытом работы со сводными планами.

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

Данные каждого раздела формируются в двух форматах NWF и NWD, как представлено на рис. 6.72, исходные данные для сводной модели и сама сводная модель размещаются в CDE в области “Общий доступ”. Ответственным за их создание является BIM-координатор соответствующего раздела. Данные формата NWF ссылаются на файлы исходных форматов, и, так как формат NWF – это файл ссылки, то обеспечивается интерактивность модели и возможность оперативно увидеть произошедшие в проекте изменения. Но если дальше данные каждого раздела передавать в сводную модель в формате NWF, то, поскольку это ссылочный формат файлов, то фактически все промежуточные ссылки система будет игнорировать, и в результате в сводной модели будет невозможно поддерживать общую структуру и обеспечивать производительность работы, так как при каждом изменении данных будут следовать сообщения о необходимости обновлений. Практика также показывает, что современные вычислительные мощности чаще всего с такой нагрузкой не справляются. Поэтому после формирования и сохранения файла формата NWF (соответственно получения актуальной версии всех файлов проекта) следует выполнить сохранение этих же данных в формате NWD. Это файл, который фиксирует состояние модели на данный момент времени. И уже файл формата NWD следует подключать к сводной модели. Это позволит зафиксировать принятое проектное решение по разделу, провести отдельно его согласование, расчеты и взаимную увязку объектов проекта. Также это окажет значительное влияние на производительности работы со сводной моделью.

Рис. 6.72. Формирование моделей разделов проекта

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

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



  • сформировать поисковый набор, который будет выделять соответствующий набор элементов. Например, на основе слоя, типа объектов и т. д. Сохранить данный поисковый набор. Скрыть (Ctrl+H) на модели соответствующие элементы;

  • использовать промежуточные файлы для сборки модели;

  • для Revit – настроить вид 3D Navisworks, исключающий элементы оформления, и включать его в сборку.

6.7.1.2 Использование промежуточных файлов AutoCAD Civil 3D для сборки сводной модели

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

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

Ниже приведена схема передачи данных в сводную модель.

Рис. 6.73. Схема передачи данных в сводную модель

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

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



6.7.1.3 Подготовка данных для формирования сводной модели

Для формирования BIM-моделей разделов, а также общей модели необходимо:

Открыть Navisworks Manage и выполнить настройку параметров преобразования форматов:


  • в меню приложения «» нажать «Параметры»;

  • появится окно «Редактор параметров»;

  • в разделе считывание файлов выбрать соответствующий формат;

  • указать настройки конвертации формата: для формата Revit согласно рис. 6.74 и для формата DWG – по умолчанию.

Рис. 6.74. Настройка преобразования формата Revit

При сборке файлов необходимо проверить, чтобы единицы вставленной модели были установлены в «МЕТРЫ».

В окне «Дерево выбора» нажать правую кнопку на имени вставленного файла и выбрать команду «Единицы и преобразование сцены …». Следует обратить внимание, что часто при вставке данных из Revit здесь появляются «ДЮЙМЫ».



Рис. 6.75. Единицы модели



6.7.1.4 Подготовка и настройка файлов AutoCAD Civil 3D

Необходимо в исходном файле Civil 3D установить правильные единицы измерения:



  1. вызвать команду «ЕДИНИЦЫ» и проверить установку единиц измерения МЕТРЫ;

Рис. 6.76. Единицы чертежа



  1. вызвать команду «AECDWGUNITSSETUP» и проверить, чтобы суффикс для единиц измерения площади и объема был указан М (метры). В противном случае в модель перейдут значения площадей и объемов в футах.

Рис. 6.77. Настройка чертежа



6.7.1.5 Подготовка и настройка файлов Autodesk Revit

Рекомендуемые настройки параметров обработки файлов Revit в Navisworks настройки приведены на рис. 6.78.



Рис. 6.78. Редактор параметров

Объекты модели, созданные в Revit, следует добавлять в сводную модель после того, как в нее были вставлены объекты Civil 3D. В противном случае возможны конфликты преобразования единиц модели в футы.

6.7.2 Автоматизированная проверка на коллизии (3D-координация)


Проверки сводной модели делятся на два типа: автоматизированные и ручные.

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

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

Процесс автоматизированной проверки состоит из:



  • создания проверки;

  • выбора элементов для проверки;

  • определения условий и параметров проверки;

  • запуска проверки;

  • создания отчетов по коллизиям.

6.7.2.1 Создание проверки

Для создания проверки вызываем окно «Clash Detective». Нажимаем на кнопку «Добавить проверку».



6.7.2.2 Выбор элементов для проверки. Матрица коллизий

В нижней части окна при помощи разделов «Выбор А» и «Выбор Б» указывается, между какими элементами модели будет выполняться проверка. При этом в наборах можно использовать файлы модели, свойства и поисковые наборы.



Рис. 6.79. Выбор элементов для проверки

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

Таблица 6.13. Пример матрицы коллизий для автоматизированных проверок





Существующие сети

Проектируемые сети

Искусственные сооружения

Здания и сооружения

Элементы дорожной одежды

Опоры освещения, ЖД, ЛЭП

Существующие сети

X

X

X

X

X




Проектируемые сети

X

X

X

X

X




Искусственные сооружения

X

X

X

X

X

X

Здания и сооружения

X

X

X

X







Элементы дорожной одежды

X

X

X




X




Опоры освещения, ЖД, ЛЭП







X







X

6.7.2.3 Определение условий и параметров проверки

Задание условий проверки выполняется в нижней левой части окна «Clash Detective».



Рис. 6.80. Определение условий проверки

Цифрой 1 на этом рисунке обозначено, что именно проверяется, а цифрой 2 – как проверяется.

Минимальный рекомендуемый набор параметров для проверки содержит:



– выбор поверхностей как части геометрии для проверки.

Тип:


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

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

Дублирование – два идентичных объекта находятся в одном и том же месте модели.

Допуск – «глубина» пересечения либо расстояние в пространстве вокруг элементов модели (см. предыдущий пункт). Зависит от типа проверки.

6.7.2.4 Запуск проверки

Первый запуск проверки следует за определением элементов, участвующих в проверке и условий проверки, и выполняется нажатием на кнопку «Запустить проверку».

Каждую последующую проверку можно запускать с вкладки «Результаты» нажатием на кнопку «Обновить все».

Рис. 6.81. Повторить проверку

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

Статусы коллизий могут иметь одно из следующих значений:



  • Создать – коллизия получает этот статус при обнаружении в ходе первой проверки;

  • Активные – коллизия получает этот статус в случае, если она не исправлена к моменту повторной проверки;

  • Исправленные – коллизия получает этот статус в случае, если к моменту повторной проверки она исправлена. Выполнением команды «Сжать» устраненные коллизии удаляются из списка;

  • Проанализировано – получение этого статуса следует связать с моментом назначения исполнителя;

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

6.7.2.5 Создание отчета по коллизиям

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

Отчет можно сформировать, переключившись в окне «Clash Detective» на закладку «Отчет». Здесь настраивается содержимое отчета и статусы выявленных конфликтов. Отчет можно представить для передачи в виде таблицы Excel. В этом случае следует выбрать формат представления отчета HTML (табличное представление). После отображения его в окне браузера его легко скопировать через буфер обмена в Excel. Такой вариант удобен, если нет уверенности, что тот, кому направляется отчет о коллизиях, имеет у себя Navisworks для просмотра. Или когда выявленные коллизии оформляются в виде приложения к официальной переписке между контрагентами.

Рис. 6.82. Настройки формирования отчета о коллизиях



Рис. 6.83. Пример отчета по коллизиям

В том случае когда информация о коллизиях передается в рабочем порядке, то это можно сделать, представив отчет «Как точки обзора». Также рекомендуется использовать такой вариант, если у контрагента используется версия Navisworks Freedom. Тогда все конфликты будут собраны в отдельной папке, как показано на рис. 6.84.

Рис. 6.84. Сохранение точки обзора

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

Рис. 6.85. Инструменты вывода для экспорта данных

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

6.7.3 Ручная проверка моделей


Ручная проверка в общем случае не относится к процессу поиска коллизий и включает в себя

• проверку моделей с применением средств визуального представления данных для выполнения проверки (формирование наборов элементов, перекрашивание элементов модели в зависимости от параметров и т. д.);



  • аудит наименования уровней, наименования слоев, наименования материалов, наименования типоразмеров системных семейств, используемых в модели;

  • аудит наименования видов;

  • корректное отображение элементов на видах;

  • проверка в модели элементов, не привязанных к процессу проектирования;

  • проверка наличия элементов «потерявшихся в пространстве», повисших в воздухе;

  • аудит соблюдения единиц проекта, начала координат и принятой системы координат.

Результатом проверки является сформированный вручную отчет.

Таблица 6.14. Пример фрагмента отчета по ручной проверке




6.7.4 Рекомендации по проведению координационных совещаний


Для анализа найденных в ходе проверок на 3D-координацию коллизий, поиска решений и назначения ответственных исполнителей должны проводиться координационные совещания. Участниками совещаний являются главные специалисты/ГИПы всех смежных групп/отделов/дисциплин, BIM-менеджер/координатор (-ы), комплексный ГИП, а также все заинтересованные лица.

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

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

6.7.5 Рекомендации по решению отдельных задач в Navisworks


6.7.5.1 Извлечение количественных показателей из сводной модели

Для извлечения количественных показателей следует использовать инструменты «Инспектор выбора» и «Quantification».



6.7.5.1.1 Работа с инструментом «Инспектор выбора»

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

  2. Вызывается окно «Инспектор выбора».

  3. С помощью кнопки «Краткие определения свойств» формируется набор свойств, которые необходимо извлечь из модели Navisworks.

Рис. 6.86. Формирование наборов свойств



  1. Выполняется команда «Экспорт в Excel». Сохраняется результат в формат CSV.

  2. Открывается Excel и формируется сводную таблицу для удобного представления извлеченной информации.

  3. Ниже приведен пример извлеченной информации по количеству и длине труб на отдельном участке.

Рис. 6.87. Пример извлеченной информации



Примечание. Иногда информация из модели приходит в таблицу Excel с использованием некорректного разделителя десятичных знаков. Тогда следует при помощи команды «Найти и Заменить», изменить формат полученных данных для корректного проведения вычислений.

6.7.5.1.2 Работа с инструментом Quantification

Для извлечения количественных показателей из модели Navisworks следует использовать инструмент «Quantification».



Рис. 6.88. Запуск инструмента Quantification



  1. Создается «Новый проект» в рабочей книге Quantification.


Рис. 6.89. Создание нового проекта



  1. Проводится настройка проекта. Если проект создается впервые, то выбирается вариант Uniformat. Или вариант «Перейти в каталог», если уже были выполнены настройки по данному проекту.


Рис. 6.90. Настройка проекта



  1. Указываются единицы измерения – Метрические.


  2. В окне «Каталог элементов» при помощи кнопки «Сопоставить свойства» выполняется сопоставление свойств, которые есть у элементов, и свойства, которые будут передаваться в качестве количественных характеристик.


Рис. 6.91. Сопоставление свойств



  1. Переносятся из «Дерева проекта» в окно «Рабочая книга Quantification» те элементы модели, по которым необходимо произвести расчеты.


  2. Результаты расчета отображаются в таблице. Для дальнейшего удобства работы с данными используется команда «Экспорт количественных показателей в Excel».




Рис. 6.92. Экспорт количественных показателей в Excel



6.7.5.2 Рекомендации по формированию наборов элементов

Для создания набора элементов модели следует в модели или в дереве выбора выделить необходимые элементы и в окне «Наборы» использовать команду «Сохранить выбор».



Рис. 6.93. Создание набора

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

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



Рис. 6.94. Пример набора

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

Рис. 6.95. Формирование поискового набора

После формирования необходимых условий выбора следует нажать кнопку «Найти все», для выбора элементов модели и в окне «Наборы» вызвать команду «Сохранить результаты поиска».

Рис. 6.96. Сохранение результатов поиска



6.7.5.3 Рекомендации по добавлению значения объема к объектам AutoCAD Civil 3D для передачи данных в сводную модель

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

Для решения этой задачи следует использовать следующий алгоритм действий:


  1. Через командную строку вызывается команда «STYLEMANAGER».

  2. В диалоговом окне выбирается текущий чертеж, раздел «Объекты документации – Наборы Характеристик».

Рис. 6.97. Диспетчер стилей



  1. Нажатием на правую кнопку мыши на строке «Наборы характеристик» вызывается команда «Новый».

Рис. 6.98. Вызов окна наборов характеристик



  1. Присваивается имя характеристике, например Объем. Справа на закладке «Применяется к» выбирается для какого типа объектов будет использоваться эта характеристика: Фигура (3D).

  2. Переход на закладку «Определение» и вызывается команда «Добавить определение программной характеристики».

Рис. 6.99. Добавить определение характеристики



Рис. 6.100. Выбор характеристик



  1. Выбираются солиды (фигуры 3D), которым необходимо добавить соответствующую характеристику.

  2. Вызывается команда «Добавить наборы характеристик».

Рис. 6.101. Добавить наборы характеристик



  1. Выбирается добавляемая характеристика.

Рис. 6.102. Добавить наборы характеристик



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

Рис. 6.103. Результат присвоения объема



6.7.5.4 Формирование наборов по разделам проекта для представления данных в экспертизу

Для удобства рассмотрения модели экспертами рекомендуется сформировать поисковые наборы по разделам проекта, сформированным согласно требованиям Постановления Правительства РФ № 87 от 16.02.2008 (ред. от 12.11.2016, с изм. от 28.01.2017).

Для этих целей в Navisworks вызывается окно «Поиск элементов» и формируется поисковый запрос, позволяющий из всех файлов проекта извлечь информацию, относящуюся к конкретному разделу проекта.

Рекомендуется создавать именно поисковый запрос, а не команду «Сохранить выбор». Так как однажды правильно настроенный поисковый запрос позволит не беспокоиться о вносимых в модель изменениях. Они будут автоматически формировать новый набор модели или добавлении новых элементов.



Рис. 6.104. Создание поискового запроса

На рис.6.105 представлена структура поисковых наборов.

Рис. 6.105. Структура поисковых наборов



Поле 1: Проект (XXXX)

Аббревиатура или код, обозначающий проект.



Поле 2: Наименование раздела проекта

ТКР – Технологические и конструктивные решения линейного объекта.

ИЛО – Инфраструктура линейного объекта.

Поле 3: Наименование подраздела проекта

ДЧ – Дорожная часть.

ИСО – Искусственные сооружения.

Поле 4: Номер тома проектной документации

Рис. 6.106. Пример структуры состава проекта





Поделитесь с Вашими друзьями:
1   ...   13   14   15   16   17   18   19   20   21




База данных защищена авторским правом ©vossta.ru 2022
обратиться к администрации

    Главная страница