Теплый пол в ревит
Обновлено: 26.04.2024
Расскажу, как работать с диспетчером инженерных систем в Ревите. Полезный инструмент, с помощью которого можно проверить сети и собрать с них некоторые данные. Также затрону тему энергомоделирования в Ревите и поделюсь скромными знаниями о зонах и аналитических системах.
Запуск
Есть три способа, как открыть диспетчер инженерных систем. Перечислю от самого долгого до самого быстрого:
- вкладка «Вид» → кнопка «Интерфейс пользователя» → выбрать в выпадающем списке пункт «Диспетчер инженерных систем;
- правой кнопкой на свободном месте рабочего пространства → внизу пункт «Обозреватели» → «Диспетчер инженерных систем»;
- нажать F9.
Откроется окно типа диспетчера проектов, о настройке которого можно прочитать в отдельной статье . Давайте посмотрим, что тут есть.
1 — выпадающее меню, тут выбираем, что именно отображаем в диспетчере. О вариантах расскажу отдельно ниже.
2 — при работе с системами можно выбрать все или оставить системы из определённой дисциплины.
3 — список систем по дисциплинам, у каждой дисциплины своя папка + ещё одна папка для элементов, которым не назначена система.
4 — две кнопочки, левая с молнией подгоняет ширину содержимого в столбцах, правая с гаечным ключом позволяет настроить, какие столбцы выводить.
Вот такие столбцы доступны для режима отображения «Системы»:
Теперь давайте разберёмся с тем, что отображается в диспетчере.
Пройдусь по всем режимам и расскажу про каждый.
Системы
Здесь собраны потребители и оборудование в каждой системе, а также их параметры и расположение по пространствам.
Механизмы
Посмотрим на примере дисциплины «Механизмы» — вентиляции.
Иерархия простая: сначала идёт деление по типам систем, потом по именам систем. Внутри системы список потребителей и оборудование, в столбцах информация о них.
Самое интересное тут — распределение элементов по пространствам. Если выделить воздухораспределитель в модели, то в его свойствах эту информацию не получить, что странно и стрёмно, но вот так оно работает. Всё остальное можно увидеть так или иначе в модели.
Как видите, у приточной установки расход нулевой. Это связано с настройками соединителей в семейства. Если у соединителя в параметре «Классификация систем» не задана конкретному типу системы, то расход не выносится. В диффузорах классификация «Приточный воздух», а у вентилятора — «Глобальный».
Если поменять настройки и первичному соединителю задать классификацию «Приточный воздух», то расход будет определяться и выводиться в диспетчер. При этом, он не будет суммироваться с остальным расходом, то есть всё будет считаться правильно.
Минус подобной настройки соединителей очевиден — вентилятор с такими соединителями не получится без проблем вставлять в разные типы систем: либо притоку, либо вытяжке будет отдано преимущество, и это может вызывать проблемы.
Если каждому соединителю в вентиляторе задать классификацию определённой системы, например приточную, тогда до вентилятора и после него будет создаваться две системы, каждая в диспетчере будет отображаться отдельно.
При этом можно сделать вот что: выделяете систему воздуховодов, на ленте появится кнопка «Выбрать оборудование», жмёте её и потом по вентилятору — иерархия в диспетчере изменится.
Теперь система содержит вентилятор, который содержит в себе вторую систему — ту, которую выделяли. Не знаю, как и на что это влияет, единственное, что меняется, кроме порядка элементов в диспетчере, — это в свойствах выделенной системы появляется параметр с именем типа вентилятора.
При этом нельзя выбрать один вентилятор для двух и более систем. Как по мне, так опция не слишком полезная.
Лично я не гонюсь за тем, чтобы оборудование чётко соответствовало своим характеристикам в диспетчере систем. Диспетчер — вспомогательный инструмент для БИМ-модели, а не цель моделирования.
Трубы
Всё похоже на вентиляцию. С отопительными приборами есть один момент. Если не задать параметр расхода на соединитель или задать его, но значение параметра будет считаться формулой, то диспетчер не сможет получить расход с прибора и напишет «Н/Д».
Почему такие особенности — не знаю, считаю их нелогичными. Какая разница откуда расход, если он есть, то есть надо просто взять с соединителя и вывести в диспетчер.
Электросети
Иерархия простая: сначала идёт тип сетей (силовые или слаботочка), далее имя панели, имя цепи и список потребителей.
Главные показатели для электросетей — это полная мощность на электропотребителях. В диспетчер выводится именно полная, а не номинальная мощность.
Зоны ОВК
Зоны, или Зоны ОВК, — это набор из нескольких пространств с одинаковыми отопительно-вентиляционными характеристиками. Например, в одной зоне будут помещения с одинаковой температурой, кратностью воздухообмена, типом отопительной системы и тому подобными характеристиками.
Когда вы только расставляете пространства, они сразу добавляются в зону под названием «По умолчанию». Такие пространства не будут участвовать в энергомоделировании. Поэтому нужно насоздавать зон и засунуть туда пространства.
Ну как нужно — энергомоделирование в Ревите работает непонятно как, поэтому я не знаю тех, кто им успешно пользуется. Если вы знаток этого инструмента, то пишите мне, замутим шикарную статью.
Тем не менее поделить пространства по зонам можно, в диспетчере это будет выглядеть вот так:
Если не занимаетесь энергомоделированием в Ревите, то какой-то особой пользы от зон не получите. Зато пространства — полезный инструмент, прочитайте о них подробнее в отдельной статье .
Чтобы создать зону, идите на вкладку «Анализ», в панели с пространствами будет кнопка «Зона». Нажмите по ней, в свойствах задайте имя и прощёлкайте пространства на плане — они добавятся к этой зоне.
Думаю, кнопки на ленте тут очевидны и подробно объяснять нет смысла. Первые две кнопки позволяют добавить или удалить пространство из зоны, две последние — сохранить изменения в зоне или выйти из редактирования без сохранения. В дальнейшем можно выделить зону и нажать на ленте кнопку «Редактировать зону» и менять её.
У зоны есть свойства. Часть из них считается сразу же после создания зоны, а часть — только после выполнения расчёта отопительных и холодильных нагрузок. Это делается отдельным инструментом, про него в этой статье рассказывать не буду.
В блоке «Размеры» есть два типа площади и объёма — занимаемых и общая. Общие площадь и объём — суммарные значения для всех пространств в зоне. Занимаемые площадь и объём — суммарные значения только для тех пространств, которые сдаются в аренду.
Если выделить пространство, то у него в свойствах есть две галочки: «Камера» и «Сдается в аренду». Вот те пространства, у которых стоит эта галочка, учитывается в «занимаемых» объёме и площади.
Камера — кривой перевод. По факту это означает запотолочное пространство, которое используется для подачи или отвода воздуха. Самая близкая аналогия из российских реалий — тёплый чердак. Чуть подробнее можете прочитать в английской Википедии из статьи Plenum space .
В блоке «Идентификация» есть параметр «Имя», сюда нужно вводить имя зоны.
В блоке «Расчет энергопотребления» нужно задать параметры зоны: тип системы отопления, коэффициент байпаса воздухонагревателя и температуры воздуха в помещениях внутри зоны и наружного воздуха.
Информация об отоплении — температура в помещении, температура подачи при воздушном отоплении и относительная влажность, если её нужно поддерживать. Для охлаждения окно аналогичное
Информация об отоплении — температура в помещении, температура подачи при воздушном отоплении и относительная влажность, если её нужно поддерживать. Для охлаждения окно аналогичное
Данные о наружном воздухе: откуда пространство должно брать эти данные и удельные показатели на человека, площадь и объём помещения
Данные о наружном воздухе: откуда пространство должно брать эти данные и удельные показатели на человека, площадь и объём помещения
Поскольку это настройки зоны, то они распространятся на все пространства, которые добавлены в зону.
Кроме зоны ОВК, есть ещё один инструмент для энергомоделирования — зона системы.
Зона системы
На вкладке «Анализ» есть панель «Оптимизация энергопотребления» и на ней кнопка «Зона системы». Этот инструмент нужен для создания аналитических систем, о которых будет ниже.
Если нажать по кнопке, то Ревит предложит нарисовать эскиз. Можете обвести зоны, можете просто нарисовать линию и пересечь ею нужные пространства. Эскиз может состоять из нескольких линий. Все пространства и помещения, которые пересеклись с этими линиями, будут входить в зону системы.
Когда закончили рисовать эскиз — для примера нарисую просто линию — и нажали «Готово», то появится вот такая штрих-пунктирная линия с кругляшами на концах. Если выделить её, то в свойствах будут параметры зоны системы.
Важно указать имя, а в дальнейшем и оборудование для зоны. Про него будет дальше.
Таким образом мы быстро формируем наборы пространств для дальнейшего анализа энергопотребления. Всё это выполняется без реально замоделированных систем, что логично: без расчёта непонятно, на какие расходы моделировать системы, а после анализа можно приступать к созданию полноценной модели.
Проектировщикам с территории бывшего СССР, скорее всего, нафиг не нужен этот инструмент, потому что считает он всё подозрительно и доверия у меня к нему нет. Пусть это и грустно, зато пока что проектировщики не останутся без работы.
Аналитические системы
Также инструмент для энергомоделирования. Смысл такой: схематично указываем Ревиту, что вот в таких-то пространствах у нас будут определённые системы и оборудование. Ревит при анализе нагрузок будет считать, что в указанных пространствах есть инженерные системы. Аналитически можно добавить водяные системы и вентиляцию.
Чтобы создать аналитическую систему, нужно расставить пространства и создать зоны систем. Не путайте Зоны (Зоны ОВК) и Зоны систем — это разные инструменты.
Далее идём в диспетчер проекта и включаем режим «Аналитические системы». Здесь вы увидите не назначенные системы. Я проставил закрашенные кружочки и заливкой заполним кружочки у обозначений зон систем, чтобы вы понимали, где какая зона систем.
Основная проблема при работе с трубами — их нельзя гнуть так, как их гнут на монтаже. Ревит простить тут можно, его логика понятна, но легче от этого не становится.
Можно посчитать длины гнутых участков в семействах отводов, это простая формула неполной длины окружности, но эта длина будет собираться в спецификации фитингов, а не трубопроводов.
Можно создать семейство отвода, в котором длина сразу считается в ADSK_Количество, а потом собрать всё в спецификации по нескольким категориям, задав отводу в параметре ADSK_Наименование такое же имя, как и у трубы. Выглядеть все будет хорошо, но для заполнения ADSK_Наименования у трубы нужно запускать макросы из шаблона АДСК. Хотя это уже довольно приемлемый вариант.
Мое предложение
Объединить оба способа: семейство + автоматизация, в моём случае это Динамо, а не макрос.
Как это работает: вы моделируете систему из трубы определённого типа с определённым семейством отвода, так оно обычно ведь и бывает. А потом запускаете скрипт, который заполняет все параметры так, что на выходе вы получаете спецификацию трубопроводов, в которой будет вся длина труб в контуре. И отводы и трубы. В одной спецификации.
У моего метода есть и минус, о нём скажу в конце.
Условия работы скрипта
Имя системы нельзя добавить скриптом во вложенное семейство категории «Труба», потому что Динамо этот параметр не видит, поэтому приходится использовать другой параметр, я использовал «ADSK_Группирование».
То же для наименования, я использовал «ADSK_Наименование», и для количество — тут у меня «ADSK_Количество».
В остальном я постарался сделать скрипт очень гибким. Если у вас существует иная система наименований для семейств, то при запуске скрипта через Проигрыватель Динамо вы можете руками вбить все нужные данные. Давайте пройдёмся по командам.
1 — в этот параметр будет копироваться имя системы из системного параметра, в итоге одно имя системы будет и у обычных труб, и у отводов, и у вложенной трубы. Если нужен другой параметр, нужно редактировать семейства отвода и вложенной трубы + добавлять параметр проекта для обычных труб, то есть подходит только другой общий параметр.
2 — укажите полное имя семейства, которое вы используете как гнутую трубу.
3 — в этот параметр будет записываться наименование. Для обычных труб — оно сформируется с учётом пункта 6, для вложенной трубы — скопируется из обычной трубы такого же диаметра, что и отвод. Если нужен другой параметр — всё менять, как в случае с именем системы.
Дублирую картинку и го дальше.
4 — в этот параметр будет записываться количество в метрах с указанным запасом. Если нужен другой параметр, надо всё редактировать.
5 — коэффициент, который будет домножаться на длину и обычной трубы, и вложенной, если указать скрипту такую необходимость.
6 — если ваши трубы называются иначе, чем в шаблоне АДСК, то просто вбейте сюда первую часть названия. Наименование соберётся так:
«А» + «Диаметр условный» + «х» + «Толщина стенки трубы», где А — тот текст, что вы вобьёте в поле 6.
Пример: если в поле 6 вбито «Труба полиэтиленовая KREC-PEX DN», диаметра условный трубы 20, внешний диаметр равен 20, а внутренний 16, то запись будет такая: «Труба полиэтиленовая KREC-PEX DN20х2.0»
Толщина стенки считается как половина разницы между внешним и внутренним диаметром. Если у вас забиты эти значения на пофиг, то не надо так делать, переделайте нормально.
7 — укажите имя типа трубы, которой вы делаете теплый пол, чтобы отфильтровать её от других труб. В идеале этот тип должен быть только для тёплого пола, потому что скрипт сначала создаёт имена для труб по их диаметрам, а потом эти же готовые имена записывает во вложенные трубы, чтобы и настоящие и фейковые трубы имели одинаковое наименование.
8 — если вы хотите добавить запаса ещё и на длину гнутых частей системы, то поставьте переключать в положение True. Запас будет тот же, что в поле 5. Таким образом вы сможете накинуть свой запас на всю систему вообще. По умолчанию выключено.
У гнутых труб можно вручную поменять коэффициент гиба. Сделал это для случаев, когда места мало, а повернуть нужно. Выделяете отвод, в блоке «Зависимости» будет параметр «Коэффициент гиба», по умолчанию сохранил значение из семейства — 5,5. Длина будет пересчитываться с учётом коэффициента.
В Ревите очень трудно с управлением соединителями (коннекторами). В прошлой статье о соединителях я рассказывал, как управлять их положениями, но в случае коллекторов у нас дополнительная задача: управлять ещё и видимостью соединителей. Расскажу, как победить это зло.
Внимание! Эта статья сделает вас Ревитчиком 80 левела. Но это неточно.
Я не буду показывать весь процесс, но расскажу главное: общий принцип и как управлять соединителями.
Общий принцип такой: создаём в семействе коллектор-трубу, ответвления собираем вложенными семействами. Желательно нарисовать и ответвления в виде трубок без арматуры в основном семействе. Я так и сделаю, чтобы на них потом сажать коннектор.
Вид сверху: посадил параметр на общую длину, дал отступ 100 мм слева, добавил опорные плоскости для ответвлений, достаточно для 2 штук
Вид сверху: посадил параметр на общую длину, дал отступ 100 мм слева, добавил опорные плоскости для ответвлений, достаточно для 2 штук
Создал ответвление, запараметризировал длину. Отправил кусочек выше — туда потом можно посадить арматуру, например
Создал ответвление, запараметризировал длину. Отправил кусочек выше — туда потом можно посадить арматуру, например
Формула для длины коллектора, она будет меняться в зависимости от количество ответвлений. Учёл отступы слева и справа для красоты
Формула для длины коллектора, она будет меняться в зависимости от количество ответвлений. Учёл отступы слева и справа для красоты
Теперь нужно создать массив c ответвлениями. Убедитесь, что массив работает правильно и ответвления правильно увеличиваются/сокращаются, никуда не уезжают.
Небольшой трюк. Чтобы массив нормально работал, я добавляю вспомогательную линию. Привязываю её по оси ответвления к опорным плоскостям. В модели её не будет, а в семействе она нужна.
Выделяю выдавливание-ответвление и вспомогательную линию. Создаю линейный массив с группированием и способом по расстоянию между элементами. После того, как создал массив, я привязываю на замок вспомогательную линию второго элемента массива к опорной плоскости, которая у меня образмерена параметром «Шаг». Само выдавливание у меня цилиндрическое, у него нет граней, за которые я могу привязать его к опорной плоскости. Поэтому и нужна вспомогательная линия.
Инструкция по привязке второго элемента массива. Вспомогательная линия за концы привязана к оси коллектора сверху и опорной плоскости, которая управляет длиной ответвления
Инструкция по привязке второго элемента массива. Вспомогательная линия за концы привязана к оси коллектора сверху и опорной плоскости, которая управляет длиной ответвления
Эти манипуляции с вспомогательной линией нужны, чтобы шаг в массиве менялся, когда вы измените значение в параметре «Шаг». Иначе при изменении параметра «Шаг» расстояние между элементами так и останется тем, которое вы указали изначально. Длину ответвления поменять у меня не получилось, массив ломается. Надеюсь, вам не нужно менять длину, так что оставим её фиксированной.
Массив создан, всё работает. Геометрия ответвлений не соединена с коллектором — некрасиво, но тут ничего не поделать, оставляйте так
Массив создан, всё работает. Геометрия ответвлений не соединена с коллектором — некрасиво, но тут ничего не поделать, оставляйте так
Теперь самое важное!
- Сделайте количество ответвлений максимальным для вашей гребёнки.
- Проставьте соединители трубопроводов на массивы, не заходя в редактирование группы.
- Не меняйте количество ответвлений в семействе. Загружайте гребёнку в проект, количество менять будем уже там.
Вы можете создать отдельные параметры для диаметров, расходов и потерь давления на каждое ответвление, тут уже всё зависит от сценариев использования вашей гребёнки. Я создам по-простому: все ответвления одинаковые.
Суммарные потери давления я повесил на главный соединитель — на самом коллекторе. Но это просто пример, вы же делайте так, как вам нужно
Суммарные потери давления я повесил на главный соединитель — на самом коллекторе. Но это просто пример, вы же делайте так, как вам нужно
Соединители везде с настройкой «Заданный», поэтому расход на ответвления я посчитал через формулу деления суммарного расхода. Но опять же, это просто пример
Соединители везде с настройкой «Заданный», поэтому расход на ответвления я посчитал через формулу деления суммарного расхода. Но опять же, это просто пример
Всё, теперь в проекте мы сможем управлять количеством ответвлений и соединители будут меняться вслед за ним. Вот и весь секрет.
Категория для гребёнки
Если засунете в «Арматуру трубопроводов», то можно выбрать тип детали «Торцовая крышка». В этом случае лучше всего сначала рисовать трубу и оставлять открытый конец, а уже на него сажать гребёнку. С типом детали «Торцовая крышка» она не будет крутится, а сразу сядет на трубу. Наверное, это не самый правильный тип детали, но зато так хорошо присоединяется.
Также, чтобы она нормально сажалась, проследите:
- главный соединитель (тот, что с перекрестием) должен быть на коллекторе, а не каком-нибудь ответвлении;
- оси были направлены вверх, иначе гребёнка перевернётся вверх тормашками.
Если выберете «Соединительные детали трубопроводов», тогда ставьте тип детали «Мультипорт». В этом случае Ревит нормально отнесётся к множеству соединителей и не будет искать замену в настройках трассировки. Соединителям на ответвления тогда можно задать классификацию систем «Фитинг», тогда настройки расхода и потерь давления не актуальный, их уже применить не получится.
Если выберете «Оборудование», то у неё только два типа детали — «Нормальный» и «Вставляется». Первый нужен, когда оборудование просто ставится на пол, а уже потом обвязывается, например теплообменники или насосы на фундаментах. Второе — когда оборудование врезается в трубу, например инлайн-насосы. Как видите, оба варианта не лучшие, но из двух «Нормальный» подходит лучше.
Поэтому я рассмотрю далее два варианта: гребёнка в категории «Арматура трубопроводов» (далее — Арматура) и «Соединительные детали трубопроводов» (далее — Фитинги).
Размещение в модели
Если Арматура и тип детали «Торцовая крышка» или Фитинги и «Мультипорт», то гребёнка без проблем сама подцепится к концу трубы и ровненько встанет.
Если выбрали Фитинги, то всякие настройки расхода по сути смысла особого не несут, их можно не вешать на соединители, делайте их Расчётными, они сами возьмут расход с сети, а в сети они будут с приборов.
Если выбрали Арматуру, то тут возможно варианты. Можно навешать соединители и задать им свойства, как я показал на картинке выше. Дублирую тут, чтобы вы не мотали экран туда-сюда:
В этом случае у нас расходы, потери — всё вроде бы есть. Но есть и минус. Когда вы разместите семейство в проекте и насоздаёте типов по количеству ответвлений (внутри проекта это делать можно и нужно, а внутри редактора семейств — нет, соединители могут пропасть), то иконки соединителей станут неприлично длинными.
Вот пример соединителей для гребёнки на 10 ответвлений, как и было изначально создано в семействе. Всё выглядит прилично
Вот пример соединителей для гребёнки на 10 ответвлений, как и было изначально создано в семействе. Всё выглядит прилично
Система «теплый водяной пол» все чаще выбирается для решения вопроса отопления. Благодаря современным технологиям систему можно легко запроектировать, а в дальнейшем осуществлять ее реконструкцию и ремонт.
Строительство современных жилых комплексов бизнес-класса подразумевает новый формат жизни в черте города с комфортом загородного жилья. Этим целям служат в том числе продуманные инженерные коммуникации. Система «теплый водяной пол» все чаще выбирается для решения вопроса отопления. Благодаря современным технологиям систему можно легко запроектировать, а в дальнейшем осуществлять ее реконструкцию и ремонт.
Uponor предлагает готовые решения для целей BIM-проектирования. Библиотечные семейства производителя содержат BIM-модели для систем водоснабжения. Системы труб Uponor обеспечивают максимальную безопасность, высокую надежность и сокращение эксплуатационных расходов до минимума, а потому незаменимы при монтаже напольного водяного отопления. К другим преимуществам систем водяного отопления можно отнести совместимость с альтернативными источниками энергии, длительный срок эксплуатации (до 40 лет), быстрый монтаж и возможность реконструкции, а также свободу дизайнерских и планировочных решений.
Семейства Uponor имеют ряд уникальных параметров, открывающих для проектировщика новые возможности при работе над проектом. Для тех, кто знаком с Revit, Uponor выпустила видеоролик, в котором наглядно демонстрируется, каким способом можно заложить трубы Uponor Comfort Pipe Plus в проект:
В данном видео подробно рассказывается, как правильно подобрать изоляцию, основываясь на теплотехническом расчете, разместить в проекте трубы для напольного отопления Uponor Comfort Pipe Plus, и подключить их к общей системе отопления, подготовить все необходимые чертежи и вывести спецификацию с необходимым для устройства теплого пола оборудованием.
Эти и другие видеоматериалы компании Uponor представлены на канале YouTube.
Михаил Акопян запись закреплена
Сделал теплые полы с автоматическим подсчетом длин контуров и занесением в таблицу с соответствующей длиной и шагом, ну и настроил маркировки с нумерацией, длиной и шагом контуров. Кто тоже делал пишите в лс сравним варианты, возможно сделаем совместные выводы как лучше)
Пробовал MagiCAD под ревит - дичь, рисует сшитый полиэтилен с фитингами
Михаил, не нашел в трубах ограждений.. нуладно. .а я вот так делаю. Таблица длин формируется спецификациями, а в марку надо заполнять вручную. Сейчас хочу на динамо заполнение сделать. И расчет теплоотдачи по графику воды.
Юрий, ахах, так в ограждениях труб и не будет. Я это сделал траекторией перил))
Как ты хочешь впихнуть расчет теплоотдачи в мелкую формулу? Я считаю его в экселе исходя из температуры теплоносителя, диаметра, пирога пола, требуемой температуры в помещении, шага
Михайил, догадался что ограждения не трубы, считаю это несерьезным, поэтому так написал. Они же не трубы, считать надо длины труб в спецификацию. Про расчет теплоотдачи думаю в последнюю очередь, это самое неважное для меня в этом вопросе. Каждый контур я рассматриваю как оборудование с каким то потреблением тепла. Обязательно учитываю греющий и подводящий контур, для расчета отдачи тепла. И все эти параметры планирую передавать точке (оборудованию) в центре слияния Т1 и Т2. Имена входящих систем еще бы называть по имени контуров ))) такие мечты ))
Юрий, я трубами не стал делать из за того, что нету сшитого политэтилена нигде, на всех ресурсах семейств ревит производители обманывают программу созданием мелких фитингов, которые якобы сливаются с основной, но все равно это не то. Ну а что касается ограждений, это не мешает посчитать их фактическую длину, я создал спецификацию ограждений и четко вижу какой контур сколько длины. Еще и сделал так, что с новым порядковым номером контура ему автоматически присваивается новый цвет. По большому счету если делаешь чисто для себя проект, а не для смежников, то пофигу, никто не виноват что ревит еще не придумал пэкс. Я еще пытался сделать семейство на основе линии, но в итоге закончилсь тем, что нельзя их вместе соединять
Читайте также: