Окна в Revit: полевое руководство по созданию, размещению и контролю

В Revit окно — это семейство категории Окна (Windows). Только эта категория дает автоматическое прорезание проема в стене, привязку к уровню размещения и попадание в системную спецификацию «Окна». Если семейство создано в категории «Общая модель», «Мебель» или «Специальное оборудование», оно не будет резать стену и не попадет в ведомость окон. Проверьте категорию в свойствах семейства (File → Family Category and Parameters) перед загрузкой в проект.

Семейство окна должно иметь базовые референс-плоскости: Left, Right, Front, Back, Top, Bottom. Именно к ним привязываются размеры экземпляра (Ширина, Высота) и параметры проема. Отсутствие именованных референс-плоскостей — частая причина того, что окно не масштабируется при изменении размеров экземпляра или не привязывается к уровню. Откройте семейство, включите видимость референс-плоскостей (VG → Reference Planes) и убедитесь, что каждая из шести плоскостей имеет имя и параметр «Is Reference» установлен в Strong Reference.

Параметр «Тип стены» (Wall Closure Type) в свойствах типа окна управляет тем, как окно взаимодействует со слоями стены. Значение «По умолчанию» использует настройки стены, «Внутренняя» и «Наружная» фиксируют положение окна относительно слоев. Для многослойных стен с отделкой выбор неверного типа закрытия смещает окно в толще стены, создавая коллизию с армированием или инженеркой. Проверяйте положение окна в разрезе стены перед выпуском документации.

Начинайте с шаблона «Window.rft» (Metric). Он уже содержит нужные референс-плоскости, параметры экземпляра (Width, Height, Sill Height) и категорию. Не создавайте окно из шаблона «Generic Model» — придется вручную добавлять категорию, параметры проема и привязку к уровню. В шаблоне Window.rft уровень размещения (Level) уже привязан к референс-уровню семейства.

Для параметрического окна с переменным количеств створок используйте вложенные семейства: создайте семейство створки (Casement, Fixed, Tilt-Turn) в категории «Окна», загрузите его в основное семейство окна как вложенное. Управляйте видимостью и количеством створок через параметры типа (Yes/No) и формулы в параметрах экземпляра. Это позволяет менять конфигурацию без создания десятков типов. Избегайте массивов (Array) для створок — они ломают привязку размеров при изменении ширины окна.

Общие параметры (Shared Parameters) обязательны для спецификаций и экспорта в IFC. Создайте файл общих параметров проекта (Manage → Shared Parameters) и добавьте в семейство окна: Марка (Mark), Тип остекления (Glazing Type), Коэффициент теплопередачи (U-Value), Пожарный рейтинг (Fire Rating), Фабрика-изготовитель (Manufacturer). Без общих параметров эти данные не попадут в спецификацию проекта и не экспортируются в IFC. Заполняйте их в типах окна, а не в экземплярах — так исключаете расхождения в ведомости.

Размещайте окна в плане этажа (Floor Plan) с активным уровнем, к которому окно должно привязаться. Окно автоматически привязывается к ближайшему уровню под своим низованием (Sill Height). Если уровень этажа изменится, окно переместится вместе с ним. Для размещения в нестандартной стене (наклонная, криволинейная) используйте инструмент «Place on Face» (Разместить на лице) — окно привяжется к поверхности стены, а не к уровню. В этом случае параметр Sill Height измеряется от базовой плоскости стены, а не от уровня этажа.

При размещении в стене с несколькими слоями (несущая + утепление + облицовка) окно по умолчанию центрируется в толще стены. Используйте стрелочки управления (Flip controls) на выбранном окне: одна переворачивает окно вовнутрь/наружу, вторая — меняет сторону открывания, третья (если есть) — смещает окно к внутренней или внешней грани стены. В свойствах экземпляра параметр «Смещение от уровня» (Level Offset) позволяет точно задать высоту подоконника от уровня этажа, игнорируя настройку типа.

Копирование окон между уровнями (Copy to Clipboard → Paste Aligned to Selected Levels) сохраняет привязку к исходному уровню. После вставки проверьте параметр «Базовый уровень» (Base Level) и «Смещение от базового уровня» (Base Offset) у каждого экземпляра. Частая ошибка: окно визуально на втором этаже, но привязано к первому — при изменении высоты первого этажа окно «уедет» вместе с ним. Используйте Schedule (Спецификацию) с полями Base Level и Base Offset для массовой проверки.

Создайте спецификацию Окон (View → Schedules → Schedule/Quantities → Category: Windows). Добавьте поля: Марка (Mark), Тип (Type Mark), Ширина (Width), Высота (Height), Подоконник (Sill Height), Уровень (Level), Тип остекления (Glazing Type), U-Value, Количество (Count). Включите «Itemize every instance» (Каждый экземпляр отдельно) для проверки позиций, или сгруппируйте по Типу для ведомости закупки. Сортировка по Уровню → Марке дает удобный порядок для монтажной документации.

