Перейти к содержимому

Связи Ревит (Revit Links): как правильно работать с подгруженными моделями

Инструкции Основы
23.06.2026
Связи в Ревит

Архитектор подгружает конструктивную модель чтобы видеть колонны и перекрытия. Через неделю файл конструктора переехал в другую папку — и теперь Revit при каждом открытии полминуты висит, пытаясь найти потерянную связь. Знакомая ситуация.

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

Что такое связи Revit и зачем они нужны

Revit Link — это внешняя модель, подгруженная в ваш проект. Архитектор подгружает конструктив чтобы видеть несущие элементы, инженер подгружает архитектуру чтобы прокладывать коммуникации по реальным стенам, генпланист подгружает соседние здания. Все работают согласованно, видя работу смежников.

Ключевое отличие связи от импорта: связь остаётся отдельным файлом и обновляется автоматически. Когда конструктор изменил модель и сохранил — архитектор при следующем обновлении связи увидит актуальную версию. Если вы работали в AutoCAD, это прямой аналог внешних ссылок (xref): файл подгружается, но не становится частью вашего, а живёт своей жизнью.

Как загрузить связь

Связь добавляется через Insert → Link Revit. Но главное происходит в момент загрузки — Revit спрашивает как позиционировать модель. И от этого выбора зависит совпадут ли модели по осям или «разъедутся» в пространстве.

Добавление новой связи
Добавление новой связи

Основные варианты позиционирования: Auto — by Shared Coordinates (Автоматически — по общим координатам), Auto — Origin to Origin (точка начала к точке начала), Auto — by Center to Center (по центрам). Самый надёжный для проектов где модели создавались согласованно — by Shared Coordinates. Origin to Origin работает когда обе модели строились от единой нулевой точки. Center to Center почти никогда не даёт правильный результат для реальной координации — модели встанут примерно, но не точно.

Координаты — главная тема при работе со связями

Это самый сложный и одновременно самый важный раздел. Большинство проблем с «разъехавшимися» моделями — это проблемы координат.

В Revit есть две системы координат. Внутренние координаты (Internal Origin) — это собственная нулевая точка каждого файла, она своя у каждой модели. Общие координаты (Shared Coordinates) — единая система которую можно установить для всех моделей проекта, чтобы они понимали где находятся относительно друг друга.

Проблема возникает когда у каждой модели своя нулевая точка и никто не установил общие координаты. Тогда при загрузке через Origin to Origin модели встают по своим внутренним нулям — а они не совпадают. Результат: конструктив стоит в пятидесяти метрах от архитектуры.

Как правильно: один файл назначается «главным» по координатам — обычно архитектурный. Из него координаты публикуются в связанные модели командой Publish Coordinates, либо забираются командой Acquire Coordinates. После этого все модели работают в единой системе и встают точно по осям при загрузке by Shared Coordinates. Это нужно настроить один раз в начале проекта.

Управление видимостью связей

Связь не обязана выглядеть так же как в исходной модели. Видимость управляется через Visibility/Graphics (горячая клавиша VG) на вкладке Revit Links. Там для каждой связи можно задать режим отображения.

Режим By Host View означает что связь отображается по настройкам вашего вида. By Linked View — по настройкам вида из связанной модели. Custom позволяет переопределить отображение вручную. На практике подоснову или связь которая нужна только для ориентира удобно показывать полутоном (Halftone) — она становится бледной и не мешает основной работе, но остаётся видна для привязки.

Рабочие наборы для связей

Важная практика которую часто игнорируют: каждую связь стоит размещать в отдельном рабочем наборе. Создаёте рабочий набор «Связь_Конструктив», загружаете в него конструктивную модель — и теперь этой связью можно управлять отдельно.

Зачем это нужно. При открытии тяжёлого проекта можно не загружать связи которые сейчас не нужны — закрыть их рабочие наборы через диалог открытия (Specify worksets to open). Модель откроется быстрее, потому что Revit не будет грузить в память гигабайты чужих моделей. Когда связь понадобится — открываете её рабочий набор. Без этой организации все связи грузятся всегда, даже когда вы работаете над узлом где они не нужны.

