Все вышеуказанные спецификации представляют собой шаблон. Для применения в проекте необходимо: — Скопировать соответствующую шаблонную спецификацию; — Разместить его в соответствии с иерархией диспетчера проекта; — Переименовать в соответствии со статьей Правила наименования.
Дополнительные
Редко используемые спецификации мебели и оборудования:
В спецификации «Задание_Экспликация пространств_Характеристики» по умолчанию нет фильтров.
Контроль Качества (КК)
Данные спецификации предназначены исключительно для внутреннего самоконтроля параметров элементов в модели и не используются на оформляемых листах. Они классифицируются на три типа:
Проверочная спецификация оборудования — контроль полноты и корректности заполнения параметров оборудования;
Проверочная спецификация листов — проверка заполненности параметров у листов;
Проверочные спецификации пространств – детально описанным в статье «Пространства».
Все нижеуказанные спецификации Общих данных, по умолчанию нет фильтров.
Пример оформления спецификаций:
Рисунок 4.1.3.1.19 – Revit. Спецификация «Ведомость основных комплектов рабочих чертежей»Рисунок 4.1.3.1.20 – Revit. Спецификация «Ведомость рабочих чертежей основного комплекта»Рисунок 4.1.3.1.21 – Revit. Спецификация «Ведомость ссылочных и прилагаемых документов»
Спецификации
Рабочая спецификация оборудования:
Спецификация «Спецификация оборудования_девятиграфка», применяется на стадиях ПД/РД, включает девять обязательных граф: позиция, наименование и характеристики, тип/марка, код изделия, поставщик, ед.изм., количество, масса, примечание. Дополнительные спецификации с наименование «_ТХ1»… «_ТХ4», подготовлены с дополнительным фильтром по параметру «Комментарий».
Разделение спецификации на фрагменты и размещение на листы в Revit 2022 и выше
Создание листов:
1. Подготовка базовых листов: ⠀•Создайте первый лист, используя семейство основной надписи: «Ш_Основная надпись_форма 3»; ⠀•Создайте второй лист, используя семейство: «Ш_Основная надпись_форма 6»; ⠀•Оба листа должны быть в формате А3.
2. Копирование листов: ⠀•С помощью плагина RevitHelper → Создание листов создайте копии листа с запасом.
3. Диспетчер проекта: ⠀•Выделите все созданные листы; ⠀• Присвойте каждому листу корректные значения параметров: «Имя листа» и «Раздел проекта».
Рисунок 4.1.3.1.27 – Revit. Создание листов
Размещение спецификации на листах:
Щёлкните правой кнопкой мыши по спецификации «Спецификация оборудования_девятиграфка» и выберите команду «Разделить и вставить»;
В диалоговом окне выберите созданные листы, убедившись, что параметр «Высота» заполненной области таблиц не превышает 240 мм;
Приблизительно разместить фрагмент спецификации на листе.
Рисунок 4.1.3.1.28 – Revit. Размещение спецификации на листах
Выравнивание спецификации на листах:
Левый край — выровнять с помощью инструмента «Выровнять» относительно левой границы листа;
Верхний край — измерить расстояние от верхнего края таблицы до верхней границы листа с помощью инструмента «Измерить между двумя опорными объектами». Вычесть 32 мм — высоту шапки таблицы;
Применить инструмент «Перенести», переместив таблицу на рассчитанную величину, чтобы верхний край таблицы точно совпал с отметкой 32 мм от верхнего края листа.
Нижний край — подтянуть таблицу вверх, исключив наложения;
Проделать описанный процесс для всех последующих листов, где размещена спецификация.
Рисунок 4.1.3.1.29 – Revit. Выравнивание спецификации на листах
Переходим на последний лист для спецификаций;
Разделяем спецификацию и подтяните нижний край фрагмента;
Удалите последний фрагмент спецификации с этого листа;
Перейдите на следующий лист и разместите последний фрагмент спецификации;
Необходимо выровнить в последний раз по левому и верхней границе листа.
Рисунок 4.1.3.1.30 – Revit. Выравнивание последней спецификации на листе
Важно: если лист содержит шапку таблицы, необходимо отключить заголовок таблицы: перейти «Вид» → «Показать название» и снять галочку.
Фильтрация элементов в спецификации по параметру пространства
Для настройки фильтрации элементов в спецификации по одному пространству выполните следующие шаги:
Откройте спецификацию, в которой требуется фильтрация (например, «Спецификация оборудования_девятиграфка»);
В разделе «Фильтр» выберите параметр (например, «Пространства: DS_Тип номера», «Пространства: Номер» и т.п.) пространства по которому необходимо отфильтровать элементы.
Рисунок 4.1.3.1.32 – Revit. Фильтрация элементов в спецификации по параметру пространства
Важно: в Revit 2024 появилась возможность фильтровать элементы по листу — после размещения спецификации на листе в неё автоматически попадают только те элементы, которые присутствуют на этом листе.
Рисунок 4.1.3.1.33 – Revit. Фильтрация элементов на листе
Важно: если не хватает параметров для фильтрации элементов, пожалуйста, обратитесь к BM-Tech.
Пространство — инструмент в Revit, который позволяет переносить и анализировать геометрию помещений из модели АР в рабочую модель ТХ. Пространства имеют высоту, площадь, периметр и номера помещений из АР, но при этом дают полный контроль над параметрами в рабочей модели ТХ. Инструмент располагается на вкладке «Анализ» → «Пространство».
Перед работой с пространствами, необходимо у связанных файлов АР, КР, включить галочку «Граница помещения», это необходимо для создания пространств в модели:
2. Чтобы пространство в модели ТХ корректно построилось и считывало параметры помещения из АР, необходимо чтобы «Уровень» и «Верхний предел», находился на одном уровне. Это можно проверить с помощью выбора помещения АР на плане или с помощью проверочной спецификации «Проверочная экспликация пространств и помещений». Если параметры не совпадают – необходимо обратиться к команде АР для корректировки помещения.
Рисунок 4.2.7.3.3 – Revit. Параметры помещения
3. Запрещено изменять настройки «Расчеты площадей и объемов» — они должны соответствовать параметрам, указанным на скриншоте ниже.
Рисунок 4.2.7.3.4 – Revit. Расчеты площадей и объемов
Размещение одного пространства в рабочей модели:
У помещения из АР посмотреть значение параметра «Смещение сверху»;
Перейти на вкладку «Анализ» → «Пространство»;
Задать пространству «Смещение сверху»;
Разместить пространство в требуемом месте с правильной высотой.
Рисунок 4.2.7.3.5 – Revit. Размещение одного пространства
Размещение пространств на одном уровне в рабочей модели:
Перейти на вкладку «Анализ» → «Пространство»;
Выбрать «Разместит пространства автоматически»;
После чего проверить корректность размещения всех созданных пространств на уровне;
Перенести всех необходимых значений параметров из помещений АР в пространства ТХ используйте плагин «Параметризация» от ModPlus — подробная инструкция описана в главе «Параметризация».
Рисунок 4.2.7.3.6 – Revit. Размещение пространств на одном уровне
Отображение пространств на плане:
Необходимо перейти в «Переопределения видимости/графики»;
Найти категорию «Пространство»;
Включить галочку «Внутренний» — на плане отобразится заливка внутренней области пространства;
Рисунок 4.2.7.3.7 – Revit. Отображение заливки у пространств на виде
4. Включить галочку «Связь» — на плане появятся перекрестия внутри пространства;
Рисунок 4.2.7.3.8 – Revit. Отображение перекрестия у пространств на виде
5. Галочка «Цветовое обозначение» активирует применение цветовой схемы — после её настройки пространства будут визуально выделены в соответствии с выбранной схемой.
Для маркировки пространств предусмотрено семейство марки «ТХ_Марка пространств». В семействе — четыре типоразмера: два предназначены для маркировки номерного фонда и два — для технических помещений.
Рисунок 4.2.7.3.11 – Revit. Чертежный вид «Семейства «Марки»». Марка «ТХ_Марка пространств»Примечание
Марки для номерного фонда и технических помещений содержат разные параметры. При оформлении планов используйте только предназначенные для каждого типа пространства марки.
Спецификации
Проверочная спецификация «КК_Экспликация пространств и помещений»
Проверочная спецификация «КК_Экспликация пространств и помещений» используется для сравнения параметров пространств ТХ и помещений АР.
Рисунок 4.2.7.3.12 – Проверочная спецификация «КК_Экспликация пространств и помещений»
Обозначение цветов:
Зелёный столбец – значение параметров пространств ТХ;
Красный столбец — значение параметров помещений АР.
Рисунок 4.2.7.3.13 – Общий вид проверочной спецификации «КК_Экспликация пространств и помещений»
На примере, пространства с номером «3.02»:
Параметры заполнены, нужно проверить соответствие;
Значение пустое, вместо него стоит пробел;
Столбец не раскрашен — параметр не заполнен вообще.
Рисунок 4.2.7.3.14 – Проверочная спецификация «КК_Экспликация пространств и помещений»
2. Спецификация для технических помещений «Экспликация помещений»
В спецификации настроен фильтр, включающий только технические помещения, с сортировкой по параметру «Номер».
Параметры по столбцам:
Номер;
Имя;
Площадь;
Категория помещений.
Рисунок 4.2.7.3.15 – Спецификация для технических помещенийПримечание
В шаблоне ТХ данная спецификация имеет наименование «Экспликация помещений»
3. Спецификация для номерного фонда «Экспликация номеров»
В спецификации настроен фильтр, включающий только пространства номерного фонда, с сортировкой по параметру «DS_№ номера».
Параметры по столбцам:
DS_№ номера;
DS_Тип номера;
DS_Площадь номера.
Рисунок 4.2.7.3.16 – Спецификация для номерного фондаПримечание
В шаблоне ТХ данная спецификация имеет наименование «Экспликация номеров»
Расчет площади у пространств
Если в экспликации в графе «Площадь» отображаются корректные значения — означает, что пространство создано правильно и имеет замкнутый контур.
Основные ошибки, влияющие на расчёт площади:
Избыточное пространство: несколько помещений находятся в одних и тех же границах — приводит к дублированию площади;
Не окружено: контур пространства незамкнут — система не может рассчитать площадь. Необходимо проверить все стены, перегородки и границы;
Не размещено: пространство было удалено с вида через Delete — оно не исчезает из модели, но перестаёт участвовать в расчётах. Необходимо восстановить его на виде, чтобы площадь снова отображалась.
Рисунок 4.2.7.3.17 – Revit. Экспликация помещений
Удаление пространства
Удалять пространства необходимо только через спецификацию:
Выделите нужное пространство или несколько;
Перейдите на вкладку «Изменить спецификацию/количество»
Выберите действие «Удалить» для выбранных строк.
Рисунок 4.2.7.3.18 – Revit. Удаление пространств
Предупреждения Revit при работе с пространствами
Контур пространства незамкнут
Рисунок 4.2.7.3.19 – Предупреждение. Контур пространства незамкнут
Причина: пространство размещено не внутри замкнутого помещения — например, если оно находится между стенами, но не охвачено ими полностью, или если стены не соединены в замкнутый контур.
Решение: переместите пространство внутрь помещения. Проверьте, что нет разрывов в стенах.
Причина: размещение нового пространства в место, где уже существует другое пространство.
Решение: необходимо удалить дублирующее пространство из проверочной спецификации «КК_Экспликация пространств и помещений». Для этого в столбце «Площадь» найти значение: «Избыточное пространство» и удалить его.
Данный аналитический метод формирования ВОР применяется в случаях, когда отделка не моделируется, расчеты реализованы на основе параметров помещений.
Подход получения итоговой таблицы ВОР заключается в сборе данных по каждой модели проекта путем вывода всех данных в одну Google–Таблицу с последующим анализом и расчетом необходимых показателей.
Основные шаги и ответственность сторон для получения ВОР:
Подготовка моделей. Добавление обязательных параметров в Revit–модель – BPM;
Настройка скриптов. Настройка набора скриптов, обеспечивающих обмен данными между Google–Таблицей и Revit по шаблонам – BPM;
Заполнение параметров в модели с помощью скриптов, обработка исключений – BPM, DM/DD
Создание сборочного файла, выгрузка параметров в Google–Таблицу – BPM, DM/DD
Анализ шаблона ВОР от Заказчика (если был передан) и формирование Google–Таблицы по шаблону, определение рассчитываемых показателей – BPM;
Последующее обновление данных при изменениях – DD/DM.
Подготовка моделей
Ответственный BPM.
Для корректной работы алгоритма выгрузки ВОР необходимо, чтобы в Revit–моделях были добавлены следующие параметры.
Список обязательных параметров
Для категории «Помещения»:
ВО_1_Стены черновая материал, … , ВО_9_Стены черновая материал – параметры для записи марки материала черновой отделки;
ВО_1_Стены черновая площадь, … , ВО_9_Стены черновая площадь – параметры для записи площади черновой отделки;
ВО_Стены чистовая материал – параметр для записи марки материала чистовой отделки;
ВО_Стены чистовая площадь – параметр для записи площади чистовой отделки;
ВО_Высота подвесного потолка – параметр для записи высоты подвесного потолка;
ВО_Стены подсчет исключить – параметр для исключения помещений из расчета;
ВО_Стены подсчет проверка – параметр для вывода площадей по стенам, у которых не удалось определить марку черновой отделки;
ПО_Функц. назначение;
ВО_Потолки чистовая материал;
ВО_Полы материал;
ВО_Плинтус марка;
ВО_Плинтус длина.
Для категории «Стены», «Несущие колонны» на типоразмер:
ВО_Марка типа черновой отделки – параметр для идентификации марки черновой отделки на соответствующий тип стены/колонны.
Настройка скриптов
Ответственный BPM.
На данном этапе выполняется настройка набора скриптов, обеспечивающих обмен данными между Google–Таблицей и Revit. Скрипты переносят исходные данные из таблицы в Revit для расчета необходимых показателей, а также возвращают рассчитанные значения обратно в таблицу, где выполняется финальный расчет и группировка данных.
На основе шаблонных скриптов необходимо создать версии, адаптированные под конкретный проект. Шаблонные скрипты расположены по пути: \02_DYNAMO\02_Скрипты_PUBLISHED\АР\АР_10_Шаблоны скриптов для ВОР
Готовые скрипты следует сохранить в соответствующую папку проекта (где XXXXX – шифр проекта): \02_DYNAMO\02_Скрипты_PUBLISHED\00_ПРОЕКТНЫЕ\ХХХХХ\01_АР\02_ВОР
Скрипты для заполнения марки по Функциональному назначению и имени помещения
Исходные данные берутся из Google–Транслятора и переносятся в модель.
На основе шаблона (где XXXXX – шифр проекта):
XXXXX_Транслятор_Чистовая стены;
XXXXX_Транслятор_Чистовая полы;
XXXXX_Транслятор_Чистовая потолки;
XXXXX_Транслятор_Чистовая плинтус.
В скрипте необходимо заполнить следующие поля:
Название Google–Таблицы –XXXXX_Транслятор;
Название листа из которого брать данные –Отделка чистовая;
Категорию объектов –Помещения;
Параметр для заполнения – ВО_Потолки чистовая материал;
Ключ_1 столбец – ПО_Функц. назначение;
Ключ_2 столбец – Имя помещения (имена в ячейке указаны через запятую);
Значение – столбец со значениями (марка материала стены/пола/потолка/плинтуса).
Примечание
Работа скриптов основана на двуступенчатом поиске: сначала проверяется столбец с функциональным назначением «Ключ_1», затем — столбец с именем помещения «Ключ_2». Когда оба совпадения найдены, берётся значение из целевого столбца.
В заданную Google–Таблицу и на указанный лист выгружаются значения параметров, перечень которых заранее определён в скрипте.
Подготовка транслятора
Ответственный DM/DD.
На данном шаге необходимо дополнить уже имеющийся транслятор проекта. Если на проекте он ещё не создан — воспользуйтесь инструкцией.
Создайте листы ключевых спецификаций:
Ключи черновой отделки стен;
Ключи чистовой отделки стен;
Ключи отделки полов;
Ключи плинтусов;
Ключи отделки потолков.
Пример ключевой таблицы:
Рисунок 2.8.3 – Пример ключевой таблицы по стенам и потолкамПримечание
Ключевые спецификации содержат уникальные значения «Маркировки типоразмера» и «Типа отделки»; Ключевые спецификации могут быть как на разных листах, так и объединены на одном листе; Ключевые спецификации нужны для однозначного сопоставления «Маркировки типоразмера» и «Типа отделки», как в исходных данных, так и в конечных.
Заполнение марки типа черновой отделки
На существующем в трансляторе листе с типоразмерами стен и перегородок добавьте столбец«ВО_Марка типа черновой отделки».
Заполните параметр для всех типоразмеров стен и перегородок:
Рисунок 2.8.4 – Google–Таблица. Заполнение марки типа черновой отделки
Заполнение марки чистовой отделки для стен, полов, потолков
Создайте лист с чистовой отделкой.
Группируйте значения по двум параметрам – «ПО_Функц. назначение» и «Имя помещения».
Имена помещений прописываются через запятую.
Рисунок 2.8.5 – Google–Таблица. Заполнение марки чистовой отделки для стен, полов, потолков
Ячейки «Тип отделки» настройте через формулу ВПР.
Пример формулы для ячейки «Тип отделки» стен =ВПР (C4;’Ключи отделка’!A:B;2;0).
Где «Ключи отделка»– лист в текущем документе.
Примечание
Ключевые спецификации нужны для однозначного сопоставления «Марки» и «Описания», на этом этапе связываем ключевую спецификацию, которая содержит все типы отделки и спецификацию с используемыми типами в конкретных помещениях.
Заполнение марки плинтуса
Заполняется по аналогии с п.4.3, если возможно сгруппировать значения по такому же принципу, в противном случае заполняется вручную.
Заполнение параметров в модели
Ответственный BPM или DM/DD.
Настройка скриптов отражена в п.3, скрипты настраивает BPM и сохраняет в проектную папку.
Чистовая отделка стен, полов и потолков
Скрипты перенесут марку отделки в соответствующие параметры помещений на основе данных из Google–Транслятора (где XXXXX — код проекта):
Исключения в подсчете Чистовой и Черновой отделки стен
Исключениями являются помещения со сложной геометрией.
Рисунок 2.8.6 – Revit. Пример сложной геометрии помещения
Как правило, сложность заключается в многоуровневости потолка. Отделка стен в таких помещениях требует ручного подсчёта. Необходимо полностью построить отделку и разделить её по типам черновой отделки (на рисунке ниже стены окрашены в зависимости от типа – следовательно в зависимости от основы).
Рисунок 2.8.7 – Revit. Пример сложной геометрии помещения
Пример: (0.1)_СОт_Условная_20, где 0.1 – марка черновой отделки, СОт – Стена отделочная, 20 – толщина.
Построение отделки по помещениям можно выполнить с помощью плагина ModPlus.
Плагин позволяет автоматически построить отделку по помещению, сопоставить типы стен черновой отделки с типами стен – основ и заполнить параметры принадлежности к помещению.
Примечания и требования:
При необходимости откорректировать профиль стены (например, в случае перепада высот);
Отделочные стены можно не подрезать под балки, которые проходят перпендикулярно стенам;
У отделочных стен должен быть заполнен параметр принадлежности помещению «Номер помещения»;
У помещений должна стоять галочка в параметре «ВО_Стены подсчет исключить».
Это необходимо для того, чтобы скрипт проигнорировал эти помещения при расчете и не перезаписал параметры при запуске.
С помощью подготовленной таблицы «ВОР_отделка исключённых помещений» необходимо вручную откорректировать значения в параметрах исключенных помещений (на примере помещения 1.3, слева параметры стен, справа параметры помещения):
Рисунок 2.8.8 – Revit. Корректировка параметром у помещений
Важно: значения площади должны содержать запятую, а не точку
ВО_n_Стены черновая площадь (где n, это тип черновой отделки принятый);
ВО_Стены чистовая площадь (во вспомогательной таблице является суммой площади черновой отделки в целевом помещении).
Для заполнения марки запустите скрипт XXXXX_Транслятор_Чистовая плинтус. (где XXXXX — код проекта).
Выгрузка параметров в Google–Таблицу
Подготовка файлов
Создайте Revit–модель, и подгрузите связями только те модели, из которых планируется выгрузка значений параметров. (Расположение связей по общим координатам не обязательно).
Примечание
При наличии выгруженных связей, скрипт будет отрабатывать с ошибкой, все связи должны быть загружены.
Рисунок 2.8.9 – Revit. Пример подгрузки связанных файлов
Настройте сводную таблицу для «Черновой отделки стен», добавьте столько полей« Стены черновая площадь» сколько используется типоразмеров черновой отделки:
«ВО_1_Стены черновая материал», «ВО_1_Стены черновая площадь» относятся к марке 0.1 (« 1» в названии параметра фактически отражает принадлежность к марке 0.1).
На данном этапе выполняется определение целевого листа (по имени листа в столбце с названием сводной спецификации): далее по имени модели и марке отделки определяется значение площади.
Финальное оформление
После формирования всех сводных и оформленных таблиц:
Проверьте корректность диапазонов данных и формул;
Примените форматирование ячеек и цветовое выделение.
Обновление данных при изменениях
Ответственный DM/DD.
Для повторного обновления данных последовательно следуйте пунктам:
п.5 Заполнение параметров в модели п.6.2 Запуск скрипта выгрузки
При необходимости добавить выгружаемый параметр/добавить файл в сборку/скорректировать сводную таблицу формируется запрос в BIM–отдел.
Скрипт расположен по пути: \\DSCLOUD\00_Processes_bim\12_Разработка DS\02_DYNAMO\02_Скрипты_PUBLISHED\АР\АР_09_Подсчет отделки стен по разным основам\АР_09_Подсчет отделки стен по разным основам.dyn
Важные моменты
1) Перед запуском скрипта необходимо убедиться, что включены все связи, элементы из которых могут быть границами помещений (как правило это модели конструктива и модели фасадов); 2) Для работы скрипта необходимо, чтобы в проекте были добавлены следующие параметры из ФОП_DS: а) для категории «Помещения»:
ВО_1_Стены черновая материал, … , ВО_9_Стены черновая материал — параметры для записи марки материала черновой отделки;
ВО_1_Стены черновая площадь, … , ВО_9_Стены черновая площадь — параметры для записи площади черновой отделки;
ВО_Стены чистовая материал — параметр для записи марки материала чистовой отделки;
ВО_Стены чистовая площадь — параметр для записи площади чистовой отделки;
ВО_Высота подвесного потолка — параметр для записи высоты подвесного потолка;
ВО_Стены подсчет исключить — параметр для исключения помещений из расчета;
ВО_Стены подсчет проверка — параметр для вывода площадей по стенам, у которых не удалось определить марку черновой отделки.
б) для категории «Стены», «Несущие колонны» на типоразмер:
ВО_Марка типа черновой отделки — параметр для идентификации марки черновой отделки на соответствующий тип стены/колонны.
3) При моделировании помещений учитывать рекомендации в статье. Также соблюдать следующий алгоритм: высота помещения определяется до низа вышележащего перекрытия, при наличии подвесного потолка заполняется параметр ВО_Высота подвесного потолка, так как черновая отделка идет до низа железобетонной плиты, а чистовая отделка до подвесного потолка.
Принцип работы
1) Необходимо заполнить параметр ВО_Марка типа черновой отделки для всех элементов, которые являются границами помещений (например, в стенах и колоннах), в соответствии с маркой черновой отделки на данный типоразмер. Например, для железобетонной стены «(н/м)_СМН_ЖБ_200» принимаем черновую отделку «Штукатурка по маякам слоем до 20 мм» и назначаем ей марку «0.1», соответственно параметр ВО_Марка типа черновой отделки для типоразмера «(н/м)_СМН_ЖБ_200» будет заполнен как «0.1».
2) Необходимо заполнить параметр ВО_Высота подвесного потолка в помещениях, где предусмотрен подвесной потолок. Значение параметра используется для подсчета чистовой отделки, если параметр не заполнен, тогда для расчета будет использоваться параметр Полная высота.
3) Необходимо заполнить параметр ВО_Стены чистовая материал в помещениях исходя из их функционального назначения. Данный параметр необходимо заполнять, так как скрипт отрабатывает только площадь чистовой отделки, привязка к материалу не предполагается.
4) Отработать заполнение параметра ВО_Стены подсчет исключить при необходимости исключения помещений из расчета. Может быть необходимо, если помещение имеет сложную конфигурацию, и расчет будет выполняться вручную (моделирование отделки).
По умолчанию все помещения участвуют в расчете отделки, параметр имеет значение «серая галочка». Серая галочка = нет галочки. При необходимости исключить помещение из расчета проставляется «черная галочка».
Рисунок 6.2.2.9.1 — Значение параметра «ВО_Стены подсчет исключить»Примечание
Мы рекомендуем не использовать вариант «серая галочка» и проходиться по всем помещениям, проставляя или снимая галочку осознанно, чтобы исключить ошибки.
5) Сформировать логику для связанных файлов. Так как элементы из связанных файлов могут быть границей помещения, для них также необходимо предусмотреть заполнение параметра ВО_Марка типа черновой отделки, но заполнять данный параметр у каждого элемента в связи может быть нереализуемо по ряду причин. В связи с этим предусмотрена следующая логика определения параметра (см. пункт 3, 4 в проигрывателе Dynamo): для всех элементов в связи КР и Ф предусмотреть марку черновой отделки, указанную перед запуском скрипта.
6) Сформировать сопоставление между параметром ВО_Марка типа черновой отделки и параметрами ВО_1_Стены черновая материал, … , ВО_9_Стены черновая материал. Черновая отделка для помещения может содержать несколько разных типов, в зависимости от основы. Например, в одном помещении может быть железобетонная стена с маркой черновой отделки «0.1», керамзитобетонная стена с маркой черновой отделки «0.2», гипсокартонная стена с маркой черновой отделки «0.3».
То есть для того, чтобы выполнить заполнение параметров ВО_1_Стены черновая материал, … , ВО_9_Стены черновая материал необходимо понимать в какой из параметров будет выносится информация по черновой отделке. Для этого выполняется сопоставление параметров (см. пункт 5 в проигрывателе Dynamo): в параметр ВО_1_Стены черновая материал записывай данные по марке черновой отделки «0.1», в параметр ВО_2_Стены черновая материал записывай данные по марке черновой отделки «0.2», и тд.
7) Определяем вариант отработки помещений (см. пункт 1 в проигрывателе Dynamo): рассчитать все помещения в модели или рассчитать только выбранные помещения (см. пункт 2 в проигрывателе Dynamo).
8) Провести анализ заполненных параметров: ВО_1_Стены черновая материал, … , ВО_9_Стены черновая материал, ВО_1_Стены черновая площадь, … , ВО_9_Стены черновая площадь, ВО_Стены чистовая площадь, ВО_Стены подсчет проверка. В параметр ВО_Стены подсчет проверка записываются площади стен, у которых не удалось определить марку черновой отделки. Например, если у стены не заполнен параметр ВО_Марка типа черновой отделки, в результате площадь данной стены запишется в параметр ВО_Стены подсчет проверка.
Рисунок 6.2.2.9.2 — АР_09_Подсчет отделки стен по разным основам
Метка изменений — это семейство условного шарика, содержащее в себе информацию о дате изменения и комментария, кратко описывающего характер изменения.
Метка изменений является информационной меткой. Это означает, что она не влияет на геометрию модели и не участвует в отработке замечаний. Её задача — фиксировать факт внесения изменений и обеспечивать прозрачность истории корректировок в модели.
Метку изменений необходимо размещать вблизи измененного элемента или измененной зоны в модели.
Семейство метки сделано категорией Несущие колонны. Для размещения метки необходимо на вкладке Конструкция выбрать инструмент Колонна. При размещении следует заполнить параметры DS_Метка изменения_Дата и DS_Метка изменения_Комментарий. Дата заполняется в формате YYYYMMDD (например, 20251217).
Также метка должна быть определенна в соответствующий рабочий набор: «КР_Метка изменений».
Примечание
Категория Несущие колонны позволяет считывать информацию по расположению элемента относительно ближайших осей через параметр Маркер расположения колонн. Так как категория также имеет параметр Зависимость снизу, который заполняется в соответствии с уровнем. В итоге с помощью этих двух параметров, мы получаем полное пространственное положение метки изменений.
Рисунок 4.2.1.32.2 — Revit. Создание несущих колонн
Отображение на видах
В семействе определена подкатегория «Метка изменений». Все метки связаны с этой подкатегорией. Чтобы их скрыть, достаточно отключить её.
По умолчанию на всех видах видимость метки отключена. Для работы с меткой используются виды с префиксом «КК_Метка изменений».
Рисунок 4.2.1.32.4 — Revit. Проверочные планы несущих конструкций
Для фильтрации метки по дате используется соответствующий фильтр: «КК_Метка изменений_Дата после». Для отображения меток, созданных после определенной даты, необходимо указать соответствующую дату в параметр DS_Метка изменения_Дата.
Рисунок 4.2.1.32.5 — Revit. Настройка фильтра
Анализ результатов
В результате расстановки меток автоматически формируется журнал изменений в модели: «КК_Метка изменений». Журнал содержит информацию о дате изменения, краткое описание изменения, расположение в осях и уровень, на котором произошло изменение.
В шаблоне АР и КР предусмотрены специальные проверочные виды для сверки фиктивных монолитных элементов и проёмов АР с элементами КР- чтобы обеспечить совпадение их геометрии, расположения, исключить расхождения.
Рисунок 4.2.1.31.1 – Revit. Расположение проверочных видов в диспетчере проекта. Слева — модель АР, справа — КРПримечание
Для визуального различения элементов на проверочных видах: элементы АР имеют красный цвет (RGB 255/0/0), элементы КР синий (RGB 0/0/255).
Наименование проверочного вида однозначно указывает на тип элементов, подлежащих сверке:
1. На планах этажей: ㅤㅤ1.1. «ВК» — проверка вертикальных конструкций; ㅤㅤ1.2. «ПП» — проверка плит перекрытия; 2. На 3D-видах: ㅤㅤ2.1. Без дополнительной подписи — отображаются все монолитные элементы (АР и КР в совокупности); ㅤㅤ2.2. «ВК» — проверка вертикальных конструкций; ㅤㅤ2.3. «ЛК» — проверка элементов лестничной клетки; ㅤㅤ2.4. «ПП» — проверка плит перекрытия.
Вся коммуникация между отделами АР и КР происходит на планах этажей через текстовые примечания с указанием даты и автора, а также пометочных облаков.
Рисунок 4.2.1.31.2 – Revit. Проверочный план этажа
Обозначение цветов на проверочных видах: 1. Фиолетовый — элементы полностью совпадают между АР и КР:
Рисунок 4.2.1.31.3 – Revit. Проверочный план этажа, элементы с фиолетовым цветом
2. Тёмно-розовый — элемент построен некорректно, располагается на несколько уровней:
Рисунок 4.2.1.31.4 – Revit. Проверочный план этажа, тёмно-розовые элементы
3. Красный — элемент из АР, синий- элемент из КР, наличие обоих цветов указывает на расхождение геометрии:
Рисунок 4.2.1.31.5 – Revit. Проверочный план этажа, красные и синий элементы
4. Алый — означает, что есть дублирование элементов:
Рисунок 4.2.1.31.6 – Revit. Проверочный план этажа, алые элементы
5. Синяя окантовка — элементы совпадают по расположению в АР и КР, необходимо отключить режим отображения «Тонкие линии»:
Рисунок 4.2.1.31.7 – Revit. Проверочный план этажа, элементы с синий окантовкой
Принцип работы: Скрипт автоматически извлекает значение параметра «Категория помещения» из помещения из связи АР и записывает его в соответствующий параметр «Категория помещения» у пространств ТХ, при условии совпадения параметра «Номер» у помещения и пространства.
Скрипт расположен по пути: \\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_Разместить семейства для спецификаций
