Как связать файлы в ревит
Таки есть желание работать в ревите на основе связанных файлов - чтобы архитектура разрабатывалась в одной модели, конструктив - в другой и так далее, друг-друга они видели на основе "копирования и мониторинга". Как я себе вижу данную процедуру:
1. Создается файл например для конструктора. Он сохраняется на общем сервере как модель из хранилища. В нем создаются базовые оси.
2. Создается файл архитектора. В него подгружается ссылкой "модель из хранилища" конструктивная. Копируются через совместную работу оси.
3. В файл конструктора копируется ссылкой "модель из хранилища" архитектурная. Мониторятся оси.
После данных операций в двух файлах у нас взаимосвязанны оси, т.е. если поменяется у архитектора, это увидит конструктор и наоборот. Если не загружать и не связывать оси в обеих моделях, то изменения будут однонаправленными. Все ли я правильно на этом этапе понимаю, или что-то упускаю?
Далее, каждый работает в своем файле фактически независимо. И в каждом файле можно настроить рабочие наборы для "общих" элементов, такие как несущие стены, колонны, лестницы и прочее, и "уникальные", например у архитекторов "Полы", у конструкторов - "несущая арматура". И выключать свойствах связного файла подгрузку "лишних" рабочих наборов. Общие элементы вполне можно также копировать друг-другу через "копирование и мониторинг".
Но как же без "Но":
За 20 минут эксперементов возникла проблема с "зацикливанием" несущих стен. Сместил стены в архитектурной модели - он попросил их переместить в конструктивной. Переместил. А в архитектурной модели он стал просить снова сместить те же стены. И так до бесконечности. В итоге - решилось только удалением стен. Такая цикличность - это нормально? И как можно от этого уйти?
Второй момент. Есть желание в семейство окон и дверей вставить семейство для установки обрамления отверстий в монолитных стенах. Т.е. архитектор ставит семейство двери, в котором сидит семейство обрамления проема, но до поры до времени параметр, отвечающий за установку типоразмера обрамления стоит в положении "нет". Когда я, как конструктор, начинаю армировать стены, я вижу в монолитных стенах архитектурную дверь, Копирую её к себе в проект с мониторингм, меняю параметр, назначаю параметры для подсчета арматуры в спецификациях, и всё. НО у меня не получилось скопировать с мониторингом окна и двери. Т.е в связанной модели я вижу это окно, а в моей стене даже проема не вырезается. Как быть?
UP! Залез в справку. Есть указание "При мониторинге стен можно задать, следует ли отслеживать проемы, в том числе дверные и оконные проемы." Как - что-то я не нашёл.
И ещё: у связанного файла есть параметр "Общая площадка". Что это такое, и с чем его едят?
В Ревите можно подгружать разные форматы, и с каждой версией их всё больше. В 2021 уже и картинку можно сделать подложкой.
Чтобы разобраться в этой теме, надо пояснить два термина: импорт и связь.
Импорт — внедрение файла в текущий проект Ревита. При этом способе импортированный файл становится частью модели и никак не связан с изначальным файлом.
Связь — создание ссылки на файл в текущем проекте. При этом способе сохраняется связь между связанным файлом и изначальным файлом на диске. В результате изменения изначального файла на диске будут отражаться в модели.
Если посмотреть на вкладку «Вставить» в Ревите, то там есть два больших блока «Связь» и «Импорт».
Топографию можно подгрузить из BIM 360, если туда опубликован файл Сивила. DWF — это специальный формат, в котором можно оставлять пометки и аннотации. Деколь — возможность вставить картинку на какую-нибудь поверхность, например Мона Лизу в рамку. Облака точек — результат трёхмерного сканирования реального здания. Координационная модель — файлы Нэвиса.
Как видно из скриншотов, нельзя импортировать файлы Ревит и IFC, их можно только связать. А вот файлы САПР (DWG) можно и импортировать, и связывать. Только импортировать можно изображения, PDF (в 2021 можно связывать PDF) и gbXML — это формат для передачи данных расчётов «зелёных здания» ( g reen b uilding XML).
Правило в большинство случаев такое:
Если можно сделать связь, то надо делать связь, а не импорт.
Связано это с тем, что при импорте того же DWG-файла в файл Ревит скопируются и внедрятся все линии, штриховки, текстовые типы и прочая лабуда, которую потом нужно будет утомительно вычищать.
Иногда этим можно пользоваться, например когда строители создают в Автокаде особые штриховки, которые сложно или нельзя сделать в редакторе Ревита, и таким образом копируют в Ревит нужную им штриховку.
Параметры связи и импорта
При подгрузке документа в Ревит есть некоторые настройки. Давайте их посмотрим. Начнём со связи RVT-файла.
При указании пути к файлу Ревита внизу есть важная настройка — Размещение. Она отвечает за то, куда встанет связанный файл.
- Режим Авто — файл сам встанет, куда указано. Вручную — это как вставка с базовой точкой в Автокаде, то есть при таком способе вы выбираете не то, куда встанет файл, а то, за какую точку вы будете держать его курсором, и потом сами укажете, куда разместить файл.
- Совмещение центров — у файла есть геометрический центр, вот он и будет точкой вставки. Хотя при автоматическом расположении у меня центральные точки не всегда совпадают. Впрочем, я этим методом не пользуюсь вообще.
- Внутреннее начало — в каждом файле Ревита есть некое внутреннее начало, это точка с координатами (0, 0, 0). Именно от неё высчитывается абсолютная отметка.
- Общие координаты — если выставить файлы по общим координатам, то они сами встанут куда надо при условии, что координаты настроены. Как их создать — читайте в подробном цикле про координацию.
- От базовой точки проекта до базовой точки проекта — базовая точка указывает на проектный ноль, обычно её размещают на пересечении первых осей и нулевой проектной отметке.
Если у вас настроены общие координаты, всегда подгружайте по ним. Если нет, то выбирайте вставку от базовой до базовой. Таков путь.
Теперь посмотрим на настройки САПР.
С размещение всё попроще. Либо геометрический центр, либо внутреннее начало — это начало координат в Автокаде.
Все остальные связи и импорты работают примерно также: нужно указать файл, потом выбрать тип размещение, если такая настройка есть.
Диспетчер связей
Посмотреть, что у вас подгружено связями, можно в Диспетчере связей. В нём же можно удалять, обновлять и заменять связи. Диспетчер не показывает импортированные файлы, только связи. Рекомендую пользоваться им, так как тут удобно видеть сразу информацию по всем файлам.
Пойдём по кнопкам и заголовкам.
Имя ссылки — имя подгруженного файла. Статус — тут либо загружено, либо не загружено.
Тип связи — «Наложение» и «Прикрепление». Вы можете подгрузить файл Ревита, в котором есть свои связи. При типе «Наложение» подгружается только основной файл без связей. При «Прикреплении» подгрузятся ещё и связи. Получается такой каскад связанных файлов.
Если вы переместили связанный файл, который был выставлен по координатам, то его положение изменится и появится галочка в столблце Положения не сохранены. Подробнее читайте об этом в статьях про координацию, ссылку давал выше.
Сохранённый путь — место, где лежит файл. Если путь очень длинный, то часть его будет скрыта. Путь — «Относительный» или «Абсолютный». Щас на пальцах поясню. Абсолютный будет прикреплять файл по полному его пути на диске, как бы жёстко фиксировать его размещение. Относительный будет смотреть не на весь путь, а на его общую часть.
Например, есть у вас папка с файлами RVT, все файлы подгружены друг в друга. Потом вы эту папку перетаскиваете на флешку или на другой диск. Строго говоря, пути поменялись. Но когда вы откроете файл в Ревите, все связи будут на месте, потому что Ревит понял, что все файлы рядом, просто на другом диске или папке.
Локальный псевдоним — если вы подгрузили связью не файл-хранилище, а его локальную копию, то в этом столбце будет указываться путь к этой локальной копии, а в «Сохранённом пути» — путь к самому файлу-хранилищу. На скриншоте Проект1.rvt — это просто файл Ревита, а 25-19-18_КЖ4_VadimMuratov.rvt — локальная копия.
Продублирую картинку и расскажу про кнопки внизу.
Обновить из. — замена связанного файла на другой файл, при этом все настройки загрузки остаются теми же, что были у старого файла. Этой же функцией можно пользоваться, если Ревит вдруг потерял путь к файлу и никак не хочет его восстанавливать. В этом случае просто указываете на файл и всё. Заметил, что со связанными файлами в BIM 360 такой трюк не хочет работать, приходится удалять и подгружать по новой. Тут спасают общие координаты.
Обновить — обновление файла. Если ваши коллеги внесли изменения, сохранили файл и сообщили вам об этом, то можете вручную обновить связь. Автоматически связи обновляются только при открытии файла.
Выгрузить — не удалять связь из документа, но больше нигде её не отображать в модели. Чтобы вернуть модель, достаточно её обновить.
Добавить. — добавление новой связи. Связь Ревит нельзя добавить, если вы находитесь на листе, делать это нужно на виде для моделирования.
Удалить — удалить связь. Если нужно временно выключить, то лучше пользоваться командой «Выгрузить». Но если вы твёрдо решили порвать эту связь, то удаляйте.
На остальных вкладках кнопки похожие, на них останавливаться не буду. Там всё понятно и так, как мне кажется.
Сценарии использования
Приведу несколько примеров.
Обмен чертежами с другими отделами/компаниями
Вы получили архитектурную подложку в DWG от другой компании. Есть договорённость, что архитекторы будут отправлять вам на почту новые версии файлов каждую неделю.
В этом случае идеально будет подгрузить DWG связью: когда вам пришлют новую версию файла, вы её положите в ту же самую папку с тем же самым именем, где лежала старая версия. В итоге в Ревите связь можно будет обновить, и подложка станет актуальной.
Конечно, никаких пометок о том, что вот эта вот стена куда-то там уехала, не будет, но зато положение связи останется таким же и не надо будет снова подгружать и выравнивать документ.
Проверить разницу двух файлов DWG вы можете в Автокаде 2021, там появилась такая функция. Можете посмотреть, как это работает, на страничке Автокада с новшествами.
Создание узлов
Если вы ещё не наработали базу типовых узлов в Ревите, но узлы есть в Автокаде, то можно их не отрисовывать заново, а импортировать.
Создаёте чертёжный вид или легенду, импортируете DWG, заменяете все текстовые поля, линии и штриховки на Ревитовские либо переименовываете их под свой шаблон, расставляете настоящие размеры и всё — узел готов. Обычно геморрой с текстом: аннотационные объекты с удовольствием разъезжаются и выглядят скверно. Но у вас золотые руки, вы всё поправите.
Работа через облако
Вы на фрилансе, взяли проект. Обмен файлами предлагают через облако: Гугл.Диск, Дропбокс, Яндекс.Диск или что-то аналогичное.
Тут возможна проблема. Ревит отслеживает имена файлов и если они не совпадают, то выдаёт ошибку. Имя файла в Виндоус — это полный путь к файлу и его расширение, а не только название самого файла. Имя файла на рабочем столе будет не просто «Проект1.rvt», а таким: C:\Users\Вадим Муратов\Desktop\Проект1.rvt
Поэтому совет: размещайте папку облака в корне диска С.
Это нужно, чтобы у всех участников проекта был одинаковый путь к файлам. Диск «С» есть, скорее всего у всех, а вот буквы других дисков могут не совпадать. Кроме этого, путь к файлу в Диспетчере проектов должен быть «Относительным».
В результате, вы будете подгружать связи, ссылаясь на папку облачного сервиса на вашем компьютере, ваши коллеги будут делать так же, пути будут одинаковыми, поэтому работа будет стальнее. Но не могу гарантировать, что Ревит прям совсем не будет терять связи.
Выводы
Запомните главное: файлы, подгруженный как связь, при их изменении будут обновляться в Ревитеи. Импорт — мёртвая связь, её нужно перегружать при каждом изменении.
Когда есть возможность подгружать связи, а не импорт, всегда выбирайте связи. Беспорядочные связи в Ревите — это как раз импорт, а Связи — уважаемое моногамное объединение цельных личностей.
Обновления статей удобно получать в Телеграм-канале «Блог Муратова про Revit MEP» . Подписывайтесь и приглашайте коллег. Можно обсудить статью и задать вопросы.
Отблагодарить автора
Я много времени уделяю блогу. Если хотите отблагодарить меня, то можете сделать небольшой подарок (именно подарок, такой перевод не облагается налогом). Лайк тоже не помешает, это должно помочь продвижению блога.
Ранее мы уже писали о практическом опыте перевода двухмерных чертежей в BIM-модель. В процессе работы над проектом, а именно, на этапе проверки модели на коллизии, выяснилось, что не все проектировщики умеют работать со связанными файлами. Хотя, наверняка, все знают, что это средство деления и облегчения файла. И обычно, связанные файлы применяют для того, что связывать разделы проекта в одну модель.
Сегодня хочу описать простые правила при работе со связанными файлами, которые облегчат вам жизнь:
- Для того чтобы все файлы корректно "садились" на места, необходимо изначально задать единую систему координат.
- Для этого приоритетный файл, с утвержденной и согласованной точкой вставки и координационными осями, необходимо раздать всем исполнителям, как исходные данные. Им же в свою очередь необходимо подгрузить в свою модель файл «Исходных данных» выбрать вставленный файл и в свойствах, в графе «Общая площадка» см. рис 1, затем, отметить что хотим: Получить общую систему координат из связанного файла, затем кнопка: Согласовать.
Все, теперь все ваши смежники выдадут корректные файлы, и у вас не возникнет проблем.
Возвращаясь к нашему проекту - такая работа не была проведена, и все сделали свои разделы в разных файла. Мы получили от заказчика модели по разным разделам, реализованные в Autodesk Revit. Работа Заказчиком была проведена большая, но при совмещении каждый файл приходилось привязывать вручную. Также была вероятность, что после внесения изменений файлы могли слететь, поэтому просто необходимо привязать файл в проект, исходник и передать в него систему координат!
Для этого, после добавления модели в смежный раздел, необходимо выровнять файл по координационным осям и высотным отметкам, а затем в свойствах в графе пройти следующий путь: Общая площадка, поставить точку: опубликовать общую систему координат (файла исходника, на который будем ориентироваться).
Далее необходимо проверить, чтобы общая площадка была внутренняя.
И так необходимо будет сделать с каждым файлом. После этого можно работать и не переживать, что после обновления что-то пойдет «не так».
Хочу напомнить, что эти изменения в связанные файлы после синхронизации вносится не будут, их обновляют по необходимости вручную. И при открытии файла они автоматически обновляются.
Принципы связывания файлов рассмотрим ниже, а пока - главное правило организации совместной работы в Revit:
Каждый раздел проекта должен выполняться в отдельном файле.
Это значит, что архитектурная модель выполняется в одном файле, раздел ВК - в другом, ЭС - в третьем и т.п. Естественно, из этого правила есть ряд исключений, но об этом - ниже
Связывание файлов в Revit происходит так же, как и в AutoCAD. При связывании вы ссылаетесь на модель, не копируя ее в проект. Если в подложке (связанном задании от смежников) что-то изменилось, обновления отобразятся в вашем файле.
Рассмотрим последовательность действий.
Сразу оговорюсь: как и в предыдущей части, я не ставлю целью обучить кого-то совместной работе. Я не описываю массу нюансов. В блоге про это не расскажешь - формат не тот (в конце концов, есть специальные курсы). Но я описываю общие принципы и возможности, чтобы вы раскрыть потенциал совместной работы, потому что многие просто не знают, с чего начать.
Итак, приступим. Допустим, вы инженер. Архитектор передал вам задание, и вы стартуете разработку своего раздела.
1. Связывание. Выполняется командой "связать с Revit" на панели "Вставка".
Обновить связанную модель или заменить ее (изменился путь, папку с заданием переименовали) можно в меню "Диспетчер связей".
2. Копирование / мониторинг. Ваши (инженерные) уровни и оси должны совпадать с архитектурными. Для нормальной работы, удалите все уровни, кроме уровня 1. Потом скопируйте себе все нужные уровни, а потом оси. Делается это так:
Кроме сеток и осей нужно скопировать, например, сантехприборы, которые архитектор так любовно расставлял на планах. Это делается другой кнопкой:
3. Координация. Итак, архитектор передвинул ось. Вы узнаете об этом утром, когда в момент открытия файла Revit обновит ссылку (или когда вы обновите модель через меню "Диспетчер связей").
Чтобы отобразить список изменений и провести координацию, выберите команду "Просмотр координаций" на панели "Совместная работа".
4. Настройка графики связанного файла. По умолчанию, связанный файл принимает настройки родительского (т.е. вашего, в который он вставлен). Выключите видимость стен - они пропадут и в связанном файле.
Однако вы можете настроить связанный файл независимо от родительского. Покопайтесь тут, поэкспериментируйте и все поймете.
5. Маркировка элементов связанного файла. Предположим, вам нужно замаркировать помещения из вложенного файла. Просто воспользуйтесь командой "Маркировать все" с такими настройками:
6. Спецификации элементов связанного файла. Чтобы сделать ведомость помещений по связанному файлу, просто включите галку "Включить элементы из связей" в настройках спецификации
Вот в общем все основные возможности. Их не так мало, согласитесь!
А теперь еще раз вспомним основное правило и поговорим про исключения и дополнения
Каждый раздел проекта должен выполняться в отдельном файле.
Дополнение: В рамках одного раздела проекта модель может быть собрана из нескольких связанных файлов. Например, многосекционный жилой дом, где каждая секция - отдельный файл.
Исключение: Иногда раздел КЖ стоит делать в одном файле с архитектурой, с помощью рабочих наборов. КМ - однозначно связанный файл, т.к. общих элементов очень мало. А вот КЖ. тут все очень тонко и однозначного рецепта нет. С одной стороны, если АР и КР в одном файле, то происходит раздувание модели, но зато работать достаточно удобно. С другой стороны, стены и перекрытия - это общие элементы для архитекторов и конструкторов, а чем больше общих элементов, тем хуже работает копирование / мониторинг (на практике для стен этот инструмент слишком глючный в части проемов). Поэтому я и пишу: "иногда" и оставляю этот вопрос решаться на конкретном проекте.
Вот и получается, что в комплексном проекте используются оба способа совместной работы: если в рамках отдела над проектом работают несколько специалистов, то используется файл хранилище. А файлы с разными разделами связываются между собой ссылками.
Читайте также: