cellpadding='0' cellspacing='0' border='0' > Войти или зарегистрироваться на Proekt.by  cellpadding="2" cellspacing="0" >
выберите раздел

""

 Общие вопросы / бюро ГИПов / Про плавные повороты труб при моделировании теплого пола в Revit.  (Прочитано 259 раз)

 
Админ ОНЛАЙН, открыть меню «Личное сообщение»  Administrator - Реликт  Administrator - Реликт  Administrator - Реликт  13 Сентября 2019
Репутация: 226  [+] , сообщений: 6 779 ,  ООО "ПрофЭлектроПроект", Администратор Proekt.by, cтаж: 14 лет Belarus

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

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

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

Смоделировать такой участок трубопровода, единым элементом используя базовые инструменты Revit возможности нет. Стандартный инструмент «Труба» дает возможность прокладывать только прямолинейные участки сети, а инструмент «Гибкий трубопровод», очень удобен, но только для определённых задач.
Самый очевидный и простой способ выйти из этого положения, создать отвод, в котором можно будет регулировать радиус изгиба, а также вычислять его геометрическую длину. Затем создать отдельную спецификацию таких отводов, в которой суммировать длины, по каждому типу и учесть эту длину уже в итоговой спецификации труб.
Первым делом возьмем стандартный Отвод из базовой поставки Revit и немного его отредактируем. Он находится по умолчанию в стандартной библиотеке в папке - \Труба\Фитинги\Типовой\M_Отвод - Типовой.rfa



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



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



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





Как видно из этих двух рисунков, мы поменяли расчет трех параметров. При этом в самом семействе я ничего не трогал и не изменял, поскольку там и так все настроено хорошо. После изменения, наружный габарит фитинга всегда будет соответствовать наружному диаметру трубы, на которой он расположен.
Также был добавлен параметр rR, прибавив который к параметру «Центр и радиус» мы можем изменять радиус изгиба. В параметре Lf мы вычисляем точную длину фитинга.

Параметры для фильтрования и сортировки:



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

SizeCode – отвечает за формирование уникального числа, для определенного размера фитинга/арматуры (чего угодно) в рамках одного семейства. Т.е. к примеру, рассматриваемый отвод может быть 20, 25, 32 мм и т.д. Вот мы используем номинальный диаметр в качестве источника этого значения. А так как в этом семействе заложены типоразмеры для разных тип труб, то мы вводим еще одно значение CorrectionCode и каждому другому типоразмеру присваиваем свое уникальное значение. После этого перемножаем оба значения и получаем некое число.



К примеру, так выглядят значения для плавного отвода для трубы из сшитого полиэтилена, где CorrectionCode=2, а для другого производителя или другого типа трубы это значение выставляем 10….N. Главное применить такие числа, чтобы в рамках одного семейства не образовывались одинаковые значения для разных типов. За счет этого маневра можно используя всего два параметра, заставить очень неплохо распределяться элементы в спецификации.



Группа параметров  PF1-PF8 несет в себе значения при необходимости, по которым будет вестись фильтрация и отбрасывание всего лишнего из итоговой спецификации. К примеру, в рассматриваемом отводе PF1 равен MEP_0, где наличие 0 будет указывать, что этот элемент нужно «отбросить» и не включать в итоговую спецификацию фитингов.

Естественно все эти параметры кроме CorrectionCode – общие.

Также нужно создать два общих параметра, которые будут отвечать за формирование размера в спецификации -



Diameter1 – отвечает за отображение наружного диаметра фитинга. Size1 – за «перенос» длины фитинга в спецификацию.

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



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

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





А также в автоматическом режиме вычисляется его длина:



Далее создадим спецификацию, в которую включим только эти плавные повороты и посчитаем их совокупную длину по всему проекту:





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

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