Закрепляйте связи после загрузки

После того как связь загружена и встала на правильное место — закрепите её командой Pin. Закреплённую связь нельзя случайно сдвинуть мышью или стрелками. Это страховка от одной из самых неприятных ошибок: задел связь, сдвинул на метр, не заметил — и вся координация поехала.

Если связь случайно сдвинули и это обнаружилось не сразу — вернуть точное положение бывает сложно. Проще потратить две секунды на закрепление сразу после загрузки.

Битые связи — главная боль

Пример битых ссылок в диспетчере связей Revit

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

Симптомы знакомы каждому: при открытии модели Revit долго висит, пытаясь найти потерянные связи, затем выдаёт предупреждение что связь не найдена. Модель открывается, но вместо связи — пустота или последнее закэшированное состояние.

Диспетчер связей — диалог Manage Links (Manage → Manage Links). Здесь видно все подгруженные файлы, их статус (загружена, выгружена, не найдена) и пути. Чтобы переназначить путь к потерянной связи, используется кнопка Reload From — указываете новое расположение файла, и связь восстанавливается.

Относительные или абсолютные пути: Revit может хранить путь к связи как абсолютный (C:\Projects\…) или относительный (от расположения текущего файла). Относительные пути устойчивее — если переместить всю папку проекта целиком, связи не потеряются, потому что взаимное расположение файлов сохранилось. Настраивается в Manage Links через колонку Path Type.

Связи и Revit Server

Когда модели хранятся на Revit Server, работа со связями становится надёжнее — но только при правильной настройке. Связь между моделями на сервере прописывается через серверный путь, и если он одинаков для всей команды — связи не теряются ни у кого.

Главное преимущество централизованного хранения именно в этом: когда все модели лежат на одном сервере по фиксированным путям, проблема «у меня связь не открывается, а у тебя открывается» исчезает. Файлы не переезжают по локальным папкам разных сотрудников, путь к связи один для всех. Это снимает самую частую причину битых связей в распределённых командах.

Когда связи тормозят модель

Несколько тяжёлых связей способны заметно замедлить работу — каждая загруженная модель занимает память и ресурсы на отрисовку. Если работа стала вязкой, первое что стоит проверить — сколько связей загружено и насколько они тяжёлые.

Решение — выгружать ненужные связи командой Unload в Manage Links. Выгруженная связь остаётся в проекте (путь сохранён), но не грузится в память. Когда понадобится — загружаете обратно одним кликом. В сочетании с рабочими наборами для связей это даёт хороший контроль над производительностью.

Отдельная тема — вложенные связи. Если модель А подгружена в модель Б, а Б подгружена в ваш проект, поведение зависит от настройки Attachment или Overlay. Overlay не передаёт вложенную связь дальше, Attachment передаёт. Неконтролируемые вложенные связи через Attachment могут многократно умножить нагрузку — одна и та же модель загрузится несколько раз через разные цепочки.

Чек-лист правильной работы со связями

  • В начале проекта настроить единую систему общих координат для всех моделей
  • Загружать связи by Shared Coordinates, а не Center to Center
  • Закреплять (Pin) каждую связь сразу после загрузки
  • Размещать каждую связь в отдельном рабочем наборе
  • Использовать относительные пути чтобы связи не терялись при переносе папки
  • Выгружать (Unload) связи которые сейчас не нужны
  • Перед сдачей проверять Manage Links — все ли связи на месте

Итог

Связи Revit требуют дисциплины. Единая система координат, закрепление после загрузки, отдельные рабочие наборы и аккуратные пути — это не бюрократия, а защита от тормозов и «разъехавшихся» моделей. Настроенные один раз в начале проекта, они экономят часы на поиске потерянных связей потом.

Устали от битых связей в распределённой команде? Централизованное хранение моделей на Revit Server решает проблему потерянных путей — связь одна для всех. Напишите в Telegram @revitserver или на info@revitserver.ru — расскажем как настроить.


Нужен Revit Server для вашей команды?

Поможем организовать совместную работу проектировщиков
Модальная форма