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

Цена ошибки высока: невидимый в 3D прорез приведет к коллизиям с конструкциями кровли на объекте, а неверные параметры площади — к закупу неподходящего оборудования. Ожидаемый результат — размещенное окно, которое создает проем в слое крыши, имеет корректную обвязку (флешинг) и попадает в ведомость с реальными габаритами проема, а не габаритами коробки.

Глава 01

Выбор типа семейства: Face-based против Roof-hosted

В библиотеке Revit и на ресурсах производителей встречаются две основные категории семейств для крыш. Семейства на основе крыши (Roof-hosted) размещаются только на объектах категории «Крыша» и автоматически создают прорез в их геометрии. Это удобно для типовых мансардных окон на плоских склонах. Семейства на основе лицевой поверхности (Face-based) размещаются на любой грани — крыши, пола, стены или массовом элементе. Они дают большую гибкость: можно поставить окно на сложную геометрию, на навесную конструкцию или на отдельный элемент обвязки.

Для типовых проектов с прямоугольными склонами Roof-hosted достаточно и быстрее в размещении. Если проект предполагает сложные формы крыш, интеграцию с конструкциями каркаса или необходимость привязать обвязку к отдельному элементу — выбирайте Face-based. Обратите внимание: некоторые семейства производителей поставляются только в одном формате; при необходимости конвертируйте их вручную, сменив категорию хоста в редакторе семейств.

Сценарий: Мансардное окно с интегрированной обвязкой

Производители (Velux, Fakro, Roto) часто выдают семейства, где рамка, створка и флешинг — вложенные семейства с параметрической привязкой к углам склона. В таком семействе критически важны параметры Sill Height (высота подоконника от уровня чистого пола) и Roof Pitch (угол склона). При размещении проверьте, что параметр угла склона считывается автоматически от хоста; если нет — задайте его вручную перед генерацией спецификации.

Глава 02

Процедура размещения и привязки к склону

Активируйте инструмент «Компонент» (Component), выберите загруженное семейство окна. Наведите курсор на грани склона крыши: Revit подсветит плоскость размещения. Кликните для установки базовой точки, затем задайте направление (обычно по скату вниз). Окно «приклеится» к грани. Сразу после размещения откройте свойства экземпляра и проверьте параметр Host — он должен ссылаться на конкретный элемент крыши. Если хост не определился, окно «повиснет» в пространстве и не создаст прорез.

Для Face-based семейств используйте вкладку «Размещение на грани» (Place on Face) в контекстной ленте. Это зафиксирует ориентацию по нормали грани. После размещения используйте стрелочки переворота (Flip) для корректного направления открывания створки наружу. На наклонных склонах важно проверить, что нижний край рамы ниже верхнего относительно гравитации, иначе водоотвод будет работать некорректно.

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

  1. 01
    Загрузите семейство окна (Face-based или Roof-hosted) в проектКонтроль: Семейство появилось в браузере проекта под категорией «Окна»
  2. 02
    Откройте 3D-вид или вид сечения через склонКонтроль: Видна геометрия крыши и выбираемая грань
  3. 03
    Запустите «Компонент», выберите семейство, наведите на грань склонаКонтроль: Появилась предварительная геометрия окна, ориентированная по нормали
  4. 04
    Кликните для размещения, задайте направление по скатуКонтроль: Окно зафиксировалось, в свойствах экземпляра заполнился параметр Host
  5. 05
    Проверьте создание прореза в крыше в виде «Сечение»Контроль: Слой кровли и утеплителя имеют проем по контуру рамы
Глава 03

Настройка параметров проема и обвязки (флешинга)

Геометрия проема в крыше формируется не габаритами коробки окна, а параметрами проема семейства: Rough Width, Rough Height (или Opening Width/Height). Стандартные семейства часто имеют жесткую привязку: проем = габариты коробки + технологические зазоры (обычно 20–40 мм по периметру). Если семейство позволяет, задайте зазоры через типовые параметры Side Gap, Top Gap, Bottom Gap. Это критично для правильного расчета площади проема в спецификации и для передачи данных в расчетные модели (Navisworks, Solibri).

