Принцип работы: Скрипт автоматически извлекает значение параметра «Категория помещения» из помещения из связи АР и записывает его в соответствующий параметр «Категория помещения» у пространств ТХ, при условии совпадения параметра «Номер» у помещения и пространства.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\ТХ\ТХ_02_Перенос параметра категория помещения из помещений АР в пространства ТХ.dyn
Алгоритм работы:
Убедиться, что связь АР загружена и доступна в рабочей модели ТХ;
Открыть Проигрывателе Dynamo и запустить скрипт.
Рисунок 6.2.5.3 – Проигрыватель Dynamo. Скрипт ТХ_02_Перенос параметра категория помещения из помещений АР в пространства ТХ
1. В каждой модели необходимо отключить отображение единиц измерения. Пример некорректного отображения: «456,789 м³». Пример корректного отображения: «456,789»; 2. В значениях модели всегда использовать запятую вместо точки как разделитель десятичных дробей. Пример некорректного отображения: «456.789». Пример корректного отображения: «456,789».
По умолчанию в шаблоне АР единицы измерения настроены корректно.
Примечание
При отображении ед. измерений и наличии запятой вместо точки формулы расчета внутри Google-Таблицы будут работать некорректно.
Ссылки на шаблоны
Dynamo скрипт расположен по пути: «\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\00_ПРОЕКТНЫЕ\01_Выгрузка ТЭП.dyn»
Сборный файл расположен по пути: «\DSCLOUD\00_Processes_bim_private\01_ШАБЛОНЫ\RVT_21\DS_КФ_Template_R21.rvt»
Общая логика сбора ТЭП на проекте и ответственность сторон
На ранних стадиях проекта (фор-эскиз) нет возможности получения детальных ТЭП, так как замоделирован только условный объем будущего объекта. В данном случае сбор необходимых показателей происходит внутри Revit с помощью спецификаций, ответственный за результат – DD/DM.
В дальнейшем, когда проект насыщается необходимыми элементами, увеличивается детализация прорабатываемых решений, тогда предпочтительней производить сбор необходимых показателей вне Revit — с помощью Google-Таблиц.
Ключевой подход к получению итоговой таблицы ТЭП заключается в оптимизации сбора данных по каждой модели проекта, путем вывода всех данных в одну Google-Таблицу, с последующим анализом и расчетом необходимых показателей.
Примечание
Данный подход обоснован сложностью сбора данных с большого количества моделей (открыть модель -> собрать данные в спецификации -> выгрузить в открытый формат данных -> закрыть модель -> и так по каждой модели в проекте). Кроме этого, сборка данных в одной Google-Таблице позволяет гибко настраивать фильтры и формулы для получения показателей проекта, без необходимости открытия модели в Revit.
Важно: при работе с ТЭП необходимо придерживаться простого правила — чем меньше источников представления информации, тем лучше. Например, если на проекте принято, что ТЭП выгружается через Google-Таблицы, тогда нет необходимости дублировать ТЭП внутри Revit с помощью спецификаций. Такой подход может привести к ошибкам из-за возможных разночтений между Google-Таблицей и Revit.
Основные шаги и ответственность сторон для получения ТЭП:
Моделирование необходимых элементов в Revit и заполнение обязательных параметров у соответствующих категорий – DD/DM;
Анализ шаблона ТЭП от Заказчика и формирование Google-Таблицы по шаблону, определение рассчитываемых показателей и показателей, заполняемых вручную – BPM;
Настройка подсчета рассчитываемых показателей внутри Google-Таблицы с помощью сводных таблиц – ВРМ;
Создание сборочного файла, настройка скрипта для первой выгрузки данных и контроль ошибок заполнения параметров – ВРМ;
Последующее обновление данных при изменениях – DD/DM.
Моделирование необходимых элементов и заполнение обязательных параметров – DD/DM
Для автоматической выгрузки ТЭП используются следующие категории в Revit:
Помещения — основные данные (площади, функциональные назначения, имена и тд);
Зоны — для получения данных, которые невозможно получить из помещений (площадь застройки, площадь этажа и тд);
Примечание
Площадь этажа определяется с учетом внутренних стен, а площадь застройки определяется как пятно застройки, поэтому данные показатели невозможно получить из помещений.
Обобщенные модели — для получения строительного объема.
Для контроля корректности моделирования и заполнения обязательных параметров в шаблоне предусмотрены следующие виды и спецификации:
Рисунок 2.7.1- Revit. Проверочные виды и спецификации
Помещения
Для всех помещений проекта необходимо предусмотреть заполнение следующих параметров:
Имя — соответствует названию помещения;
ПО_Функц. назначение — соответствует функциональному назначению помещения;
Номер корпуса — заполняется в соответствии с логикой разделения, определенной в проекте;
Уровень — соответствует фактическому расположению помещения*.
*Верхний предел каждого помещения должен соответствовать Уровню, высота помещения регулируется параметром «Смещение сверху» (см. статью).
Для помещений, определенных в функциональное назначение «Номерной фонд», необходимо использовать плагин «Квартирография» ModPlus.
После отработки плагина проверить заполнение следующих параметров:
КВ_ID Квартиры — уникальный ID номера, квартиры и тд;
КВ_Тип Квартиры — наименование номера, квартиры и тд;
КВ_№ Квартиры — номер номера, квартиры и тд;
КВ_Тип Помещения — жилое/нежилое;
КВ_Метка квартиры — 0/1;
КВ_Площадь жилая;
КВ_Площадь квартиры;
КВ_Площадь неотапл. помещений;
КВ_Площадь общая.
Зоны
Зоны используются для получения данных, которые невозможно получить из помещений.
Как правило, во всех проектах определенно три основных типа зон:
Площадь застройки;
Площадь общая;
Площадь пожарного отсека.
Рисунок 2.7.2- Revit. Расчеты площадей и объемов
Зоны формируются на отдельных планах с соответствующим шаблоном вида «ТЭП_ПЭ_Зоны». Зона отрисовывается с помощью инструмента «Границы зон». Важно отрисовывать зону на соответствующем ей плане см. статью.
Рисунок 2.7.3- Revit. Планы зонирования
Для каждой зоны необходимо предусмотреть заполнение следующих параметров:
Имя — заполняется для идентификации зоны;
Номер корпуса — заполняется в соответствии с логикой разделения, определенной в проекте;
Этаж — заполняется в формате надземный/подземный, для соответствующего разделения.
Обобщенные модели
Обобщенные модели используются для получения информации о строительном объеме.
Строительный объем создается с помощью инструмента «Модель в контексте». Наименование обобщенной модели должно соответствовать следующему формату: «Строительный объем_Номер корпуса_Этаж». Первая часть названия — «Строительный объем_» — остаётся неизменной. Далее указываются «Номер корпуса» и «Этаж», в соответствии с расположением элемента в проекте (например, «Строительный объем_ГК_Надземный», как показано на рисунке ниже).
Рисунок 2.7.4- Revit. Наименование обобщённой модели
Созданные элементы строительного объема должны определяться в соответствующий рабочий набор — «АР_Строительный объем».
Для строительного объема необходимо предусмотреть заполнение следующих параметров:
Номер корпуса — заполняется в соответствии с логикой разделения, определенной в проекте;
Этаж — заполняется в формате надземный/подземный, для соответствующего разделения.
Работа с Google-Таблицей – ВРМ
Google-Таблица для расчета ТЭП формируется из следующих листов:
Листы красного цвета — основная таблица ТЭП, сформированная по шаблону Заказчика;
Листы зеленого цвета с префиксом «ЭЛ» — выгруженные данные из моделей по категориям Revit;
Листы коричневого цвета с префиксом «СВ» — сводные таблицы, сформированные из выгруженных данных, для подсчета рассчитываемых показателей.
Рисунок 2.7.5- Google-Таблицей. Расчет ТЭП
Формирование таблицы ТЭП по шаблону Заказчика
Рисунок 2.7.6- Google-Таблицей. Расчет ТЭП по шаблону ЗаказчикаПримечание
Вспомогательные данные, необходимые для получения показателей, заполняются в желто-красных ячейках. В белых ячейках данные заполняются вручную по шаблону ТЭП от Заказчика. В фиолетовых ячейках выполняется автоматический расчет показателя (с помощью формулы).
Формирование таблицы происходит по следующей логике:
Прорабатывается разделение показателей по корпусам. В строку «Номер корпуса» заносятся номера корпусов, соответствующих значениям в моделях;
Определяется метод расчета показателя (вручную, авто-зона, авто-помещения, авто-обобщенка). В столбец «Метод расчета показателя» заносится соответствующий метод;
Для рассчитываемых показателей формируются сводные таблицы. Наименование сводных таблиц для каждого показателя выносится в столбец «Наименование сводной таблицы»;
Для поиска информации в сводной таблице также заполняется столбец «Наименование показателя из сводной таблицы» (например, «SUM из Площадь» на рисунке ниже).
Рисунок 2.7.7- Google-Таблицей. SUM из Площадь
При добавлении новых показателей необходимо копировать формулу в ячейке по правилам Google-Таблиц, чтобы корректно изменялись ссылки на ячейки.
Примечание
Под правилами Google-Таблицы подразумевается копирование ячейки с изменением параметров внутри формулы (имя столбца, номер строки). Выделяем ячейку, наводимся на правый нижний угол и протягиваем ячейку в нужную сторону.
На рисунке ниже представлена расшифровка формулы для автоматического вычисления рассчитываемых показателей.
Сводные таблицы формируются исходя из шаблона ТЭП от Заказчика. На каждый рассчитываемый показатель реализуется отдельная сводная таблица.
Для настройки сводной таблицы необходимо нажать на «карандаш» и в открывшемся меню внести изменения.
Для большинства рассчитываемых показателей подходит следующий алгоритм сбора сводной таблицы:
Столбцы — всегда Номер корпуса (или Имя файла);
Строки — не заполняются;
Значения — параметр, который необходимо вычислить, в данном случае сумма по параметру Площадь;
Фильтры — параметры, по которым необходимо отфильтровать значения, в данном случае по параметру Тип зоны = «Площадь застройки».
Рисунок 2.7.9- Google-Таблицей. Редактор сводной таблицы
В результате получаем площадь застройки по каждому корпусу.
Подробную инструкцию по работе со сводными таблицами см. статью.
Важно: после формирования всех сводных таблиц необходимо скрыть вспомогательные листы с префиксами «ЭЛ» и «СВ».
Сборка, скрипт, контроль – ВРМ
Настройка сборочного файла
Сборочный файл создается на основе шаблона КФ. В него подгружаются все файлы, из которых необходимо сделать выгрузку. После чего запускается скрипт.
Сборочный файл и копия скрипта размещаются по следующему пути внутри папки проекта: «…\00_ПРОВЕРКИ\05_ТЭП»
Важно: в сборочном файле должны быть загружены все связи и открыты все рабочие наборы.
Примечание
При закрытых рабочих наборах/выгруженных связях скрипт попытается собрать данные из всех связей и поймает исключение. В результате данные не будут выгружены в Google-Таблицу.
Настройка скрипта
Скрипт настраивается в окне входных данных в проигрывателе Dynamo.
При первом запуске может потребоваться вход в один из Google-аккаунтов DS, для доступа обратитесь в BIM-отдел. Далее заполняем название Google-Таблицы (1), в которую будут выгружаться данные, а также параметры для всех необходимых категорий (2, 3, 4, 5): зоны, обобщенные модели, помещения, формы. Параметры прописываются через запятую, наименование в точности соответствует наименованию в моделях.
Важно: добавление новых параметров допускается только после уже существующих. Запрещено добавлять новые параметры между старыми! Например, добавим параметр «Площадь» к выгрузке для обобщенных моделей (см. ниже).
Данное условие обусловлено логикой работы скрипта: при повторном запуске, он затирает данные в Google-Таблице и записывает новые. Такой подход ломает связь между сводной таблицей и выгружаемыми данными. В результате, в случае если параметр был добавлен между существующими, сводная таблица не будет работать. Но, в случае добавления новых параметров в конец списка, сводная таблица будет работать корректно.
Кроме параметров на окне входных данных в таблицу выгружаются внутренние обязательные параметры: Имя файла, Дата обновления (дата заполнения данных), Счетчик 1 (значение 1 для каждого элемента), Счетчик 2 (значение от 1 до последнего элемента), ID (id элемента внутри модели), Тип зоны (только для зон).
После запуска скрипта в Google-Таблице обновятся соответствующие листы: ЭЛ_Зоны, ЭЛ_Обобщенные модели, ЭЛ_Помещения, ЭЛ_Формы.
Контроль ошибок заполнения
После отработки скрипта необходимо просмотреть выгруженные данные на наличие существенных ошибок и отсутствие заполнения обязательных параметров у элементов.
Как инструмент контроля можно использовать фильтры внутри Google-Таблицы. С помощью фильтров можно оценить все варианты заполнения параметра, наличие пустых параметров.
[ ] У всех элементов заполнен Номер корпуса; [ ] Обобщенные модели находятся в рабочем наборе «АР_Строительный объем»; [ ] Типы зон соответствуют данной инструкции и синхронизированы между моделями; [ ] Заполнены обязательные параметры; [ ] Числовые показатели выгружается с запятыми и без единиц измерения; [ ] Для Номерного фонда запущен плагин Квартирография.
Обновление данных при изменениях – DD/DM
Повторный запуск скрипта происходит без изменения входных данных. При необходимости добавить выгружаемый параметр/добавить файл в сборку/скорректировать сводную таблицу формируется запрос в BIM-отдел.
Обновление происходит по следующему алгоритму:
Открываем сборочный файл со всеми рабочими наборами и загруженными связями;
Запускаем проигрыватель Dynamo;
Определяем папку со скриптом;
Выполняем запуск скрипта без редактирования входных данных.
При первом запуске может потребоваться вход в один из Google-аккаунтов DS, для доступа обратитесь в BIM-отдел.
На стадии ОПР все оси и уровни размещаются в файле АР.
Ответственные: DM-AR, DD-AR.
После размещения осей и уровней в проектное положение ответственные создают задачу по шаблону «10ХХХ_СТАДИЯ_BIM/АР/КР/ТХ_Увязка осей и уровней» на BPM для настройки мониторинга и последующего копирования осей и уровней в другие разделы проекта.
Процесс включает следующие шаги: ⠀⠀1. Размещение осей и уровней: ⠀⠀⠀⠀1.1. Все оси и уровни размещаются DM-AR или DD-AR в файле раздела АР; ⠀⠀2. Создание задачи на мониторинг и копирование: ⠀⠀⠀⠀2.1. После размещения осей и уровней в проектное положение, DM-AR или DD-AR создает задачу для BPM; ⠀⠀⠀⠀2.2. BPM выполняет копирование и мониторинг осей и уровней в другие разделы проекта.
Рисунок 4.2.1.30.1 – Схема увязки осей и уровней на стадии ОПР в Revit
⠀
При необходимости корректировки осей и уровней, после их настройки в файлах других разделов, по инициативе DM-AR и DD-AR вносят и уведомляют исполнителей через задачу по шаблону «10ХХХ_СТАДИЯ_BIM/АР/КР/ТХ_Увязка осей и уровней». Исполнители принимают изменения в своих файлах. После чего BPM проверяет рабочие модели и постановщик может закрывает задачу.
Процесс включает следующие шаги: ⠀⠀1. Корректировка осей и уровней: ⠀⠀⠀⠀1.1. DM-AR или DD-AR корректирует оси и уровни в файле раздела АР; ⠀⠀⠀⠀1.2. DM-AR или DD-AR уведомляет исполнителей о внесенных изменениях через задачу с чек-листом, включающим все модели других разделов. BPM должен быть в наблюдателях; ⠀⠀2. Принятия изменений: ⠀⠀⠀⠀2.1. После изменения осей и уровней исполнители принимают изменения в своих файлах; ⠀⠀⠀⠀2.2. Задача закрывается только после того, как все исполнители подтвердят принятие изменений и BPM проверил рабочие модели.
Рисунок 4.2.1.30.2 – Схема увязки осей и уровней на стадии ОПР в Revit
⠀
При необходимости корректировки осей и уровней, после их настройки в файлах проекта, по инициативе ST, Tech и MEP, создается задача по шаблону «10ХХХ_СТАДИЯ_BIM/АР/КР/ТХ_Увязка осей и уровней» на AR, вносят изменения DM-AR и DD-AR в своем файле и уведомляют исполнителей. Исполнители принимают изменения в своих файлах. После чего просят BPM проверить рабочие модели и постановщик может закрывает задачу.
Процесс включает следующие шаги: ⠀⠀1. Создание задачи: ⠀⠀⠀⠀1.1. Исполнители ST, Tech и MEP создают задачу на AR с наблюдателями по всем разделам. В задаче указывается подробная информация о том, как необходимо изменить оси или уровни; ⠀⠀2. Корректировка осей и уровней: ⠀⠀⠀⠀2.1. DM-AR или DD-AR корректирует оси и уровни в файле раздела АР; ⠀⠀⠀⠀2.2. DM-AR или DD-AR уведомляют исполнителей других разделов в рамках задачи о внесённых изменениях; ⠀⠀3. Принятия изменений: ⠀⠀⠀⠀3.1. После корректировки осей и уровней, исполнители других разделов принимают изменения в своих файлах; ⠀⠀4. Закрытие задачи: ⠀⠀⠀⠀4.1. После того как все разделы отпишутся в задаче и подтвердят принятие изменений, BPM проверит рабочие модели и постановщик может закрыть задачу.
Рисунок 4.2.1.30.3 – Схема увязки осей и уровней на стадии ОПР в Revit
Стадия ПД, РД
На стадиях ПД, РД все оси и уровни размещаются в файле БФ.
Ответственный: BPM.
При переходе со стадии ОПР на ПД, BPM создает БФ с осями и уровнями и настраивает мониторинг во всех рабочих файлах.
Процесс включает следующие шаги: ⠀⠀1. Создание файла БФ: ⠀⠀⠀⠀1.1. BPM создает файл БФ; ⠀⠀⠀⠀1.2. BPM переносит оси и уровни из файла раздела AR в файл БФ; ⠀⠀2. Настройка мониторинга и копирования в файлы разделов проекта: ⠀⠀⠀⠀2.1. BPM настраивает мониторинг и копирование осей и уровней в рабочие файлы всех разделов проекта.
Рисунок 4.2.1.30.4 – Схема увязки осей и уровней на стадии ПД, РД в Revit
⠀
На стадиях ПД, РД все изменения в положении осей и уровней производит BPM в БФ по запросу от AR, ST, Tech и MEP. После внесения изменений BPM уведомляет исполнителей. Исполнители принимают изменения в своих файлах. После чего просят BPM проверить рабочие модели и постановщик может закрывает задачу.
Процесс включает следующие шаги: ⠀⠀1. Создание задачи: ⠀⠀⠀⠀1.1. Исполнители AR, ST, Tech и MEP создают задачу по шаблону «10ХХХ_СТАДИЯ_BIM/АР/КР/ТХ_Увязка осей и уровней» на BPM с наблюдателями по всем разделам. В задаче указывается подробная информация о том, как необходимо изменить оси или уровни; ⠀⠀2. Корректировка осей и уровней: ⠀⠀⠀⠀2.1. BPM корректирует оси и уровни в файле БФ; ⠀⠀⠀⠀2.2. BPM уведомляют исполнителей всех разделов в рамках задачи о внесённых изменениях; ⠀⠀3. Принятия изменений: ⠀⠀⠀⠀3.1. После корректировки осей и уровней, исполнители всех разделов принимают изменения в своих файлах; ⠀⠀4. Закрытие задачи: ⠀⠀⠀⠀4.1. После того как все разделы отпишутся в задаче и подтвердят принятие изменений, BPM проверит рабочие модели и постановщик может закрыть задачу.
Рисунок 4.2.1.30.5 – Схема увязки осей и уровней на стадии ПД, РД в Revit
Принятие изменений через мониторинг
Процесс включает следующие шаги:
⠀⠀1. Обновление связи АР; ⠀⠀2. Отобразится уведомление об изменённых осей и уровней; ⠀⠀3. Необходимо выделить связь во всём проекте; ⠀⠀4. Открыть «Просмотр координаций»; ⠀⠀5. Принять изменения, выбрав действие: ⠀⠀⠀⠀Оси: ⠀⠀⠀⠀⠀⠀5.1. Сетка перемещена – Изменить сетку «Х»; ⠀⠀⠀⠀⠀⠀5.2. Элемент удален – Удаление элемента; ⠀⠀⠀⠀⠀⠀5.3. Имя изменено – Переименование элемента «Х»; ⠀⠀⠀⠀Уровни: ⠀⠀⠀⠀⠀⠀5.4. Элемент удален – Удаление элемента; ⠀⠀⠀⠀⠀⠀5.5. Имя изменено – Переименование элемента «Х»; ⠀⠀⠀⠀⠀⠀5.6. Уровень перемещен пользователей – Перенос уровня «Х».
Рисунок 4.2.1.30.6 – Revit. Принятие изменений через мониторинг
Принцип работы: Скрипт автоматически добавляет и размещает семейства, которые могут не отображаться на планах, но обязательны к учету в спецификациях и других документах проекта.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\ТХ\ТХ_01_Разместить семейства для спецификаций.dyn
Для работы со скриптом используется семейство: ТХ_Для спецификаций_Специальное оборудование
Расположение семейства: …\00_ЦБ\2021\25_ТХ (ТОЛЬКО ДЛЯ ТХ)\04_Оборудование\00_Базовые\ТХ_Для спецификаций_Специальное оборудование
Важные моменты:
В проект необходимо добавить семейство «ТХ_Для спецификаций_Специальное оборудование»;
При повторном запуске скрипта все ранее размещённые семейства в пространствах удаляются, после чего заново размещаются в модели;
Для работы скрипта необходимо, чтобы в проект был добавлен параметр «DS_Имя пространства» для категории «Пространства» из ФОП;
Скрипт автоматически заполняет параметр «Комментарий» в семействах «ТХ_Для спецификаций_Специальное оборудование» информацию о том, кто и когда последний раз запускал скрипт;
Алгоритм работы:
⠀⠀1. Предварительно заполняется «Транслятор ТХ» для семейств, используемых в спецификациях. Перед заполнением обязательно ознакомиться с инструкцией использования Транслятора. В таблице транслятора обязательно заполняются столбцы:
⠀⠀⠀⠀1.1. Столбец A – «DS_Имя пространства» – параметр для идентификации функционального назначения помещения. Используется скриптом для распознавания пространств, в которых необходимо разместить семейства (например, во всех уборных одинаковое оснащение, соответственно, для все уборных заполняем параметр одинаковым значением; то же самое касается раздевалок, ПУИ, кладовых и т.п.); ⠀⠀⠀⠀1.2. Столбец B — «Имя семейства» – наименование семейства. Не изменяется, если нет необходимости. В случае изменения наименования в таблице, необходимо также переименовать соответствующее семейство (имя семейства в ЦБ остаётся неизменным); ⠀⠀⠀⠀1.3. Столбец C – «Имя типа» – наименование типоразмера внутри семейства. Значение зависит от функционального назначения оснащения; ⠀⠀⠀⠀1.4. Столбец D – «Количество в пространстве» – количество единиц экземпляров, размещаемых в пространстве;
Примечание
Если в помещении необходимо установить несколько вешалок, урн и т.п., указывается нужное количество. По умолчанию значение равно 1.
⠀⠀⠀⠀1.5. Столбцы E-К — содержат информацию для заполнения параметров, которые попадают в спецификацию. Наименования столбцов должны точно соответствовать наименованиям параметров в проекте.
Рисунок 6.2.5.1.1 – Google Таблицы. Транслятор ТХ
⠀⠀2. В пространствах, размещённых в проекте, необходимо заполнить параметр «DS_Имя пространства». Значение параметра должно точно соответствовать значению, указанному в столбце «A» транслятора ТХ.
Примечание
Параметр «DS_Имя пространства» заполняется только в тех пространствах, где необходимо разместить оборудование. В пространствах, где семейства размещать не требуется, значение параметра остаётся пустым. Заполнение параметра осуществляется в зависимости от функционального назначения помещения.
⠀⠀3. Скрипт работает с Google Таблицей, поэтому перед его запуском необходимо войти в Google-аккаунт команды ТХ. После заполнения параметров всех необходимых пространств скрипт готов к запуску. Для запуска через «Проигрыватель Dynamo» необходимо сопоставить входные данные: ⠀⠀⠀⠀- Название таблицы; ⠀⠀⠀⠀- Название листа таблицы; ⠀⠀⠀⠀- Имя семейства; ⠀⠀⠀⠀- Имя типа; ⠀⠀⠀⠀- Номер пространства.
Рисунок 6.2.5.1.2 – Проигрыватель Dynamo. Скрипт ТХ_01_Разместить семейства для спецификаций
При оформлении планов ТХ для стадий ПД, РД оборудование и мебель маркируются с использованием семейств марок «ТХ_Марка оборудования» и «ТХ_Марка мебели».
Примечание
В типоразмерах марок предусмотрены два варианта — с полкой и без полки. Выбор варианта осуществляется в зависимости от конкретной ситуации.
⠀
Рисунок 4.2.7.2.1 – Revit. Марки оборудования «ТХ_Марка оборудования» и мебели «ТХ_Марка мебели»
⠀
Параметр «Позиция», относящийся к типоразмеру семейств, заполняется через спецификацию «Спецификация оборудования».
Рисунок 4.2.7.2.2 – Revit. Спецификация оборудования
⠀
Алгоритм работы при маркировке всего оборудования:
⠀⠀1. На вкладке «Аннотации» используется инструмент «Маркировать все». Выбираем категорию оборудование и задаём семейство с типоразмером марки «ТХ_Марка оборудования – Марка без полки»;
⠀⠀2. После размещения марок снимаем изоляцию с вида и сдвигаем марки для обеспечения наглядности и удобства восприятия;
Рисунок 4.2.7.2.3 – Revit. Маркировка всего оборудования
⠀
⠀⠀3. Для ускорения процесса выравнивания марок можно использовать плагин «Align»: ⠀⠀⠀⠀1. Установите ориентир — выставьте одну марку в нужное положение; ⠀⠀⠀⠀2. Выберите необходимый инструмент выравнивания, например, «Align Bottom»; ⠀⠀⠀⠀3. После этого выделите все марки и нажмите «Готово» — плагин автоматически выровняет их относительно выбранного ориентира.
Рисунок 4.2.7.2.4 – Revit. Плагин «Align»
⠀
На стадии РД для выдачи задания инженерам ЭС для оборудования, подключённого к инженерным сетям, используется семейство марок «ТХ_Марка оборудования_ЭОМ», предназначенное для указания характеристик оконечных устройств инженерных систем.
Рисунок 4.2.7.2.5 – Revit. Марки оборудования «ТХ_Марка оборудования_ЭОМ»
⠀⠀1. С помощью плагина «ModPlus» и инструмента «Контекстный фильтр» заполняется параметр «Напряжение» (1), а затем выделяется оборудование на плане имеющимися значениями (2);
⠀⠀2. Необходимо изолировать на виде выбранные элементы;
Примечание
При использовании инструмента «Маркировать все» на виде невозможно установить две марки к одному элементу.
⠀
⠀⠀3. На вкладке «Аннотации» используется инструмент «Маркировать все». Выбирается категория оборудование и задаётся типоразмер марки «ТХ_Марка оборудования_ЭОМ – Марка с полкой» и необходимо поставить галочку в поле «Выноска»;
⠀⠀4. После размещения марок снимаем изоляцию с вида и сдвигаем марки для обеспечения наглядности и удобства восприятия;
Рисунок 4.2.7.2.7 – Revit. Маркировка оборудования ЭОМ
⠀
⠀⠀5. Используем плагин «Align» для выравнивания марок.
Рисунок 4.2.7.2.8 – Revit. Оформленное задание инженерам ЭС
Принцип работы: Скрипт рассчитывает длину напольного плинтуса, вычисляя периметр помещения и вычитая из него ширину всех дверных проёмов на уровне пола.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\АР\АР_08_Подсчет длины плинтуса\АР_08_Подсчет длины плинтуса.dyn
Важные моменты: — должны быть включены все связи, элементы из которых могут влиять на помещения (например, стены ЖБ); — параметр «ВО_Плинтус подсчет»: ⠀⠀⠀⠀⠀При включённой галочке — скрипт рассчитывает длину плинтуса для помещения. ⠀⠀⠀⠀⠀При выключенной галочке — результат не записывается (остаётся пустым). ⠀⠀⠀⠀⠀По умолчанию все галочки считаются включёнными.
Рисунок 6.2.2.21 – Revit. Параметры помещения
Алгоритм работы: 1. В Проигрывателе Dynamo задаётся условие: вычитать длину разделителя или нет. Если разделитель находится в рабочем наборе «АР_Помещения» и галочка включена — его длина вычитается из общей длины плинтуса. Разделители из других рабочих наборов — игнорируются. Далее запускаем скрипт.
Рисунок 6.2.2.22 – Проигрыватель Dynamo
2. Скрипт обрабатывает все помещения в проекте и записывает результат в параметр «ВО_Плинтус длина».
Принцип работы: Когда есть необходимость изменить категорию семейства, скрипт позволяет разместить на том же месте новое семейство другой категории.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\ОБЩ\ОБЩ_04_Размещение семейств по координатам сущ. элементов в модели.dyn
Алгоритм работы:
Запустите Проигрыватель Dynamo. Далее выполните следующие шаги:
1. Выберите заменяемые элементы — укажите элементы модели, которые будут подвергнуты замене; 2. Выберите уровень — задайте уровень, на котором будут выполняться изменения; 3. Выберите типоразмер семейства для замены — укажите нужный тип элемента (тип семейства), на который будут заменены исходные; 4. Заполните необходимые параметры для смещения — введите данные для корректного позиционирования новых элементов.
После настройки всех параметров — запустите скрипт.
Принцип работы: Скрипт проверяет назначение кодификатора по верхнему коду: ищет назначенный элементу код + «.» в классификаторе.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\ОБЩ\ОБЩ_03_Проверка верхнего кода по классификатору.dyn
Алгоритм работы:
В «Проигрыватель Dynamo» необходимо указать файл классификатора выгруженного в Excel. Затем файл Excel, куда сохранить данные. После указать имя листа из Excel и вид на котором отображены элементы. В «Проигрыватель Dynamo» необходимо указать следующие параметры:
1. Файл классификатора — загрузите Excel-файл с данными классификатора, который был выгружен ранее; 2. Файл для сохранения данных — укажите Excel-файл, в который будут записаны результаты работы скрипта; 3. Имя листа — введите имя листа в указанном файле, на который будут сохранены данные; 4. Вид для обработки — выберите вид, на котором отображены элементы, подлежащие обработке скриптом.
После выполнения всех указанных действий — запустите скрипт.
Принцип работы: Скрипт обновляет примечания на листах: берет информацию из Excel и транслирует в Revit.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\ОБЩ\ОБЩ_02_Транслятор для примечаний
Алгоритм работы:
Размещает на листу семейство «Контейнер для примечаний» (1), и заполняем параметр «Номер» (2). Семейство расположено по пути: «\\DSCLOUD\00_Processes_bim\02_Семейства\00_ЦБ\2021\01_Оформление\01_АР\02_Обозначения\Контейнер для примечаний.rfa»
Рисунок 6.2.1.3.1 — Семейство «Контейнер для примечаний»
После этого откройте файл в Excel и, согласно значению параметра «Номер» у семейства, заполните соответствующий столбец «Многострочный контейнер» данными согласно столбцу «Номер» таблицы. В столбце «Комментарий» заполняем Имя листа. Необходимо сохранить изменения.
Рисунок 6.2.1.3.2 — Excel
После чего переходим в Revit и запускаем «Проигрыватель Dynamo». Необходимо указать путь на Excel файл (2) и заполнить «Имя листа» (2). После чего запустить скрипт.
1. В Civil 3D выделите поверхность, которую нужно экспортировать;
2. На ленте инструментов в группе «Инструменты работы с поверхностями» → «Извлечь из поверхности» → «Извлечь тело из поверхности»;
Рисунок 4.2.5.3.1 – Civil 3D. Инструмент «Извлечь тела из поверхности»
3. Нажмите «Построить тело».
Рисунок 4.2.5.3.2 – Civil 3D. Инструмент «Извлечь тела из поверхности»
1.2. Копирование тела в чистый DWG
1. Выделите полученное тело → Ctrl+C (копировать);
2. Создайте новый DWG-файл;
3. Вставьте поверхность по исходным координатам (Вставка → «Вставить с исходными координатами»).
Рисунок 4.2.5.3.3 – AutoCAD. Инструмент «Вставить с исходными координатами»
1.3. Проверка слоя и целостности поверхности
1. Убедитесь, что поверхность:
Находится на слое «0» (если нет — измените вручную);
Является единым объектом (не разбита на части);
Одна поверхность — один DWG-файл
Существующая и проектная поверхность должна иметь одинаковые границы (подрезку).
2. Сохраните файл в папку «..\ЗАДАНИЯ\02_ГП\[ГГГГММДД]_[Комментарий]\»;
3. Имя файла задать «[Шифр]_GP_[Имя]»
4. Отписаться в задаче по коммуникации между ГП и BIM «[Шифр]_Актуализация с BIM».
Конвертация в FBX через Navisworks
Ответственный BPM.
2.1. Открытие DWG в Navisworks
1. Запустите Navisworks → «Добавить» → выберите сохраненный DWG по ссылке из соответствующей задачи (см. пункты выше).
Рисунок 4.2.5.3.4 – Navisworks. Функция «Добавить»
2.2. Экспорт в FBX
1. Перейдите в «Файл» → «Экспорт» → «FBX»;
Рисунок 4.2.5.3.5 – Navisworks. Экспорт FBX
2. Укажите папку «..ГП\01_РАБОЧИЕ ФАЙЛЫ\00_RHINO_ДАННЫЕ\» и сохраните.
3. Имя файла задать «[Шифр]_GP_[Имя]» (Имя — существующая или проектная поверхность)
Подготовка модели Revit
Ответственный BPM.
3.1. Создание пустой модели
1. Откройте Revit → создайте новый проект;
2. Сохраните в папку «..ГП\01_РАБОЧИЕ ФАЙЛЫ\00_Revit_ДАННЫЕ\»;
3. Имя модели «[Шифр]_[Стадия]_ГП_R[версия].rvt».
3.2. Определение точки привязки
1. Откройте DWG-подложку генплана по пути «..\00_SHARED\00_Координация»
2. При необходимости обновить/запросить новую поверхность обратиться к отделу ГП через задачу по коммуникации между ГП и BIM «[Шифр]_Актуализация с BIM».;
3. Выберите точку привязки (Выбрать начало участка, если его нет пересечение осей одного из корпусов);
2. Синхронизируйте модель, сохраните расположение модели в появившемся окне, закройте Координационный файл.
Выгрузка в NWC
Ответственный BPM.
Откройте модель по пути:
«..ГП\01_РАБОЧИЕ ФАЙЛЫ\00_Revit_ДАННЫЕ\[Шифр]_[Стадия]_ГП_R[версия].rvt» экспортируйте ее в NWC с вида Navisworks или добавьте модель в конфигурацию для автоматической выгрузки в NWC.
Примечание
Экспортировать рекомендуется через Файл→Экспрорт→NWC или через Revit Helper
