Работа с мансардными окнами в Revit отличается от установки обычных окон тем, что хостом выступает крыша, а не стена. Это меняет логику размещения, поведение при редактировании кровли и правила формирования спецификаций. Ошибка на этапе выбора семейства или способа размещения приводит к тому, что окно не режет проём в крыше, теряет привязку при изменении уклона или попадает в спецификацию с неверными параметрами. Цена ошибки — переработка модели на стадии рабочей документации и расхождения в ведомостях. Ожидаемый результат: окно корректно режет проём в крыше, сохраняет привязку при изменении геометрии кровли, корректно отображается в спецификациях и на планах.

Основная сложность — семейства окон для крыш поставляются с разной логикой вложенности: некоторые режут проём через Void-геометрию в самом семействе, другие требуют использования инструмента «Проём» после размещения. Третьи работают только как навесное оборудование и не взаимодействуют с геометрией крыши. Выбор неверного типа семейства обнаруживается поздно — при попытке получить проём в крыше или при изменении угла наклона. Граница применимости стандартных семейств: кровля с постоянным уклоном, прямоугольные проёмы, стандартные размеры производителей (Velux, Fakro, Roto и аналоги). Для сложных форм проёмов, нестандартных углов или комбинированных систем требуется кастомное семейство или моделирование вручную.

Глава 01

Определение типа задачи и выбор семейства

Прежде чем размещать окно, определите: нужно ли, чтобы окно резало проём в геометрии крыши, или достаточно визуального представления на плане и фасаде. Для рабочей документации и расчёта площадей проёмов требуется реальный проём в крыше. Для концептуального дизайна или визуализации может хватить навесного семейства без резки. Проверьте семейство в редакторе: откройте .rfa, посмотрите категорию — должна быть Windows, параметр «Host» — Roof. Наличие Void Extrusion или Void Sweep в геометрии семейства говорит о способности резать проём. Если Void нет — окно не прорежет крышу автоматически.

Семейства из библиотеки Revit (Imperial/Metric Library → Windows → Roof Windows) имеют встроенные проёмы. Семейства с сайтов производителей (Velux, Fakro, Roto) часто поставляются в двух версиях: «для крыши» (roof-based) и «навесное» (face-based или wall-based). Скачивайте версию roof-based. Проверьте имя файла: обычно содержит «Roof» или «Mansard». Если в свойствах семейства параметр «Work Plane Based» или «Face Based» — это не то, что нужно для автоматической резки проёма в крыше.

Для нестандартных размеров проще изменить типоразмер в стандартном семействе (Duplicate Type → изменить Width/Height), чем создавать новое. Параметры Rough Width / Rough Height в семействе управляют габаритами проёма. Изменяйте их в типоразмере, а не в экземпляре — так изменения попадут в спецификацию. Если нужны нестандартные пропорции (например, треугольное окно в фронтоне) — стандартное семейство не подойдёт, придётся моделировать проём вручную через Void в самой крыше или писать кастомное семейство.

Глава 02

Размещение окна на крыше

Активируйте инструмент Window (Архитектура → Окно), в свойствах выберите нужный типоразмер roof-based семейства. На ленте появится контекстная вкладка «Place Window» с опцией «Place on Roof» — она включается автоматически, когда семейство хостится на крыше. Наведите курсор на плоскость крыши: окно привяжется к наклону плоскости. Кликните для размещения. Окно ориентируется перпендикулярно склону крыши. Перемещайте по склону стрелками или свойством «Offset from Level» / «Sill Height» — но для крыши работает параметр «Head Height» или «Offset from Roof Base» в зависимости от версии семейства.

После размещения проверьте в 3D-виде: проём в крыше должен быть виден. Если проёма нет — семейство не режет хост. Причина: категория семейства не Windows, или нет Void-геометрии, или крыша не является хостом (окно разместилось на уровне, а не на крыше). Удалите экземпляр, проверьте семейство, разместите снова. Не пытайтесь «докрутить» проём вручную через инструмент Opening → By Face — это создаст отдельный элемент, который не свяжется с окном и не попадет в спецификацию окон.

При размещении нескольких окон на одной крыше используйте массивы или копирование с привязкой к сетке/линиям разметки. Это сохраняет равномерный шаг при изменении длины склона. Не копируйте окно через Copy/Paste Aligned — копия потеряет хост. Используйте Copy с опцией «Constrain» или создайте линию разметки (Reference Plane) на склоне крыши и привяжите окна к ней через выравнивание (Align).

Глава 03

Настройка параметров и спецификации

Ключевые параметры экземпляра: Sill Height (высота подоконника от уровня хоста), Head Height (высота верха), Offset from Roof Base (смещение от базовой плоскости крыши). Для крыши Sill Height измеряется перпендикулярно склону. В спецификацию попадут типоразмерные параметры: Width, Height, Rough Width, Rough Height, а также параметры производителя (Model, Manufacturer, U-value, Fire Rating) — если они заполнены в типоразмере. Проверьте появление окна в спецификации: View → Schedules → Schedule/Quantities → Category: Windows. Добавьте поля: Family, Type, Mark, Rough Width, Rough Height, Level, Roof (host), Comments.

Проблема: окно не появляется в спецификации крыши (Category: Roofs). Это нормально — окно в категории Windows. Если нужна ведомость проёмов в крыше — создайте спецификацию по категории Openings (Проёмы) или используйте Shared Parameter «Host Roof Mark» в окне, заполняемый вручную или через Dynamo/плагин. Revit не имеет нативной двусторонней связи «окно ↔ проём в крыше» для отчётов. Альтернатива: смоделировать проём в крыше отдельным Void-элементом и пометить его тегом проёма, но тогда теряется связь с параметрами окна.

Для экспорта в IFC: окно должно иметь IfcWindow, крыша — IfcRoof. Проём в крыше экспортируется как Boolean Result (вычитание). Проверьте в IFC-viewer: проём есть, окно вставлен в проём, нет дублирующей геометрии. Если проёма нет в IFC — проверьте настройки экспорта: Modify Setup → Property Sets → включите «Export openings» и «Export base quantities».

Глава 04

Изменение крыши и поведение окон

При изменении уклона крыши (Slope) окно должно поворачиваться вместе с плоскостью хоста. Если окно остаётся горизонтальным — оно потеряло хост. Причина: окно размещено на уровне (Level-based), а не на крыше. Решение: удалите, разместите заново через Place on Roof. При изменении формы крыши (Edit Boundary) — если контур крыши изменился так, что окно вышло за границы — окно станет «неразмещённым» (Unplaced) и исчезнет из вида. Revit выдаст предупреждение. Верните окно в границы крыши или измените контур крыши.

При присоединении крыш (Join Roof) или создании складок (Dormer) окно на основном склоне сохраняет привязку. Но если окно попадает на стык двух крыш — оно привяжется к той, на которой было размещено. Проём режется только в этой крыше. Вторая крыша останется целой. Для проёма на стыке: разместите окно на одной крыше, затем вручную добавьте Void-проём во вторую крышу (Opening → By Face) или смоделируйте проём в профиле крыши (Edit Profile). Это ручная работа, автоматической связи нет.

При замене типа крыши (Type Selector) окно остаётся на месте, если новая крыша имеет ту же геометрию плоскости в зоне окна. Если меняется толщина крыши — окно может «провалиться» или «выпарить». Проверяйте в 3D после смены типа. Параметр «Offset from Roof Base» в окне может требовать корректировки.

Протокол размещения мансардного окна

  1. 01
    Выбрать Architecture → Window, загрузить roof-based семействоКонтроль: В свойствах семейства Category=Windows, Host=Roof, есть Void-геометрия
  2. 02
    Активировать Place on Roof, кликнуть на склоне крышиКонтроль: Окно ориентировалось перпендикулярно склону, появилось в 3D
  3. 03
    Проверить проём в 3D-виде (Hidden Line или Realistic)Контроль: В крыше виден проём по контуру окна, нет занавеса геометрии
  4. 04
    Добавить в спецификацию Windows, проверить поля Rough Width/HeightКонтроль: Параметры заполнены, окно в списке, Mark присвоен
  5. 05
    Изменить уклон крыши, обновить видКонтроль: Окно повернулось вместе с крышей, проём сохранился
Глава 05

Типичные ошибки и диагностика

Окно не режет проём: проверьте категорию семейства (Windows), наличие Void-геометрии, хост (Roof). Если всё верно — попробуйте инструмент Cut Geometry (Modify → Cut) окно режет крышу. Если Cut сработал — семейство рабочее, но не автоматическое. Если Cut неактивен — семейство не умеет резать. Окно «плавает» в пространстве при изменении крыши: потеряно хостирование. Удалите, разместите заново. Окно перевернуто (рама снаружи, стекло внутри): в семействе неверно задана ориентация Reference Plane «Exterior»/«Interior». Исправьте в редакторе семейства или используйте Mirror после размещения (но Mirror может сломать привязку к хосту).

Дублирование в спецификации: если разместили одно окно несколько раз через Copy без Constrain — каждое будет отдельным экземпляром с одинаковым Mark. Используйте Mark для группировки, но лучше — массивы или привязка к сетке. Окно не тегается тегом окна: проверьте, что тег категории Windows, а не Generic Annotation. Тег должен читать параметры Type Mark, Width, Height. Если тег показывает «???» — параметр не заполнен в типоразмере.

