В статье расскажу, как в параметре «Имя системы» появляются значения у разных категорий в Ревите. Откуда берётся само значение, в каком порядке оно записывается для оборудования и сантехники, как сделать так, чтобы одинаковые имена систем не дублировались. Описание справедливо как для трубопроводных, так и для вентиляционных сетей.
Имя системы как объект модели
Вся работа в Ревите крутится вокруг семейств и их параметров. И система не исключение, это тоже определённое семейство, у него есть категория, типоразмеры и экземпляры в модели.
При моделировании сетей эти семейства как бы накладываются на элементы, если у них подходящая категория и есть соединители. Вот то, что наложилось, это и есть экземпляр какого-то типоразмера из семейства системы.
Соответственно, как у любого другого семейства, у системы есть параметры типа и экземпляра. Об их различии писал в другом материале, почитайте, если не разбираетесь в теме. Для примера покажу свойства экземпляра для трубопроводной системы, здесь видим счётчики элементов, имя системы и расчётные характеристики вроде объёма, потерь и расхода. Имя системы — это параметр экземпляра для системы, то есть его можно менять индивидуально.
Также есть и параметры типа. Здесь задаются графика системы, классификация системы, гидравлические данные и текстовые параметры системы. Об этом тоже уже писал в статье про имя, тип и классификацию системы.
Так как системы труб и воздуховодов — это встроенная категория в Ревите, то все настройки и разнообразие типов систем мы настраиваем внутри файла проекта или шаблона и там же их храним. В этом плане системы ведут себя так же, как прямые участки труб или воздуховодов.
В параметрах типа системы есть свойство «Сокращение». Оно служит хранилищем для префикса имени системы. Когда рисуем трассу, мы выбираем тип системы и чертим трубу или воздуховод. В тот же момент появляется и система на них. Имя системы формируется автоматически как «префикс-пробел-порядковый номер системы». Таким образом, по умолчанию чем ниже номер в имени системы, тем раньше пользователь её создал.
Имя системы можно получить автоматически, а можно сразу задать нужное. Для этого систему нужно строить не от трассы, а от потребителей. Потребителям можно задать тип и имя сети, а далее рисовать трассу из них, тогда имя будет то, которое задали в потребителе при назначении ему системы. Как это делается, показывал в отдельной статье.
Теперь давайте разбираться, как появляется значение в параметре «Имя системы».
Имена систем у разных элементов сети
Любая сеть в Ревите состоит из элементов трассы, потребителей и оборудования.
В данном случае оборудование — это не только категория семейства, но и роль элемента в сети. Насосы и вентиляторы, то есть оборудование, которое нагнетает давление в сеть, — это оборудование как часть сети. Это опциональная часть сети, она не обязательна. Например, в безнапорных системах оборудования может и не быть, но это всё равно система.
Элементы трассы — это трубы и воздуховоды, их фитинги и сетевые элементы вроде клапанов, то есть арматура. Арматура не служит для деления сети, она «пропускает» через себя систему и расход в ней, по сути она ведёт себя как любой фитинг. Элементы трассы — это минимальный набор объектов для большинства сетей.
С точки зрения имени системы в подавляющем большинстве случаев у элементов трассы имя системы всегда одно, оно наследуется с трубы, к которой подключаются фитинги и арматура. В правильной системе у труб, фитингов и арматуры будет одно значение в имени системы. Все характеристики системы фитинги и арматура получают с трубы. Как настраивать арматуру, читайте в манифесте Муратова для разработчиков семейств.
Потребители — важная часть сети, на них задаётся расход, выбирается классификация сети. Они могут и сами являются системой без трассы, а могут подключаться к трассам, что чаще всего и бывает. Это чаще всего элементы в категориях «Воздухораспределители», «Оборудование», «Сантехнические приборы и оборудование», «Спринклеры».
Для потребителей возможно задать несколько систем сразу, так как один и тот же потребитель может подключаться одновременно к разным системам. Унитаз подключается к канализации и воде, радиатор к подаче и обратке, приточно-вытяжная установка к притоку и вытяжке. В результате имя системы выглядит как «ИС1,ИС2,ИС3», где ИСх — это имя отдельной системы.
Дальше буду рассматривать именно потребителей с несколькими системами и то, как у них записываются имена систем.
Несколько систем, все разные
В этом варианте смотрим на потребителя, который подключается к разным системам, среди них нет повторяющихся. Например, это сантехнические приборы, возьмём умывальник. У него три точки подключения: холодная и горячая вода и канализация. При размещении элемента в модели, у него нет имён систем, но есть данные в параметре «Классификация систем».
В данном случае классификации идут как ХВС, ГВС и канализация.
Сделаю два экземпляра умывальника и назначу системы в разном порядке. У левого начну с воды, у правого с канализации.
Как видим, порядок создания систем не повлиял на порядок имён в параметре «Имя системы». Зато видим чёткую связь с порядком значений в «Классификации систем». То есть ещё до создания систем могли посмотреть туда и понять, как упорядочатся имена систем.
Что повлияло именно на такой порядок имён? Такой порядок получился из-за последовательности создания соединителей в семействе. Сначала я создал соединитель и настроил его для холодной воды, потом для горячей и последним — соединитель для канализации.
Давайте это проверим. Открою семейство умывальника и изучу его соединители. Чтобы понять, какой элемент в проекте или семействе появился раньше, а какой позже, можно пользоваться значением айди элемента. Они присваиваются по порядку создания, поэтому элемент с айди 2530 будет более ранним по сравнению с элементом с айди 2545.
Как видите, айди для ХВС и ГВС идут прямо друг за другом, потому что я их создавал вместе, сначала холодную, потом горячую воду. Эти два элемента появились в семействе друг за другом, поэтому у них последовательные айди. А вот точку подключения канализации делал позже, потому что надо было разместить и настроить сифон, ну и что-то там ещё мог сделать, уже не помню.
Если выделить вложенное семейство сифона, то увидим у него айди 639679, что меньше, чем айди 639884, то есть сифон в семействе я разместил до соединителя, что логично, ведь основой соединителя является именно сифон, он у меня вращается, поэтому поворачивается и соединитель.
Теперь удалю соединители для воды, оставлю только канализацию. И заново создам соединители для воды. Логично, что у них будет более «поздний» айди. Загружу в проект, размещаю новые экземпляры умывальников, смотрим в классификацию и теперь видим, что «Канализация» в классификации идёт первой, а дальше уже вода в том порядке, как я создавал новые соединители.
Не стоит в существующей системе вот так редактировать потребителей. После удаления и создания новых соединителей даже в тех же местах при загрузке такого семейства в проект оно разорвёт соединения с подключенными элементами, придётся переподключать заново, вряд ли вам понравятся такие приключения.
Вывод: на порядок имён систем влияет порядок создания соединителей в редакторе семейства, а не порядок подключения потребителя к системам. Время создания можно понять по сравнению айди соединителей.
Несколько систем, есть совпадающие
Это случай для вентиляции, для приточно-вытяжных установок, в которых обычно 4 точки подключения, которые попарно-соединены, приток с притоком, вытяжка с вытяжкой. Если вы делите системы до и после приточки на 4 независимых системы, то для вас актуален предыдущий случай, но если соединяете системы попарно, то читайте дальше.
В данном случае у нас четыре соединителя, но мы их попарно связываем. При этом хочется, чтобы имена системы шли в привычном порядке по шаблону «Пх,Вх».
Тут тоже важно, в каком порядке создаём соединители, но добавляется дополнительное условие. Чтобы системы не дублировались, нужно создавать попарные соединители друг за другом. То есть сначала делаем пару приточных соединителей, потом пару вытяжных. Связываем их и готово, получим короткую запись имени системы.
Для примера возьму приточно-вытяжную установку из шаблонов АДСК, я её делал когда-то, сейчас проверяю соединители, они настроены именно так, как описал выше. Скорее всего, это вышло удачно случайно, так как в момент создания семейства я не знал о важности порядка связывания.
Удалю из неё соединители и расставлю заново, причём специально не в том порядке, что нужно. Сначала один вытяжной, потом приточный, потом ещё один вытяжной и ещё один приточный. То есть нарушу последовательность создания. Первичный соединитель оставлю на первом вытяжном соединителе.
Как видим, имена систем дублируются, причём не все, дублируется только вытяжка. Если обратите внимание на айди соединителей, то приточные я создал последовательно, а вытяжные нет. Поэтому вытяжные формируют отдельные имена систем, хотя они и связаны между собой в семействе.
Если поменять первичный соединитель на приточный, то ничего не изменится:
Поменяю соединители в семействе, чтобы они попарно, как должны соединяться. Назначу системы и проверю имя системы.
Теперь всё в порядке, имена пишутся в нужной последовательности и без дублей.
Тут нужно понимать, что если в семействе будет ещё точка подключения дренажа, калорифера, то это тоже «полезет» в имя системы. Поэтому учитывайте этот момент при создании соединителей. Задать шаблон имени системы в виде «ПВх» нельзя, Ревит не объединяет системы, для него это два разных объекта, каждый со своим уникальным именем.
Есть ещё одно важное условие, чтобы у ПВ-установки формировались такие имена: соединители должны быть без конкретной классификации. При создании соединителей хочется, чтобы у приточных была классификация «Приточный воздух», а у вытяжных — «Отработанный воздух», но так делать нельзя.
Конкретная классификация у соединителя служит для Ревита сигналом, что из этой точки подключения надо формировать отдельную систему. Даже если соединители связаны в редакторе, всё равно системы будут разными.
Отредактирую семейство ещё раз, назначу каждому соединителю свою классификацию, остальное менять не буду: айди в правильном порядке, соединители связаны. Но как итог — четыре разные системы, хотя и в конкретном порядке.
Объединение и разделение систем
Хотя «Имя системы» — это параметр экземпляра для системы, у него есть одна особенность — значение должно быть уникальным. Ревит не позволяет вручную задать одинаковые имена двум разным системам. Речь про одинаковые семейства систем, естественно, что можно задать систему В1 для ХВС и В1 для вытяжки вентиляции в рамках одной модели, тут не будет конфликта, так как это разные семейства систем.
Отсюда возникает две противоположные задачи: в первой нужно разные системы объединить под одним именем, во второй — наоборот, одну систему поделить на несколько.
Первая задача типична для коллекторной системы отопления, в которой на коллекторе системы делятся на разные на каждом выходе из коллектора. Кому-то такое подходит, так как каждую ветку можно назвать отдельным именем системы, а кому-то хочется, чтобы имя системы было одинаковым до и после коллектора.
В таком случае вам нужно читать вот эту мою статью:
Если кратко: мы должны в одну систему добавить потребителей из разных систем, тогда они станут элементами одной сети. Причём, это работает даже, если системы и потребители физически не соединены в одну систему.
Если нужно напротив, разделить систему, то тут нужно вставлять семейство разделителя систем, который потом отфильтруете из спецификации. Не путайте с разделителем из настроек трассировки труб, это вообще другое. Как создавать разделитель систем, показываю в этом видео:
Это же видео на Ютубе.
В этом способе мы по сути используем логику Ревита в построении систем против него самого. Мы так-то джедаи, а не лошары какие-то.
Курсы по Ревиту тут, магазин тут, а ссылки на Телеграм-канал с новостями и Телеграм-группа для вопросов по Ревиту ниже на картинках — жмите, подписывайтесь.
