Revit как создать фитинг

Как известно, в Revit отсутствует дифференциация типов соединений деталей инженерных систем (кроме, разве что, фланцевого соединения, которое реализовано неудобно и практически не пригодно к автоматизированному использованию при моделировании трубопроводов). И если выделение в отдельный тип таких соединений, как резьбовое или сварное, в целом не востребовано, то отсутствие раструбных фитингов — это существенный недостаток.

При использовании стандартных баз канализационных соединительных деталей Revit возникают неточности в процессе определения длины труб, т.к.

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

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

Стандартный набор раструбных фитингов годится лишь для грубого учета материалов и условной отрисовки систем

Главной особенностью раструбных соединительных деталей является то, что они имеют неравнозначные коннекторы, т.е.

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

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

Ниже на примере отвода (колена) канализационного из ПВХ представлено одно из решений данной задачи, отличительной особенностью которого является, насколько это возможно, простота параметризации.

Как видно из скриншота, данный отвод содержит два раструба, один из которых в реальности является конструктивным элементом присоединяемой к нему трубы. Однако, т.к.

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

Это решение требует реализации целого ряда механик, чтобы быть универсальным. Прежде, чем рассмотреть их подробно, стоит сказать пару слов о том, как выполнен сам отвод (т.е. его «тело» без учета раструбов).

Как видно, «тело» сформировано двумя элементами сдвига, ось одного из которых совпадает с проекцией фронтальной плоскости, а другого — отклонена относительно этой проекции на определенный угол.

Отклоняемая ось при этом неподвижным концом закреплена одновременно на проекциях фронтальной и профильной плоскостей — это позволяет избежать ошибки при присвоении углу значения 90 градусов.

Зазор между элементами сдвига заполнен элементом вращения, представляющим собой поворот полукруга радиусом, равным радиусу профилей элементов сдвига, на угол отклонения второго элемента сдвига (см. скриншот ниже).

Длина элементов сдвига задается соответствующими параметрами в зависимости от конфигурации фитинга (о чем подробнее ниже). Выступающие элементы этих тел при их взаимном пересечении подрезаются полыми элементами выдавливания (они мешают определению плоскостей, на которых размещены коннекторы).

На скриншотах выше «тело» фитинга показано без раструбов. Именно оно является параметризованной геометрией в данном семействе (размеры формирующих его элементов задаются зависимостями). Раструбы же имеют гораздо более сложную форму, поэтому выполнены в виде вложенных семейств и подгружаются в нужном виде в зависимости от конфигурации фитинга.

Раструбы целесообразно выполнять в виде вложенных семейств

Ниже показано одно из таких вложенных семейств раструбов:

Как видно, оно представляет собой обобщенную модель на основе грани, состоящую из двух элементов вращения, один из которых является зеркальным отражением другого. Видимость этих элементов задается соответствующими параметрами экземпляра:

Семейства раструбов размещаются на тех же плоскостях «тела» фитинга, что и коннекторы (именно для этого они выполнены в виде моделей на основе грани). Всего в семействе рассматриваемого фитинга два вложенных семейства раструбов, что соответствует перечню его диаметров по каталогу производителя — 50 и 110 мм:

А теперь суть «трюка» по отображению вложенных семейств раструбов: раз оба раструба должны «смотреть» в одну сторону, то для одного из них значение параметра Видимость1  должно быть истинным, Видимость2 — ложным, а для другого — наоборот, Видимость1 — ложным, Видимость2 — истинным.

Так как Revit может изменять последовательность коннекторов в отводе в зависимости от направления поворота трубопровода, должна быть также предусмотрена возможность преобразования отвода в «отраженный», у которого значения параметров Видимость1 и Видимость2 для каждого раструба меняются местами:

Это преобразование реализуется через параметр экземпляра типа «да/нет». Переключение нормального/отраженного вида фитинга осуществляется вручную.

Направление раструбов при нормальном и «отраженном» отображении отвода задается вручную параметром-переключателем

Следующая механика, которая должна быть реализована в данном фитинге, — возможность отключения отображения одного из раструбов, чтобы получить отвод с гладким концом (т.е. форму, соответствующую реальному виду данного изделия).

Это нужно для того, чтобы при сборке некоторых узлов из данных фитингов (например, поворот из двух отводов) раструбы соседних отводов не наезжали друг на друга.

Чтобы сделать вышеописанное, нужно присвоить значение «ложь» обоим параметрам, отвечающим за видимость раструба, расположенного со стороны гладкого конца фитинга, а также удлинить элемент сдвига, формирующий «тело» отвода с этой стороны:

За реализацию функции также отвечает параметр экземпляра типа «да/нет», задаваемый вручную.

Отображение раструба со стороны присоединения трубы или гладкого конца отвода задается вручную параметром-переключателем

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

Параметры экземпляра Отраженный и Раструб трубы задаются вручную, и на основании их значений формируются значения параметров:

• ВидимостьРаструба1Нормальный
• ВидимостьРаструба1Отраженный
• ВидимостьРаструба2Нормальный
• ВидимостьРаструба2Отраженный