Обвязка (флешинг) в качественных семействах реализована как вложенное семейство (Nested Family) с параметрической геометрией, зависящей от угла склона. Проверьте параметры типа флешинга: Flashing Type (для черепицы, профнастила, мягкой крыши), Apron Height (высота апрона), Side Flashing Width. Если семейство не содержит флешинг — его придется моделировать отдельно (деталями или семейством на основе линии/грани), что усложнит поддержку модели.

Сценарий: Люк на плоскую эксплуатируемую крышу

Для люков на плоских крышах используется другой подход: хост — пол или крыша с нулевым уклоном. Окно размещается горизонтально, прорез создается в плите. Здесь важны параметры Curb Height (высота комбирования) и Insulation Thickness (толщина утеплителя вокруг комбирования). Семейство должно создавать прорез в структурной плите и в слое утеплителя отдельно. Часто для таких случаев проще использовать семейство на основе лицевой поверхности пола (Floor-based) или Face-based, размещенное на верхней грани плиты.

Глава 04

Спецификации, маркировка и передача данных

Чтобы окно попало в ведомку окон (Schedule), категория семейства должна быть «Окна» (Windows). Проверьте параметры экземпляра: Mark (марка), Type Mark (марка типа), Level (уровень размещения — часто не определяется автоматически для крыш, заполняйте вручную или через Dynamo/плагины). Добавьте в спецификацию поля: Rough Width, Rough Height, Roof Pitch, Flashing Type, Manufacturer, Model. Для экспорта в IFC убедитесь, что параметр IfcExportAs задан как IfcWindow и заполнен IfcTag.

Площадь окна в спецификации по умолчанию может считаться как площадь коробки. Для закупки флешинга и утеплителя нужна площадь проема. Создайте вычисляемый параметр (Calculated Value) в спецификации: Opening Area = Rough Width * Rough Height (с переводом в м²). Это исключит ошибки закупки материалов для укладки обвязки.

Ключевые параметры для проверки в свойствах типа/экземпляра

Rough Width / Rough Height
Габариты проема в стене/крышеЗадаются в типе или экземпляре, в мм
Roof Pitch
Угол склона в градусах или процентахДолжен считываться от хоста автоматически
Flashing Type
Тип обвязки (черепица, профнастил, рулон)Выбор из списка типа флешинга
Sill Height
Отметка подоконника от уровня чистого полаКритично для эргономики и нормативов
IfcExportAs
IfcWindowДля корректного экспорта в IFC
Глава 05

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

Самая частая проблема — окно не режет крышу. Причины: 1) Семейство Roof-hosted размещено не на крыше, а на полу или массе. 2) Геометрия крыши состоит из нескольких слоев, и прорез создается только в верхнем (кровля), а утеплитель остается целым — проверьте настройки слоев крыши (Structure) и параметр семейства Cut with Voids when Loaded. 3) Семейство Face-based размещено без привязки к грани (хост не определен).

Вторая проблема — некорректная ориентация створки. На склонах створка должна открываться вверх (вентово) или вбок, но не вниз. Используйте управляющие стрелки (Flip Hand / Flip Facing) в свойствах экземпляра. Третья — потеря параметров при обновлении семейства из библиотеки производителя. Всегда проверяйте соответствие GUID общих параметров (Shared Parameters) перед перезагрузкой.

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

СимптомПричинаЧто сделать
Окно не создает прорез в крыше в виде сеченияХост не определен или семейство не Roof-hostedПроверьте параметр Host в свойствах; для Face-based — переразместите на грани с включенным Place on Face
Прорез есть только в слое кровли, утеплитель целыйСемейство не имеет Void-геометрии для всех слоев или крыша не разрешает прорезВ редакторе семейства добавьте Void-формы для каждого слоя; в типе крыши включите «Cut with Voids»
Створка открывается вниз (в пол)Неправильная ориентация при размещенииИспользуйте Flip Facing в свойствах экземпляра
В спецификации площадь не совпадает с проемомСчитается площадь коробки, а не проемаДобавьте вычисляемое поле Rough Width * Rough Height
Глава 06