Проблема с фасадами: окно на склоне крыши на фасаде выглядит как линия. Это нормально — фасад проектирует наклонную плоскость. Для корректного отображения на фасаде создайте 3D-вид с Section Box, вырезающим окно, и поставьте на лист. Или используйте Dependent Views с обрезкой. Не пытайтесь «выпрямить» окно на фасаде — это ломает геометрию.

Диагностика частых симптомов

СимптомПричинаЧто сделать
Проёма в крыше нет после размещения окнаСемейство не roof-based или нет Void-геометрииОткрыть семейство, проверить Category=Windows, Host=Roof, наличие Void Extrusion. Перезагрузить.
Окно остаётся горизонтальным при изменении уклона крышиОкно размещено на уровне (Level-based), а не на крышеУдалить экземпляр, разместить заново через Place on Roof
Окно исчезло после редактирования контура крышиОкно вышло за границы хост-крышиВернуть контур крыши или переместить окно внутрь новых границ
В спецификации окна нет параметров Rough Width/HeightПараметры не заполнены в типоразмере или семейство не содержит ихОткрыть типоразмер, заполнить Rough Width/Height. В семействе проверить наличие параметров.
Глава 06

Работа с производительскими семействами (Velux, Fakro, Roto)

Сайты производителей отдают семейства в формате .rfa. Velux BIM Portal требует регистрацию, выдаёт семейства с параметрами: Model, Size Code, U-value, g-value, Fire Rating, Acoustic Rating. Fakro и Roto имеют открытые библиотеки. Все ведущие бренды поставляют roof-based версии. При загрузке в проект: Load Family → выберите нужные типоразмеры (не все сразу — раздувает проект). В проекте создайте свои типоразмеры на базе загруженных: Duplicate → переименуйте по системе маркировки проекта (например, MW-01, MW-02). Заполните Shared Parameters для спецификаций: Manufacturer, Model, U-value, FireRating — если они не пришли как Instance/Type параметры.

Внимание: семейства Velux часто имеют вложенные семейства (рама, створка, фурнитура) с параметрами видимости (Visibility Parameters) для LOD (Level of Detail). В настройках вида (Visibility/Graphics → Family) можно отключить фурнитуру на планах 1:100, оставив только контур проёма. Это ускоряет работу. Не взрывайте семейство (Explode) — потеряете параметрику и обновления от производителя.

Для спецификации «Ведомость мансардных окон» добавьте поля: Family Name, Type Mark, Rough Width, Rough Height, Manufacturer, Model, U-value, Quantity. Сгруппируйте по Type Mark. Суммарная площадь проёмов = Σ(Rough Width × Rough Height) — считается в спецификации через Calculated Value / Calculated Parameter. Revit не умеет умножать параметры длины напрямую в спецификации — используйте Shared Parameter «Rough Area» с формулой в семействе (Rough Width * Rough Height) или внешний расчёт в Excel после экспорта.

Глава 07

Нестандартные случаи и альтернативы

Треугольное/треугольно-трапециевидное окно в фронтоне: стандартное Roof Window не подходит. Варианты: (1) Создать кастомное семейство на базе Roof Window с профилем проёма через Void Sweep по траектории. (2) Смоделировать проём в самой крыше: Edit Profile → нарисовать проём → Finish. Окно разместить как Face-based на вертикальной плоскости фронтона (если фронтон вертикален) или смоделировать окно как Generic Model. Вариант 2 даёт проём в крыше, но окно не в категории Windows — не попадёт в ведомость окон. Компромисс: два элемента — проём в крыше (для геометрии) + окно Face-based (для спецификации), сгруппированные в Group.

Окно в месте стыка двух склонов (долина/хребет): разместите окно на одном склоне, проём во второй крыше сделайте вручную (Opening → By Face). Или смоделируйте крышу как единый элемент (если геометрия позволяет) — тогда одно окно режет оба склона. Но единая крыша сложнее в редактировании уклонов. Выбор зависит от стадии: на АР — единая крыша проще, на КР — раздельные склоны точнее для расчёта.

Светоходы (трубчатые, плоские) — категория Skylights или Generic Models. Они не режут проём в крыше автоматически. Используйте Opening → By Face после размещения. В спецификацию добавляйте как отдельную категорию (Skylights или Specialty Equipment). Не смешивайте с окнами — разные ГОСТ/СП, разные параметры теплотехнического расчёта.

Выбор подхода для нестандартных ситуаций

  • Прямоугольное окно, стандартный размер, крыша единаяСтандартное Roof Window семейство, Place on Roof
  • Нестандартная форма проёма (треугольник, круг, арка)Кастомное Roof Window семейство с Void Sweep или ручной проём в крыше + Face-based окно для спецификации
  • Окно на стыке двух склонов крышиРазместить на главном склоне, вторую крышу прорезать Opening → By Face
  • Светоход / трубчатое окноКатегория Skylights или Generic Model, проём через Opening → By Face, отдельная спецификация
  • Только визуализация / концепт, проём в крыше не нуженFace-based или Work Plane based семейство, без хоста на крыше