Пустые ячейки в спецификации означают, что параметр не заполнен в типе или не является общим параметром. Откройте Type Properties окна, проверьте заполнение общих параметров. Если параметр есть в семействе, но не в проекте — он не общий. Исправьте в семействе (замените на общий параметр из файла проекта), перезагрузите семейство с перезаписью (Overwrite). После перезагрузки значения в типах могут сброситься — заполните заново.

Для экспорта в IFC проверьте mapping параметров: Export Setup → IFC → Property Sets. Параметры окна должны маппиться на IfcWindow свойства: OverallWidth, OverallHeight, FireRating, ThermalTransmittance (U-Value). Если в проекте используются русские названия параметров, в IFC они попадут как пользовательские (Pset_UserDefined), что усложняет приемку заказчиком. Настройте маппинг на стандартные IFC-свойства заранее.

Окна — основной источник коллизий с вентиляцией, отоплением и фасадными подсистемами. Перед координацией (BIM-координация, Navisworks) создайте 3D-вид «Windows Coordination» с фильтром: Category = Windows, включите Halftone для стен и полов. Проверьте пересечение проемов окон с воздуховодами, траверсами, балками. Используйте инструмент Interference Check (Collaborate → Interference Check) с выбором категорий Windows и Ducts/Pipes/Structural Framing.

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

При передаче модели в IFC для заказчика или подрядчика экспортируйте окна как IfcWindow с заполненными Property Sets: Pset_WindowCommon (FireRating, ThermalTransmittance, GlazingAreaFraction), Pset_WindowTypeShutter (есть ли ставни/роллеты). Проверьте в Solibri или BIMcollab, что все окна имеют GlobalId, корректную геометрию проема (OpeningElement) и не дублируются. Дубликаты часто возникают при Copy/Monitor между архитектурой и конструкциями — используйте идемпотентные GUID или координируйте через общий файл координации.

Нативный инструмент Window не подходит для: муллионных систем (Curtain Wall) — там окно это Panel семейство категории Curtain Panels; сложных форм проемов (арки, треугольники) — требуется In-Place Family или Void в стене с вложенным окном; параметрических фасадов с адаптивными панелями — используйте Adaptive Component. Для каждого случая выбирайте категорию, дающую нужное поведение: прорезание стены, попадание в спецификацию, экспорт в IFC.

Dynamo/Python может автоматизировать: массовое переименование марок по правилу (Уровень_Номер), заполнение U-Value из базы изготовителя, проверку коллизий по правилам, экспорт спецификации в Excel с форматированием под ГОСТ. Но скрипты не заменяют понимание структуры семейства — ошибка в логике скрипта размножится на сотни экземпляров. Всегда тестируйте на изолированном фрагменте модели.

Плагины (Window Manager, DiRoots, BIM 360) расширяют возможности: пакетное редактирование типов, сравнение версий семейств, синхронизация с базой изготовителей. Оцените ROI: если проект > 500 окон и частые изменения типов — плагин окупается за неделю. Для небольших проектов нативных инструментов достаточно при грамотной настройке шаблона проекта.

Перед загрузкой нового типа окна в общий проект прогоните чек-лист: категория Windows; 6 именованных референс-плоскостей с Strong Reference; геометрия проема с Cut with Voids when Loaded; общие параметры Mark, GlazingType, UValue, FireRating заполнены в типах; нет вложенных семейств категории Generic Model (только Windows или вложенные Windows); размеры типов соответствуют линейке изготовителя; файл семейства < 500 Кб (без лишних деталей ручек, уплотнителей в Coarse).

После размещения в проекте: каждый экземпляр привязан к правильному Base Level; Sill Height соответствует архитектурному решению; нет коллизий с инженеркой по Interference Check; спецификация Окон выдает корректные количества и размеры; экспорт IFC проходит валидацию без ошибок класса IfcWindow. Фиксируйте статус проверки в параметре экземпляра «Статус проверки» (Shared Parameter: Checked/Approved/Rejected) — это дает аудитовый след для BEP.

При изменении типа окна (замена изготовителя, изменение U-Value) используйте Type Selector → Duplicate Type → переименуйте → измените параметры. Не редактируйте существующий тип, если он уже размещен — это изменит все экземпляры. Новый тип назначьте только нужным экземплярам через Match Properties или спецификацию. Старый тип пометьте «Deprecated» в имени, но не удаляйте — он может использоваться в уже согласованных разделах.

Работающий процесс с окнами в Revit строится на трех столпах: правильная категория семейства (Windows) с именованными референс-плоскостями, заполненные общие параметры для спецификаций и IFC, дисциплинированное размещение с контролем Base Level. Протокол проверки (DIAGNOSIS, PROTOCOL, CHECK) покрывает 90% типичных проблем на стадии проектирования, исключая их уход на стройку.

Границы применимости: нативный инструмент Window не покрывает муллионные фасады (Curtain Wall), сложные геометрии проемов без прямой стены, адаптивные параметрические фасады. Для этих случаев выбирайте соответствующие категории (Curtain Panels, Adaptive Components, In-Place) и согласовывайте поведение с координатором BIM до начала моделирования. Не пытайтесь заставить Window работать как Curtain Panel — это порождает неразрешимые коллизии в спецификациях и экспорте.