Когда стандартных инструментов недостаточно

Стандартные семейства и инструменты Revit не покрывают случаи: неортогональные проемы (треугольные, круглые окна на склонах), параметрические обвязки, зависящие от сложной профиляции кровельного материала (например, черепица с волной), интеграция с системами вентиляции/дымоудаления, где окно является частью механизма. В таких случаях применяют: 1) Адаптивные компоненты (Adaptive Components) на точках, размещенные по ребрам крыши. 2) Dynamo / PyRevit скрипты для генерации геометрии прореза и обвязки по выбранным граням. 3) Моделирование обвязки на месте (In-Place) с привязкой к краям проема — только для уникальных узлов, не для типовых.

Глава 07

Выбор стратегии в зависимости от задачи

На стадии концепции (LOD 200) достаточно разместить блоки-объемы (Mass) или простые Roof-hosted окна без детализации флешинга. На стадии П (LOD 300) обязательны Face-based семейства с параметрической обвязкой, корректными прорезами во всех слоях крыши и заполненными общими параметрами для спецификаций и IFC. На стадии Р (LOD 400) добавляются детали узлов: контроветровка, параизоляция, монтажные зазоры, крепеж — часто моделируются отдельными семействами на основе линии (Detail Component) в видах сечений/узлов, привязанными к геометрии окна.

Как выбрать подход по стадии и сложности

  • Концепция, прямоугольные склоны, типовые размерыRoof-hosted стандартные семейства производителя
  • Проектная стадия, сложные склоны, нужна обвязка под материалFace-based с вложенным параметрическим флешингом
  • Уникальные формы проемов, интеграция с конструкциямиAdaptive Component или In-Place с привязкой к ребрам/граням
  • Нужно разместить 100+ одинаковых окон на мансардеDynamo-скрипт размещения по сетке/линиям с автозаполнением марок
Глава 08

Проверка результата перед сдачей модели

Перед публикацией модели выполните контрольный чек-лист в 3D-виде с включенным сечением по каждому склону. Убедитесь, что прорез проходит через все слои крыши (кровля, утеплитель, пароизоляция, настил). Проверьте коллизии: рама не должна пересекать стропиллы или балки перекрытия (используйте «Проверка интерференций» — Interference Check). Откройте спецификацию окон: у каждого экземпляра должны быть заполнены марка, уровень, угол склона, тип флешинга, габариты проема. Выгрузите фрагмент в IFC и откройте в просмотрщике (BIMvision, Solibri) — окно должно быть класса IfcWindow, с геометрией проема (IfcOpeningElement), связанным с IfcRoof.

Чек-лист приемки модели

  • Прорез присутствует во всех слоях крыши в сечении
  • Параметр Host заполнен у каждого экземпляра
  • Угол склона (Roof Pitch) соответствует реальному склону
  • Створка открывается наружу (Flip Facing проверен)
  • Спецификация содержит Rough Width/Height, Flashing Type, Mark
  • IFC-экспорт: IfcWindow + IfcOpeningElement связаны с IfcRoof
  • Коллизии с конструкциями кровли отсутствуют (Interference Check)
Глава 09

Итог: надежный процесс работы с окнами на крыше

Надежный процесс строится на выборе Face-based семейств для гибкости, обязательной проверке хоста и прорезов в сечениях, параметризации флешинга под материал кровли и заполнении общих параметров для спецификаций и IFC. Ограничение: стандартные семейства не покрывают сложную профиляцию обвязок и неортогональные проемы — здесь нужен переход к адаптивным компонентам или скриптовой генерации. Для типовых задач описанный алгоритм размещения, проверки параметров и приемки модели исключает 90% ошибок, выявляемых на стройке или при экспорте в расчетные комплексы.