Параметры вложенных семейств раструбов связаны с вышеперечисленными: ВидимостьРаструба1Нормальный и ВидимостьРаструба1Отраженный задают значения параметров Видимость1 и Видимость2 первого раструба, а ВидимостьРаструба2Нормальный и ВидимостьРаструба2Отраженный — этих же параметров второго.

Что касается длин траекторий элементов сдвига, формирующих «тело» фитинга, то за определение этих размеров отвечают параметры Длина1 и Длина2 — соответственно, для элемента сдвига на проекции фронтальной плоскости и отклоняемого на заданный угол. Значения данных параметров выбираются из таблицы имен по таким зависимостям:

• Длина1 = if(Отраженный, size_lookup(ТаблицаИмен_Размеры, «Длина3», 0 мм, Диаметр, МаркерУгла), if(Раструб трубы, size_lookup(ТаблицаИмен_Размеры, «Длина2», 0 мм, Диаметр, МаркерУгла), size_lookup(ТаблицаИмен_Размеры, «Длина1», 0 мм, Диаметр, МаркерУгла)))
• Длина2 = if(not(Отраженный), size_lookup(ТаблицаИмен_Размеры, «Длина3», 0 мм, Диаметр, МаркерУгла), if(Раструб трубы, size_lookup(ТаблицаИмен_Размеры, «Длина2», 0 мм, Диаметр, МаркерУгла), size_lookup(ТаблицаИмен_Размеры, «Длина1», 0 мм, Диаметр, МаркерУгла)))

В таблице имен величина Длина3 — это значение, соответствующее длине цилиндрического участка «тела» отвода от центра до раструба (со стороны раструба), Длина2 — от центра до торца раструба трубы со стороны гладкого конца, а Длина1 — от центра до торца отвода со стороны гладкого конца. Эти величины могут быть определены и внесены в таблицу имен по чертежам фитинга в каталоге производителя:

МаркерУгла — один из параметров поиска в таблице имен, который формируется в зависимости от текущего значения угла при построении отвода и принимает одно из фиксированных значений, соответствующих номенклатуре производимых отводов по каталогу (30, 45, 67 или 90 градусов).

Уравнение, определяющее значение этого параметра, «прощает» незначительные отклонения значений угла от каталожных, но отсекает фитинги, у которых это отклонение превышает заданные пределы.

Это нужно для того, чтобы, во-первых, однозначно определить исполнение конкретного экземпляра отвода (не только по диаметру, но и по углу) и, во-вторых, не допустить попадания в спецификацию экземпляров с неверными значениями угла.

• Параметр ADSK_Наименование, как и для фитингов, описанных в предыдущих статьях, задается через функцию size_lookup в зависимости от диаметра и вышеописанного параметра МаркерУгла и содержит полное техническое описание экземпляра. Например:
• Отвод канализационный СТАНДАРТ, 50 x 30°
• Подробно о принципе формирования параметров для спецификаций рассказано в части 3 данного цикла статей.

Что касается прочих раструбных фитингов для систем канализации, реализация отображения раструбов у них аналогична, а параметризация «тела» изделий в целом такая же, как и для всех остальных соединительных элементов трубопроводов. Скачать эти семейства (в т.ч. отвод, описанный в статье) можно по ссылке.

Подробно о коннекторах для систем вентиляции. Revit для начинающих и опытных пользователей

В данной статье пойдет речь о коннекторах (соеденителях) воздуховодов для систем вентиляции в ПО Revit. Большую часть информации можно использовать и для труб.

В первой части статьи идет речь о типах оборудования. Типы оборудования рассматриваются через призму работы с коннекторами (соеденителями). Затем, идет речь о параметрах коннекторов (соеденителей) и их значениях с примерами.

В заключительной части статьи приводятся наглядные схемы подключения оборудования с отображением значений параметров коннекторов (соеденителей).

[Ссылка на мой YouTube-канал: https://www.youtube.com/HVAC1]Описанный ниже способ организации вентиляционных систем не является единственно возможным.

Типы оборудования

Воздухораспределители

Воздухораспределители, которые размещаются в помещениях (не воздухозаборные и не выбросные наружные решетки) являются элементами, которые задают расход в системах. Не редко бывает так, что решетки и диффузоры бывают узкоспециализированными (работают либо на вытяжку, либо работают на приток).

Поэтому, имеет смысл делать их привязанными к системам. То есть, отдельное семейство решетки должно быть либо семейством вытяжной решетки, либо семейством приточной решетки.

Это накладывает одно неудобство – в случаях, когда воздухораспределитель является универсальным, необходимо создавать для него два или более семейства, которые будут отличаться настройками коннектора.

Другое дело, когда речь идет о наружных решетках. Данные решетки обычно стоят у основания системы и собирают информацию о расходе всей системы. Гораздо чаще, данные решетки бывают универсальными (за исключением инерционных решеток). Имеет смысл делать их универсальными.

Арматура воздуховодов

Арматура воздуховодов (противопожарные клапаны, дроссельные заслонки, шумоглушители и т.д.) являются универсальными как в “Классификации систем” (приточная система, вытяжная система), так и в направлении потока.

Поэтому, для данного типа элементов необходимо создать связку коннекторов, которая не будет разделять систему на подсистемы, которая не будет влиять на работу системы в зависимости от расположения элемента и которая будет работать в любой системе.

Фитинги

Фитинги – простейшие элементы, которые используются для соединения воздуховодов при организации их трассировки (отводы, переходы, тройники, крестовины и др.).

Фитинги не привязываются к системам, и имеют упрощенные коннекторы, которые позволяют только пропускать через себя расход и оказывать сопротивление потоку.

Они уже имеются в составе стандартных шаблонов, поэтому, для решения большинства задач, достаточно использовать их. Но, иногда бывает необходимо создать дополнительные фитинги, например, мультипорты.

Механическое оборудование

Механическое оборудование (вентиляционное оборудование) – обычно, так же являются универсальными – одни и те же вентиляторы работают на вытяжку и на приток. При этом, обычно, вентиляторы стоят в основании систем и пропускают через себя весь поток системы. Поэтому, актуально создавать семейства без привязки к системе, имеющих направление потока и не разделяющих систему на подсистемы.

Есть другой вид оборудования, который обычно привязан к типу системы и который выделяет часть системы в отдельную подсистему. Это VAV(клапан переменного расхода воздуха)  и CAV(клапан постоянного расхода воздуха).

Они регулируют расход воздуха подсистемы и способны корректировать его температуру, если имеют в своем составе теплообменники. Для такого оборудования предусмотрен отдельный способ формирования системного браузера в Revit.

Для этого необходимо создать систему из коннекторов, которая способна разделить систему на подсистемы, привязана к системе и формирует направление потока.

Настройки коннекторов (соеденителей)

Форма

Параметр “Форма” определяет, какой формы необходим коннектор: Круг, Прямоугольник, Овал

Высота, Ширина, Диаметр

Данные параметры активируются в зависимости от того, какая была выбрана форма коннектора. Если Круг, то “Диаметр”, если Прямоугольник, то “Высота” и “Ширина”, если овал, то “Высота” и “Ширина”.

Конфигурация потока

Параметр “Конфигурация потока” определяет способ взаимодействия коннектора по отношению к системе. Для данного параметра есть возможность выбрать три значения: “Заданный”, “Расчетный” и “Системный”

Значение — “Заданный”

С помощью коннектора со значением “Заданный”, пользователь наполняет систему информацией об объеме воздуха.

Например, приточная система П1 из трех диффузоров. Значение параметра “Конфигурация потока” коннектора каждого диффузора – “Заданный”. Пользователь в ручную задает для каждого коннектора расход воздуха, который необходимо подать в помещение (например — 100 м3/ч).

Тем самым пользователь с помощью данных коннекторов сообщает системе П1 суммарный расход, который равен сумме расходов каждого диффузора (суммарный расход – 300 м3/ч).

Значение – “Расчетный”

Коннектор со значением “Расчетный” собирает информацию о расходе со всех коннекторов со значением “Заданный”, которые расположены на той же ветке что и коннектор со значением “Расчетный”.

Например, два из трех диффузоров находятся на ветке с шумоглушителем, у которого установлен коннектор со значением “Расчетный”. На этот коннектор приходит информация о суммарном расходе, который равен сумме расходов каждого из этих двух диффузоров (суммарный расход – 200 м3/ч).

Значение – “Системный”

Коннектор со значением “Системный” собирает информацию о расходе со всех коннекторов со значением “Заданный”, которые подключены к системе, вне зависимости от его местоположения.

Например, приточная система П1 из трех диффузоров и вентилятора с коннектором, параметр “Конфигурация потока” которого имеет значение “Системный”. Значение параметра “Конфигурация потока” коннектора каждого диффузора – “Заданный”.

Пользователь в ручную задает для каждого коннектора расход воздуха, который необходимо подать в помещение (например — 100 м3/ч). На коннекторе вентилятора в итоге собирается расход со всей системы (он будет равен 300 м3/ч).

Даже если подключить диффузор не на ветку, где находится вентилятор, а после вентилятора, то на коннекторе вентилятора все равно учтется расход с этого диффузора потому, что он присоединяется к той же системе, что и вентилятор.

Направление потока

Данный параметр определяет направление потока для Коннектора по отношению к Системе. Три значения этого параметра: “Внутрь”, ”Наружу” и ”Двустороннее”.

“Внутрь” означает то, что поток перемещается из системы внутрь коннектора. “Наружу” означает то, что поток воздуха перемещается из коннектора наружу в систему. “Двусторонний” дает возможность семейству с таким коннектором подключаться к системе в любом положении.

Например, вентилятор должен иметь на входе коннектор с заполненным параметром “Направление потока” значением “Внутрь”, а на выходе должен иметь коннектор с заполненным параметром “Направление потока” значением “Наружу” так как это происходит в реальной жизни.

Классификация систем

Параметр “Классификация систем” определяет – к какому типу системы коннектор имеет возможность подсоедениться. Параметр имеет значения: “Приточный воздух”, “Рециркулирующий воздух”, “Отработанный воздух”, “Другие воздушные”, “Фиттинг”, “Глобальные”.

“Приточный воздух”, “Рециркулирующий воздух” и “Отработанный воздух” дают возможность подключаться коннектору только к соответствующим системам.

Значение “Другие воздушные” предназначено для коннекторов оборудования, которое не относится ни к одной из вышеперечисленных систем.

Значение “Фитинг” предназначено только для фитингов. Коннектор с таким значением не может собирать и передавать информацию о расходе воздуха, который через него проходит. Коннектор с таким значением только пропускает через себя расход дальше, и не более.

Значение “Глобальный” позволяет коннектору подключаться к любой системе.

Метод определения потерь

Параметр “Метод определения потерь” определяет то, каким образом будет формироваться значение потери давления при прохождении потока воздуха через оборудование, к которому принадлежит коннектор. Есть три значения: “Не задано”, “Удельные потери” и “Коэффициент”.

• Значение “Не задано” обозначает отсутствие потерь при прохождении воздуха через данный коннектор.
• Значение “Удельные потери” позволяет ввести конкретное значение потерь давления.
• Значение “Коэффициент” позволяет ввести коэффициент для расчета потерь давления в зависимости от объема воздуха, проходящего через коннектор.
• Падение Давления

Параметр “Падение Давления” показывает ориентировочные потери давления, когда параметр “Метод определения потерь” имеет значение “Коэффициент” или “Удельные потери”. Данный параметр можно связать с параметром семейства, когда параметр “Метод определения потерь” имеет значение “Удельные потери”.

Расход

Параметр “Расход” предназначен для передачи информации о расходе воздуха из семейства в систему, к которой подключено оборудование, и наоборот из системы в семейство. Данный параметр коннектора связывается с параметром семейства.

Коэффициент расхода

Параметр “Коэффициент расхода” активизируется, когда значением параметра “Конфигурация потока” является “Системный”.

Параметр “Коэффициент расхода” определяет, какая доля расхода системы проходит через оборудование.

Например, когда два вентилятора работают параллельно, необходимо выставить в качестве значений параметра “Коэффициент расхода” – 0.5 для каждого вентилятора.

Коэффициент потерь

Параметр “Коэффициент потерь” активизируется, когда значением параметра “Метод определения потерь” является “Коэффициент”. Значение параметра “Коэффициент потерь” используется программой в расчете определения потерь давления в зависимости от расхода воздуха, проходящего через оборудование и от размеров коннектора.

Перед заключительной частью статьи, где будут приводиться схемы подключения оборудования, необходимо сказать об одном инструменте редактора семейств Revit – “Связать соединители”.

Данный инструмент используется для связи коннекторов между собой в некоторых случаях.

Я использую его только в двух типах семейств: 1) в семействах фитингов; 2) в семействах, где параметр “Конфигурация потока” у обоих коннекторов имеет значение “Системный”.

Схемы подключения оборудования

При организации вентиляционной системы необходимо учесть несколько моментов:

1) Необходимо создать (если нет) Общий параметр “Расход воздуха” категории “ОВК”, Тип параметра “Воздушный поток”. Я рекомендую именно Общий параметр, потому что с ним работать понятнее и он более гибкий, чем встроенный параметр. Но, и встроенный параметр, и общий параметр можно отображать на виде выноской и собирать в спецификацию. Данный параметр я организую как параметр экземпляра;2) В КАЖДОМ коннекторе (соеденителе) связать параметр “Расход” с созданным Общим параметром “Расход Воздуха”;3) Для КАЖДОГО семейства, имеющего коннектор у которого в параметре “Конфигурация потока” стоит значение “Системный” необходимо создать Параметр семейства с названием “Коэффициент расхода” категория “Общие”, тип параметра “Число”. Параметр для экземпляра;4) Связать параметр коннектора (соеденителя) “Коэффициент расхода” с одноименным Параметром семейства, который был ранее создан.

Вытяжная система

Три вытяжных решетки (1) забирают воздух из двух помещений (каждая решетка по 100 м3/ч), для каждого помещения предусмотрен отдельный шумоглушитель (2) и вентилятор (3). Удаляемый воздух собирается в общий воздуховод, который врезается в общий короб.

Из общего короба посредством четырех выбросных наружных решеток (7) удаляемый воздух выбрасывается на улицу.2) Шумоглушитель (любой клапан без необходимости установки по направлению потока и без привязки к типу системы). Оба коннектора имеют одни и те же настройки. Коннекторы не связаны при помощи инструмента “Связать соеденители”.

Оборудование относится к категории Арматура воздуховодов (Если оборудование отнести к категории Механическое оборудование, то такая комбинация коннекторов работать не будет).3) Вентилятор. Вентилятор имеет направление потока, но не привязан к типу системы. Коннекторы связаны между собой инструментом “Связать соединители”.

Оборудование относится к категории Механическое оборудование.

Почему я не организовал коннекторы у вентилятора как-то иначе? Я не нашел другого способа при котором можно создать вентилятор, близкий по внешним данным к реальному: а) вентилятор не привязан к типу системы; б) вентилятор имеет направление потока; в) вентилятор не разбивает систему на подсистемы; г) вентиляторы можно подсоединять к системе параллельно (либо для совместной работы – 0.5 и 0.5 расхода; либо для резервирования — 1.0 и 0.0 расхода)

4) Разделитель системы для вытяжной системы. Так как вентилятор имеет коннекторы, в которых параметр “Конфигурация потока” заполнен значением “Системный”, то на коннектор приходит информация о полном расходе системы. Если не ставить разделители систем, то на каждый вентилятор придет 300 м3/ч расхода. А это не так – на верхний вентилятор приходит 100 м3/ч, на нижний вентилятор приходит 200 м3/ч. Можно поиграться с параметром “Коэффициент расхода”, но при такой конфигурации системы, при любом изменении расхода, необходимо будет значение “Коэффициента расхода” корректировать. Коннекторы не связаны между собой инструментом ‘Связать соединители”. Семейство относится к категории Арматура Воздуховодов, но при желании выстраивать зависимости в Системном браузере, данное семейство можно отнести к категории Механическое оборудование. Иногда Revit требует, чтобы коннектор у которого в параметре Конфигурация потока стоит значение Расчетный был Первичным (инструмент «Назначить первичным» находится рядом с инструментом «Связать соеденители»)5) Наружная решетка. Наружная решетка имеет возможность брать на себя часть (долю, например 25%) расхода системы. Не привязана к типу системы и не имеет направление потока. С помощью параметров видимости есть возможность менять направление стрелочки потока. Категория – Воздухораспределители.

6) Фитинг “Соединение” – стандартный фитинг, который создается автоматически при использовании инструмента “Разделить элемент” на вкладке изменить.

Данный элемент здесь установлен для того, чтобы в сторону верхней заборной решетки уходил один объем, а к нижним трем уходил другой. В целом все работает и без данного фитинга.

Но если вы без него создадите выноску для общего воздуховода, то он покажет вам неточный расход воздуха. Такое происходит из-за того, что врезка не разрезает воздуховод в отличие от тройника.

Приточная система

Приточная система по своей сути повторяет вытяжную, за одним исключением. В приточную систему я добавил VAV-клапаны. Данные клапаны, как и вентиляторы, я определил в категорию Механическое оборудование (Вентиляционное оборудование).

Для данного типа оборудования программой Revit предусмотрена возможность привязывать подсистему к механическому оборудованию. Но для этого необходимо выстроить значения параметров коннекторов определенным образом.1) Приточная решетка. Категория – Воздухораспределители.

2) Шумоглушитель – тот же самый, что у вытяжной системы. Категория – Арматура воздуховодов.

3) VAV-клапан. Коннекторы привязаны к типу системы, имеют направление движения потока. Коннекторы не связаны между собой инструментом “Связать соединители”. Клапан относится к категории Механическое оборудование. Иногда Revit требует, чтобы коннектор у которого в параметре Конфигурация потока стоит значение Расчетный был Первичным (инструмент «Назначить первичным» находится рядом с инструментом «Связать соеденители»)4) Вентилятор – тот же самый, что у вытяжной системы. Категория – Механическое оборудование.5) Разделитель системы для приточной системы. Коннекторы не связаны инструментом “Связать соединители”. Категория – Арматура воздуховодов (или Механическое оборудование). Иногда Revit требует, чтобы коннектор у которого в параметре Конфигурация потока стоит значение Расчетный был Первичным (инструмент «Назначить первичным» находится рядом с инструментом «Связать соеденители»)6) Наружная решетка – такая же как у вытяжной системы.

Итог

При таком построении систем мы имеем минимум дублируемых семейств. Клапаны, дроссели, шумоглушители, вентиляторы, наружные решетки – все подходит для любого типа систем.

Буду рад вас увидеть на своем YouTube-канале: https://www.youtube.com/HVAC1

Изменение наружного диаметра фитинга

   При моделировании системы отопления столкнулся с визуально неприятным моментом: наружный диаметр отвода больше наружного диаметра инцидентного трубопровода. При этом что касается тройников — то там все нормально. Все это касается сварных фитингов. Вроде бы можно и оставить, но захотел разобраться. Быть может кому-то это поможет в дальнейшем.

•      Итак, с чего я начал.
•      Создаем новый тип трубопроводов:

• Загружаем сварные фитинги (если они не загружены) по пути

• Разворачиваем в диспетчере проектов категорию трубы -> типы трубопродоводов, кликаем правой кнопкой на стандартном типоразмере и копируем его.
• Переименовываем новый тип в «Сварные».
• Дважды кликаем на созданный типоразмер и в окне «Свойства типа» нажимаем «Изменить» напротив параметра «Настройки трассировки».
• Заполняем все так как на рисунке.

     Конечно, Вы можете сказать — что диаметр 15 слишком мал для сварки (см. первую строку таблицы), но не в этом дело. Главное достичь поставленной цели.

     Нарисуем что у нас получилось.

• Переходим на любой 2D вид. Я нахожусь на плане первого этажа.
• На вкладке «Системы» выбираем инструмент «Труба», в списке типоразмеров выбираем созданный нами тип «Сварные», на контекстно зависимой панели параметров установим диаметр 15 мм и изображаем нечто подобное.

1. 
2.      Как замечательно выглядит тройник и как нежелательно отвод.

• Выделите все и поменяйте на диаметр 20 — ситуация не изменится. 
• Выделите все и поменяйте на диаметр 25 — совсем другая картина

      В чем же дело? Давайте разбираться!

• Для начала откройте окно «Настройки систем ОВиВК». Я сделаю скриншот, чтобы в дальнейшем было удобно анализировать.

• 

• Теперь выберите отвод и нажмите «Редактировать семейство».
• В редакторе семейств нажмите кнопку «Типоразмеры в семействе».
• Поставьте номинальный радиус равным 12.5 мм и обратите внимание что диаметр стал равен 25 (при этом диаметре все прекрасно), а параметр «Наружный диаметр фитинга стал равен» 33.4 мм что очень похоже на Dн для Dу 25мм, приведенном на рисунке выше.

     Как рассчитался наружный диаметр? Дело в том, что он берется из таблиц «Lookup Tables», где в зависимости от номинального диаметра подставляется наружный диаметр. 

     Имя этой таблицы показано ниже: параметр «Поиск в таблице имен». Название файла в данном случае «M_Elbow — Welded — Generic.csv».

Если же такого номинального диаметра не существует в таблице, то будет применена формула «Номинальный диаметр + 10.4 мм» (По-моему так). «FOD» в данном случае это как раз и есть номинальный диаметр.

Помимо наружного диаметра в эти таблицы могут быть записаны и другие параметры.

    Давайте к делу. Откроем эту таблицу. Она находится по следующему адресу (по крайней мере в Windows 7): «C:ProgramDataAutodeskRME 2013Lookup TablesPipe», а далее ищем файл «M_Elbow — Welded — Generic.csv», открываем его и видим примерно следующее:

1. 
2.      Попробую расшифровать.
3.     ND##length##millimeters   — параметр ND(номинальный диаметр), тип данных «Длина», размерность в миллиметрах
4.   FOD##length##millimeters, — параметр FOD(наружный диаметр), соответствующий номинальному диаметру, тип данных «Длина», размерность в миллиметрах.
5.       Ну а в строках со 2-й по 20-ю через запятую идут соответствующие значения.

    Третью часть (параметр «CtE») я в данном уроке упускаю. Еще для меня пока загадка (постараюсь разобраться. Если вы знаете, то пожалуйста ответьте для повышения моей и общей образованности) что означает первая цифра до запятой со 2-й по 20-ю строку включительно.

    Что мы точно видим (после такой небольшой расшифровки) — это то, что номинального диаметра 15 и 20 вообще не существует в этой таблице.

     Внесем изменения и сохраним таблицу под другим именем (чтобы ее не портить.

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

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

     Первые значения (до первой запятой) взял по аналогии — они уменьшаются снизу вверх. Далее идет номинальный диаметр и соответствующий наружный согласно таблице настроек систем ОВиВК. Последний параметр принял в соответствии с номинальным (аналог диаметров 25 и 32 — там они равны).

• Сохраняем таблицу под другим именем (Сохранить как — это кто забыл)  «M_Elbow — Welded — Generic-my.csv». Exel будет ругаться, но мы говорим «Да». И закрываем Exel не сохраняясь.
• Надеюсь, что семейство отводов у вас все еще открыто. Для параметра «Поиск в таблице имен задайте «M_Elbow — Welded — Generic-my.csv» и нажмите ОК в окне «Типоразмеры в семействе».
• Сохраните данный фитинг. Я дам ему имя «M_Отвод — Сварное соединение — Типовой-my.rfa».
• Загрузите его в проект. 
• Сохраните проект.
• Перезагрузите Revit.
• Откройте свой проект.
• Выделите все и поменяйте диаметр на 15 мм.
• Выделите отвод и из списка типоразмеров выберите «M_Отвод — Сварное соединение — Типовой-my».
• В дальнейшем в параметрах трассировки для типа труб «Сварное» для содержимого «Отвод» установите «M_Отвод — Сварное соединение — Типовой-my».

     Теперь при моделировании трубопровода диаметров 15, 20 мм наружный диаметр отвода и трубы будут совпадать. Цель достигнута.

     Уважаемые посетители сайта, если не сложно оцените статью. Если же оценка будет низкой — оставьте комментарий — почему?

      На этом заканчиваем. Спасибо за внимание.

            Думаю, что видео будет кстати. Смотрим здесь.

Или переходим на YouTube

100 плагинов для Revit или как мы оптимизировали проектирование систем электроснабжения

Привет, Хабр! Меня зовут Алексей Новиков, уже 5 лет я занимаюсь информационным моделированием систем электроснабжения в компании STEP LOGIC.  

Раньше основной ценностью работы проектировщика был комплект чертежей, сейчас – это информационная модель, которая является продуктом не конкретного сотрудника, а целой команды.

Мы неоднократно сталкивались с ситуациями, когда из-за разного подхода к проектированию информационная модель превращалась в простой набор геометрических форм, параметры и связи в котором были понятны лишь одному проектировщику. Всё это усложняло командную работу.

Мы раз за разом задавались вопросом: как сделать процесс проектирования прозрачным для всей команды, а результат более прогнозируемым? Так родилась идея создания системы проектирования электроснабжения, которая должна автоматизировать рутинные процессы и упростить внесение изменений в проект, а значит и нашу жизнь. Выигрывает от этого и заказчик: время подготовки проекта сокращается, а на выходе получается более качественный продукт.

Изначально для проектирования зданий использовались бумага и кульман. Переход от плоских чертежей к трехмерным стал возможен с появлением и развитием AutoCAD и подобных программ. А с ростом популярности Building Information Modeling (BIM) на рынке появился целый ряд технологий для создания информационных моделей зданий.  

Для работы я использую Autodesk Revit, который занимает большую нишу. Проектирование в Revit сильно отличается от того же AutoCAD, в котором можно за несколько дней научиться рисовать линии и ставить размер. С Revit это не работает. Здесь нужен другой подход, моделирование осуществляется элементами – экземплярами семейств, которые изначально надо создать.

Помимо геометрии, их наделяют набором физических параметров: масса, мощность, сопротивление и т.д. Затем созданные элементы размещаются в пространстве, объединяются в системы и после выполнения соответствующих расчетов можно получить чертежи однолинейных схем, длины и сечения кабелей, значения освещенности помещений, зоны молниезащиты, токи короткого замыкания и другую информацию.

В результате мы имеем максимально наполненную информационную модель – базу данных с элементами, их параметрами и зависимостями, правильно используя которую можно сформировать всю необходимую документацию: начиная от планов и однолинейных схем и заканчивая спецификациями и заданиями для смежных отделов. Можно сказать, что мы создаем прототип цифрового двойника объекта. Следующий шаг после создания модели – оптимизация ее систем и элементов для принятия наиболее правильных проектных и эксплуатационных решений.

Но, как и другие аналогичные программы в первую очередь Revit заточен под архитектурную и строительную часть проектов, так как они занимают львиную долю всех бюджетов. Функционал же проектирования инженерных систем (которыми я и занимаюсь) здесь во многом ограничен.

Конечно, определенный набор инструментов в программе все же заложен, но для создания моделей слаботочных систем, электроснабжения, кондиционирования и вентиляции в полном объеме его явно недостаточно. Поэтому возникла идея создать дополнительный функционал для Revit.

Чего не хватает:

1. Расчетная часть программы минимальна и соответствует западным нормативам и стандартам. Более того, результаты расчетов зачастую неверны. Тестовые расчеты показали, что значения средней освещенности могут различаться на 20-30%. Для примера результаты расчетов для одного и того же помещения в Revit составили 653 лк, а в специализированном софте Dialux Evo — 496 лк.

2. Возможности создания выходных документов сильно ограничены. Например, применять отображение однолинейных электрических схем из Revit можно исключительно от безысходности, так как создать его можно только в виде таблицы. Добавление дополнительных аппаратов или контактов здесь невозможно.

3. Отсутствует возможность создания уникальной топологии схем инженерных систем. Например, нельзя создать и рассчитать схемы с АВР или кольцевые схемы. Но ведь именно с такими решениями приходится сталкиваться при проектировании сложных комплексных объектов.

С чего мы начинали работы по созданию плагинов для Revit

После тщательного анализа и выявления главных трудностей при проектировании инженерных систем в Revit, наша команда обратилась к уже разработанным плагинам. Их можно разделить на две большие группы.

Коммерческие плагины, например, достаточно популярный пакет MagiCAD для Revit или RChain. На начальных этапах работ мы рассматривали возможность применения коммерческих плагинов, но отказались от этой идеи, потому что:

• Плагины решают конкретный ограниченный набор задач. Поэтому их функционал необходимо было вписывать в общую концепцию системы проектирования. И получалось, что проще написать свой модуль, чем интегрировать сторонний. Все алгоритмы и процессы будут понятны в отличие от сторонних плагинов.
• Качество расчетов при тестировании вызывало ряд вопросов, не всегда хватало глубины проработки расчетной части.
• Отсутствовала возможность кастомизации. Например, после генерации однолинейной схемы невозможно добавить в цепь независимый расцепитель, контактор или другое дополнительное оборудование.
• Недостаточная интеграция с информационной моделью.

Плагины от вендоров (Schneider-Electric, Siemens, ДКС), функционал которых заточен под применение конкретного оборудования. Некоторые из них довольно удобны в применении, но, к сожалению, все они идут в привязке к вендору. То есть, грубо говоря, возможности перейти в проекте на оборудование другого производителя без внешних доработок там нет.

Рис.1. Плагин Bim Electrical Design от Schneider Electric обладает отличным модулем по расчету токов нагрузки. Но здесь мы можем производить расчеты только для оборудования SE.

После анализа стало ясно, что под наши задачи необходимо создать собственную систему проектирования электроснабжения, включающую функционал Revit, плагины сторонних производителей (вендоров) и наши собственные разработки. Чтобы при совершении определенного набора действий мы могли получить понятный, предсказуемый и быстрый результат.

Проектирование первых плагинов

Подробный процесс создания плагинов опишу на примере разработки функционала связи Revit с Dialux Evo.

Как я уже говорил выше, встроенный функционал Revit позволяет рассчитывать освещенность пространств, но проведённое тестирование показала крайне низкую точность этих расчетов.

А вот Dialux Evo считается одним из самых передовых софтов в этой сфере. Для повышения точности в наших проектах мы решили провести взаимную интеграцию между Revit и Dialux Evo.

В идеале хотелось получить полноценную двустороннюю связь между этими программными продуктами с минимальным набором промежуточных действий.

В первую очередь мы поставили перед собой задачу автоматизировать передачу информации о модели из Revit в Dialux Evo. В Dialux Evo можно импортировать трехмерные модели в форматах .ifc и .stf. Несмотря на то, что в Revit  есть собственный функционал по созданию файла .ifc, мы остановились на генерировании файла .stf. Это было обусловлено следующими причинами:

1. .stf в отличии от ifc передает данные не только о геометрии (пространствах), но и о светильниках. Таким образом мы можем передать в Dialux Evo координаты, углы поворота и типы светильников.

2. На больших моделях (высотные здания) .stf гораздо удобнее, так как мы создаем только отметку уровня и не перегружаем расчетную модель избыточной информацией.

Из минусов стоит отметить, что нам необходимо предварительно создать (или скопировать из внешнего файла АР) пространства, так как именно они в итоге будут передаваться в Dialux Evo.

В результате было разработано два плагина по созданию файла .stf на основе выбранного уровня.  

Рис.2. В зависимости от этапа работ проектировщику предлагается сгенерировать файл .stf на основе только пространств или пространства плюс светильники.

Через генерирование файла .stf и импорт этого файла в Dialux Evo мы осуществили передачу информации о пространствах (геометрии) и светильниках (координаты, угол поворота, тип).

Одной из основных сложностей при создании плагинов стала корректность передачи углов светильников.

Мы разработали собственные алгоритмы конвертации углов при переходе из Revit в Dialux Evo и обратно, которые производят обработку более 60 различных вариантов размещения светильников в пространстве.

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

Следующей задачей стала передача информации из Dialux Evo в Revit. Экспортировать из Dialux Evo можно файл формата .dwg. Он содержит блоки светильников и таблицы с данными об их типах и расчетных значениях освещенностей пространств.

В блоках светильников находится информация о координатах и углах светильников, а принадлежность блока к слою указывает на тип светильника. Таким образом, сгенерированный в Dialux Evo файл .dwg, содержит всю необходимую нам информацию.

В результате получаем плагин, который на основе .dwg файла создает светильники в модели Revit. Расставляет их на свои места с нужными углами и прописывает в пространства результаты расчетов из Dialux Evo.

То есть двусторонняя интеграция Revit и Dialux Evo  выглядит следующим образом: Revit — файл.stf – Dialux Evo — файл.dwg – Revit.

Рис.3. Так модель выглядит в RevitРис.4. Эта же модель в Dialux Evo

В результате работы мы создали более 100 плагинов. Их основной функционал включает в себя:

1. Анализ кабельных конструкций и раскладку кабелей

2. Электротехнические расчеты и расчеты токов короткого замыкания

3. Конфигурирование электрических щитов и построение однолинейных схем

4. Построение структурной схемы системы электроснабжения всего объекта

5. Интеграция между Revit и Dialux Evo

6. Аналитика по заполнению кабельных лотков. Происходит построение разрезов лотка и расчет горючей массы кабелей в лотке.

7. Создание таблиц и интеграция с Excel. В частности, происходит выгрузка полной спецификации ЭМ. И приведение спецификации к гостированному виду.

8. Создание планов оборудования, распределительной и групповой сети, кабельных трасс и планов освещения

9. Мониторинг параметров оборудования смежных разделов

10. Расчет и построение зоны молниезащиты

11. Расчет сопротивления заземляющего устройства

12. Создание кабельных проходок

Как выглядит система проектирования электроснабжения

Для того, чтобы создать внешний вид системы электроснабжения, я представил свое понимание этого процесса в виде блок-схем. Через несколько итераций и упрощений родилось такое отображение.

Рис.5. Интерфейс системы проектирования электроснабжения

По сути в этом интерфейсе расписан весь процесс, который проходят инженеры при проектировании объекта, разбитый на наиболее характерные этапы работ.

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

Рис.6. Так выглядит вкладка «Проведение электротехнических расчетов»

На основе разработанной системы проектирования электроснабжения инженер-электрик понимает всю процедуру, инструменты и шаги по созданию информационной модели, а инженеры-оформители получают информацию о том, как и с помощью какого функционала создавать выходные документы. То есть разработанный инструментарий позволяет нам на постоянной основе поддерживать высокое качество информационной модели.

Переход от бумажных чертежей к проектированию в 2D, далее 3D и BIM требует смены инструментария. При наличии системы, пройдя соответствующее обучение на тестовых моделях в системе, проектировщик в короткий срок сможет понять всю процедуру проектирования и создания информационной модели.

Из-за меняющихся нормативных документов и требований заказчиков систему проектирования необходимо постоянно развивать. Описание этого процесса можно проиллюстрировать с помощью цикла Деминга-Шухарта (PDCA – plan, do, check, act). С определенной периодичностью мы планируем и проводим изменения, а затем проверяем и актуализируем их.

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

Если заглянуть на 5-10 лет вперед, то я вижу некоторое переформатирование роли проектировщика.

Человек со стопкой ГОСТов и калькулятором превратится в своего рода «архитектора решений», задача которого – заполнение модели оборудованием, задание параметров и организация связи между этими элементами.

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

В заключение – минутный ролик, в котором мы собрали основной функционал нашей системы и показали, как его можно использовать при проектировании.

Остались вопросы – обязательно задавайте их в х.