Тут нужно напомнить, что в прошлой статье (http://proekt.by/obshie_voprosi_byuro_gipov-b58.0/poshagoviiy_primer_modelirovanie_teplih_polov_v_revit-t60682.0.html) у нас уже фигурировал параметр «Gf41011_LengthIncrease» (увеличение длины). Этот параметр, а также еще один параметр «Gf41010_LengthRatio» (коэффициент длины) нужно добавить в свойства системного семейства «Труба».

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

Главное правильно присвоить Тип данных, а также сделать эти параметры «Типа», а не «Экземпляра» и естественно они должны быть «Общими»





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



В приведенном выше рисунке видны настройки трубы из «сшитого полиэтилена», которой в том числе из прошлого урока мы прокладывали петли теплого пола. Только там то, что это трубы из сшитого полиэтилена мы держали в уме, а по факту на программном уровне они (петли) были созданы при помощи «Типовой модели в контексте». При этом длину петель теплого пола мы уже посчитали и тоже должны будем сейчас внести в итоговую спецификацию труб, так чтобы в ней длина трубы PEX-EVON Ø16 мм была учтена с учетом всех нюансов. Т.е. того что в виде петель теплого пола где-то «болтается»  514 метров трубы, а также какое-то количество неучтенных метров на плавных поворотах, на тех участках сети где мы этой трубой делали не только петли теплого пола, а к примеру подключали сантехприборы и т.д.  И хотелось бы акцентировать внимание на том, что важно иметь возможность в итоговой спецификации получать общий метрах каждого типа трубы, в независимости от типа систем (будь то отопление или сети водоснабжения), одним числом, так чтобы при укомплектации (закупках) на объект не было проблем и этот процесс шел ритмично.

Далее создаем итоговую спецификацию труб



В этой спецификации создаем расчетное значение «Количество» в котором прописываем формулу:
(Длина * Gf41010_LengthRatio) + Gf41011_LengthIncrease
Где Длина – встроенный параметр системного семейства труба, который собирает длины всех прямолинейных участков определенного типа трубы.

Gf41010_LengthRatio – «коэффициент длины» при помощи которого мы можем учесть то самое количество трубы которое «пропало» в связи с тем, что плавные повороты в программе были смоделированы категорией фитинг. На практике он может быть 1.1…1.2.  Для перфекционистов – по факту мы знаем точное значение прямых участков, через параметр длина, а также в отдельной спецификации (ранее приведённой) есть точное значение длин плавных поворотов. Далее при помощи пропорции можно вычислить точный коэффициент и внести его значение в свойства трубы.

Gf41011_LengthIncrease – служит для возможности прибавить к длине произвольное значение.

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

Теперь внимательно!
По умолчанию для всех типов труб Gf41011_LengthIncrease в свойствах выставляем 0. Как на рисунке ниже:



Делаем копию трубы PEX-EVOH_PN16, которой у нас в проекте по факту будут сделаны петли теплого пола. Назовем эту копию, к примеру, так - PEX-EVOH_PN16_ТеплыеПолы. В свойствах значение параметра Gf11001_NameCode отставляем без изменений.



А вот Gf41010_LengthRatio ставим 1 и в значение параметра Gf41011_LengthIncrease вводим 514000мм (514м).
Делаем в проекте одни небольшой отрезок из трубы PEX-EVOH_PN16_ТеплыеПолы, на любой сети или где то в стороне (это не важно)

За счет того, что мы не меняли Gf11001_NameCode, у нас обе эти трубы в спецификации «свалятся» в одну строчку и все значения суммируются.
Таким образом, при проектировании различных участков сетей мы используем трубу PEX-EVOH_PN16, в которой длины на плавных поворотах учитываются при помощи коэффициента. А аномальное значение, которое появилось вследствие моделирования петель теплого пола при помощи семейства другой категории мы прибавляем на прямую. Тут главное понимать, что отрезок трубы PEX-EVOH_PN16_ТеплыеПолы в проекте должен быть один, поскольку если их будет два то те 514 метров будут учтены дважды и т.д. Выдерживание этого условия - это уже задача на внимательность!

Тут нужно понять, что все это выглядит объемным и масштабным для людей не привыкших, однако если в этой схеме тщательно разобраться, то все манипуляции занимают меньше 5 минут. Основные настройки делаются один раз в рамках разработки шаблона. А выставление коэффициента LengthRatio в конце проекта, при желании учесть длину трубы до миллиметра. Если такой задачи нет, то используем коэффициент 1.2 и всегда имеем значение длины трубы в спецификации с небольшим запасом. Также длина петель теплого пола считается в автоматическом режиме в «своей ведомости», о которой говорилось в прошлом уроке и перенести это значение не составляет труда (главное не забыть!)
Все это справедливо для типов труб, которые могут «гнуться». А, к примеру, для обычной полипропиленовой трубы, которая в жизни также по факту монтируется прямыми отрезками, как и моделируется в программе, значения параметров LengthRatio=1 и LengthIncrease=0 и таким образом в спецификации мы получаем ее значение без изменений.

Итоговая спецификация труб выглядит таким образом:



На этом все!) Что касается моделирования труб, которые в жизни могут поворачивать свое направление без использования угольников/отводов, то тема может быть закрыта. Данное решение довольно универсально, работает без сбоев и не требует большого количества настроек. Можно пользоваться и радоваться!)

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

Об авторе и его компании:
Руководитель проектной мастерской Giraffe (г. Брест) Вадим Белов - www.giraffe.su
тел. +375336812044

Наша проектная мастерская специализируется на разработке BIM моделей зданий и сооружений.
Коллектив проектной мастерский имеет уникальное сочетание специалистов (к.т.н./химия) в области обработки воды (станции водоподготовки, очистные сооружения) и специалистов по BIM моделированию с уверенным владением ПО. Приглашаем всех желающих к сотрудничеству по данным направлениям! Звоните, пишите, ответим на все вопросы!
ysopol ОФЛАЙН, открыть меню «Личное сообщение»   - Любитель  04 Ноября 2019
Репутация: 0  [+] , сообщений: 1 ,  Russian Federation

 
 
создаем параметр для отвода и трубы, "длина_в_спецификацию", и динамо длину трубы в него записываем, далее в обобщенной спецификации все собирается по этому параметру в точную длину.
 Стр.: [1]   | Рассказать коллегам:     

 Общие вопросы / бюро ГИПов (в разделе 3485 тем):
Подработки и вакансии (всего 30):
Новый
Как не попасть в черный список МАиС.
Постановлением МАиС от 31.10.2019 №60 утверждены Методические рекомендации о порядке формирования списка поставщиков (подрядчиков, исполнителей, проектировщиков), временно не допускаемы...>>
Наводим порядок в стройотрасли РБ. План действий.
Год назад я пришел к мысли, что нужно не просто обсуждать проблемы стройотрасли на форуме а решать их вместе с форумом! Попытки писать письма...>>
Ответ Госстандарта о "вредности" экспертизы РБ. Работа над ошибками.
Точнее по-поводу желания экспертизы приравнивать отказы за неправильно оформленные проекты к отрицательным заключениям, что дает возможность лишать аттестатов...>>
Первые Строительные нормы(СН) утверждены в РБ.
Первая порция Строительных норм утверждена МАиС Постановлением №59 от 31 октября 2019 года "Об утверждении и введении в действие строительных норм".>>
Отработал 10 лет в стройотрасли и ушел в EPAM программистом. История №2.
Изменения в ТКП с 1 августа 2019г.
Размещение вакансий на Proekt.by - эффективно и недорого.
МАиС: Может ли один сотрудник быть главспецом по нескольким разделам?!
Как ПГСник стал айтишником! Интервью с программистом EPAM.
Нормативно мозговая зарядка: По какому ТНПА устанавливается состав ПСД для авто дорог?
cellspacing="0" cellpadding="3" border="0" > Онлайн 541, всего 46291(+92) пользователей |
Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
Размещение рекламы и статистика | Контактная информация