Почему окно не режет утеплитель в крыше, а режет только кровлю?

В семействе окна Void-геометрия (прорез) должна пересекать все слои крыши. Откройте семейство на редактирование, проверьте экстенты Void-формы по высоте — они должны заходить ниже нижней грани утеплителя. Также в типе крыши (Edit Type -> Structure) убедитесь, что для слоев утеплителя и пароизоляции включена галочка «Cut with Voids when Loaded» (или параметр материала позволяет прорез). Если крыша состоит из нескольких отдельных элементов (например, утеплитель отдельным слоем пола), окно не режет их автоматически — нужно либо объединить в системную крышу, либо моделировать прорезы отдельно.

Как задать отметку подоконника (Sill Height) от уровня чистого пола мансарды, если окно хостится на крыше?

Параметр Sill Height в свойствах экземпляра окна измеряется от уровня, к которому привязано окно (Level). Для окон на крыше Revit часто не определяет уровень автоматически. Создайте общий параметр (Shared Parameter) «Уровень чистого пола» или используйте существующий параметр Level, задав его вручную в свойствах экземпляра после размещения. Затем в спецификацию добавьте вычисляемое значение: Sill Height = (Отметка низа окна) - (Отметка уровня чистого пола). Для автоматизации используйте Dynamo: считывает отметку низа проема и вычитает отметку ближайшего уровня пола.

Можно ли использовать окна в стенах (Wall-based) на крыше, повернув их на 90 градусов?

Технически можно разместить Wall-based окно на вертикальной грани фронтона или на вертикальной плоскости, но на наклонном склоне это работать не будет корректно: хост — стена, а не крыша. Окно не создаст прорез в крыше, не считает угол склона для флешинга и не будет корректно экспортироваться в IFC как IfcWindow в крыше. Всегда используйте категории хоста Roof или Face-based для наклонных плоскостей.

Как правильно смоделировать обвязку (флешинг) для профнастила, если в семействе окна только универсальный флешинг?

Универсальный флешинг в семействах производителей обычно представляет собой упрощенный объем. Для профнастила требуется профилированная обвязка, повторяющая волну. Лучший подход: в семействе окна создать параметр типа «Flashing Profile» типа Family Type, в который загрузить отдельное семейство профиля обвязки (Profile Family), нарисованное по реальному профилю листа. Затем в геометрии флешинга использовать Sweep по контуру проема с этим профилем. Если семейство закрыто для редактирования — моделируйте обвязку отдельным In-Place элементом категории «Кровля» или «Общий модель» с привязкой к краям проема окна в видах узлов.

Как автоматически заполнить марки окон на мансарде по схеме «Тип-Номер»?

Используйте плагин (например, DiRoots SheetLink, BIMtools) или Dynamo-скрипт. Алгоритм: 1) Отфильтровать все окна на уровне мансарды. 2) Сгруппировать по типу (Type Mark). 3) Внутри группы отсортировать по координатам (например, X затем Y). 4) Записать в параметр Mark значение: Type Mark + "-" + порядковый номер (01, 02...). Стандартные средства Revit (переименование в спецификации) позволяют сделать это вручную для небольших объемов: выделите строки в спецификации, правый клик -> «Переименовать» (Rename) с префиксом.

Что делать, если производитель выдает семейство только в формате .rfa для Revit 2024, а проект в 2021?

Обратная совместимость .rfa не поддерживается. Варианты: 1) Открыть семейство в Revit 2024 (или более новой версии), экспортировать в IFC, импортировать IFC в Revit 2021 — получится непараметрическая геометрия (DirectShape), потеряются параметры и прорезы. 2) Запросить у производителя версию под вашу версию Revit. 3) Перемоделировать семейство самостоятельно по каталогу размеров, используя геометрию IFC как референс. 4) Использовать онлайн-конвертеры (риск потери интеллекта семейства). Рекомендуется вести библиотеку семейств в версии проекта или на год старше.