Глава 08

Контроль качества перед сдачей

Чек-лист перед выдачей модели: (1) Все окна размещены на крыше (Place on Roof), не на уровне. (2) В 3D виден проём в каждой крыше под каждым окном. (3) Окна не теряют хост при изменении уклона ±5° (проверьте временно). (4) Спецификация окон содержит все экземпляры, заполнены Mark, Rough Width, Rough Height, Manufacturer, Model. (5) Нет дублей Mark. (6) Теги окон на планах читают верные параметры. (7) В IFC-экспорте проёмы присутствуют, окна классифицированы как IfcWindow. (8) На фасадах/разрезах окна отображаются корректно (нет занавесов, правильная штриховка стекла). (9) Файл очищен: Purge Unused, нет неиспользуемых типоразмеров загруженных семейств.

Если проект передаётся в смежные разделы (КР, ОВ, ЭО) — выделите окна в отдельную Workset (Windows_Mansard) и передайте координаты проёмов через координационную модель или Linked Model. Конструкторы КР часто моделируют проёмы в плитах самостоятельно — дайте им точные габариты Rough Opening из спецификации. Не полагайтесь на то, что они выместят проёмы из вашей модели — геометрия проёма в Revit не всегда совпадает с конструктивным проёмом (учитывайте установочные зазоры 20-30 мм по периметру, уточняйте у производителя).

Признаки готового результата

  • В 3D-виде каждый проём в крыше совпадает с контуром окна
  • Спецификация Windows содержит все экземпляры с заполненными Rough Width/Height/Mark
  • При изменении уклона крыши окно поворачивается синхронно, не теряет хост
  • IFC-экспорт показывает IfcWindow в IfcOpeningElement
  • Теги на планах и разрезах отображают верные марки и размеры
Глава 09

Ограничения метода

Стандартный подход с Roof Window семействами не покрывает: (1) Окна с криволинейными проёмами — требуют кастомного Void Sweep или ручной моделирования проёма в крыше. (2) Многоскатные крыши с перепадом высот в одной плоскости окна — окно привязывается к одному склону. (3) Параметрическая связь «окно ↔ проём в крыше» для отчётов — Revit не выдаёт проём как отдельный элемент с теми же параметрами. (4) Автоматическое создание установочных зазоров — семейство режет проём по своим габаритам, зазоры закладывайте в Rough Width/Height вручную. (5) Конструктивное взаимодействие с системой стропильной системы — окно не «знает» о стропилах, координацию с КР ведите вручную через координационные модели.

Для сложных мансардных этажей с большим количеством нестандартных окон рассмотрите плагины (DiRoots, Dynamo-скрипты) для пакетного создания проёмов и синхронизации параметров. Но базовый рабочий процесс описан выше работает в 80-90% типовых случаев без сторонних инструментов.

Можно ли использовать обычное оконное семейство (Wall-based) на крыше?

Нет. Wall-based окно не привяжется к наклону крыши, не прорежет проём и будет «висеть» в воздухе. Используйте только категории Windows с Host = Roof.

Почему окно не появляется в спецификации крыши (Roofs)?

Окно принадлежит категории Windows. Спецификация крыши показывает только элементы категории Roofs. Для ведомости проёмов создайте спецификацию по категории Openings или добавьте в окно общий параметр с маркой крыши.

Как сделать так, чтобы окно резало проём в двух склонах сразу?

Смоделируйте крышу как единый элемент (один Roof по всей площади) — тогда одно окно прорежет оба склона. Если крыши раздельные — разместите окно на одной, вторую прорежьте вручную через Opening → By Face.

Что делать, если семейство производителя не режет проём?

Проверьте в редакторе семейства: Category=Windows, есть Void-геометрия. Если Void нет — добавьте Void Extrusion по контуру проёма, привяжите к Reference Planes Left/Right/Top/Bottom, загрузите обратно в проект с перезаписью. Если нет доступа к редактированию — используйте Cut Geometry (Modify → Cut) окно режет крышу.

Как учитывать установочные зазоры в спецификации?

В типоразмере окна увеличьте Rough Width и Rough Height на величину зазора (обычно 20-30 мм по периметру, уточните в монтажных инструкциях производителя). Эти значения попадут в спецификацию и в IFC. Геометрию рамы в семействе не меняйте — она остаётся по номиналу.

Окно теряет хост при синхронизации с центральной моделью — в чём дело?

Частая причина: Workset крыши и Workset окна разные, один из них не выгружен (Not Loaded) у пользователя. Проверьте Worksets: оба должны быть Loaded. Также возможен конфликт, если крыша заимствована (Borrowed) другим пользователем и окно пытается обновить геометрию. Синхронизируйтесь после освобождения элементов.