Теплый пол в ревит

Обновлено: 26.04.2024

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

Запуск

Есть три способа, как открыть диспетчер инженерных систем. Перечислю от самого долгого до самого быстрого:

  1. вкладка «Вид» → кнопка «Интерфейс пользователя» → выбрать в выпадающем списке пункт «Диспетчер инженерных систем;
  2. правой кнопкой на свободном месте рабочего пространства → внизу пункт «Обозреватели» → «Диспетчер инженерных систем»;
  3. нажать 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 ответвлениями. Убедитесь, что массив работает правильно и ответвления правильно увеличиваются/сокращаются, никуда не уезжают.

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

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

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

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

Эти манипуляции с вспомогательной линией нужны, чтобы шаг в массиве менялся, когда вы измените значение в параметре «Шаг». Иначе при изменении параметра «Шаг» расстояние между элементами так и останется тем, которое вы указали изначально. Длину ответвления поменять у меня не получилось, массив ломается. Надеюсь, вам не нужно менять длину, так что оставим её фиксированной.

Массив создан, всё работает. Геометрия ответвлений не соединена с коллектором — некрасиво, но тут ничего не поделать, оставляйте так

Массив создан, всё работает. Геометрия ответвлений не соединена с коллектором — некрасиво, но тут ничего не поделать, оставляйте так

Теперь самое важное!

  1. Сделайте количество ответвлений максимальным для вашей гребёнки.
  2. Проставьте соединители трубопроводов на массивы, не заходя в редактирование группы.
  3. Не меняйте количество ответвлений в семействе. Загружайте гребёнку в проект, количество менять будем уже там.

Вы можете создать отдельные параметры для диаметров, расходов и потерь давления на каждое ответвление, тут уже всё зависит от сценариев использования вашей гребёнки. Я создам по-простому: все ответвления одинаковые.

Суммарные потери давления я повесил на главный соединитель — на самом коллекторе. Но это просто пример, вы же делайте так, как вам нужно

Суммарные потери давления я повесил на главный соединитель — на самом коллекторе. Но это просто пример, вы же делайте так, как вам нужно

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

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

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

Категория для гребёнки

Если засунете в «Арматуру трубопроводов», то можно выбрать тип детали «Торцовая крышка». В этом случае лучше всего сначала рисовать трубу и оставлять открытый конец, а уже на него сажать гребёнку. С типом детали «Торцовая крышка» она не будет крутится, а сразу сядет на трубу. Наверное, это не самый правильный тип детали, но зато так хорошо присоединяется.

Также, чтобы она нормально сажалась, проследите:

  • главный соединитель (тот, что с перекрестием) должен быть на коллекторе, а не каком-нибудь ответвлении;
  • оси были направлены вверх, иначе гребёнка перевернётся вверх тормашками.

Если выберете «Соединительные детали трубопроводов», тогда ставьте тип детали «Мультипорт». В этом случае Ревит нормально отнесётся к множеству соединителей и не будет искать замену в настройках трассировки. Соединителям на ответвления тогда можно задать классификацию систем «Фитинг», тогда настройки расхода и потерь давления не актуальный, их уже применить не получится.

Если выберете «Оборудование», то у неё только два типа детали — «Нормальный» и «Вставляется». Первый нужен, когда оборудование просто ставится на пол, а уже потом обвязывается, например теплообменники или насосы на фундаментах. Второе — когда оборудование врезается в трубу, например инлайн-насосы. Как видите, оба варианта не лучшие, но из двух «Нормальный» подходит лучше.

Поэтому я рассмотрю далее два варианта: гребёнка в категории «Арматура трубопроводов» (далее — Арматура) и «Соединительные детали трубопроводов» (далее — Фитинги).

Размещение в модели

Если Арматура и тип детали «Торцовая крышка» или Фитинги и «Мультипорт», то гребёнка без проблем сама подцепится к концу трубы и ровненько встанет.

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

Если выбрали Арматуру, то тут возможно варианты. Можно навешать соединители и задать им свойства, как я показал на картинке выше. Дублирую тут, чтобы вы не мотали экран туда-сюда:

В этом случае у нас расходы, потери — всё вроде бы есть. Но есть и минус. Когда вы разместите семейство в проекте и насоздаёте типов по количеству ответвлений (внутри проекта это делать можно и нужно, а внутри редактора семейств — нет, соединители могут пропасть), то иконки соединителей станут неприлично длинными.

Вот пример соединителей для гребёнки на 10 ответвлений, как и было изначально создано в семействе. Всё выглядит прилично

Вот пример соединителей для гребёнки на 10 ответвлений, как и было изначально создано в семействе. Всё выглядит прилично

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

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

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

Uponor предлагает готовые решения для целей BIM-проектирования. Библиотечные семейства производителя содержат BIM-модели для систем водоснабжения. Системы труб Uponor обеспечивают максимальную безопасность, высокую надежность и сокращение эксплуатационных расходов до минимума, а потому незаменимы при монтаже напольного водяного отопления. К другим преимуществам систем водяного отопления можно отнести совместимость с альтернативными источниками энергии, длительный срок эксплуатации (до 40 лет), быстрый монтаж и возможность реконструкции, а также свободу дизайнерских и планировочных решений.

Семейства Uponor имеют ряд уникальных параметров, открывающих для проектировщика новые возможности при работе над проектом. Для тех, кто знаком с Revit, Uponor выпустила видеоролик, в котором наглядно демонстрируется, каким способом можно заложить трубы Uponor Comfort Pipe Plus в проект:

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

Эти и другие видеоматериалы компании Uponor представлены на канале YouTube.

Revit Architecture

Михаил Акопян

Михаил Акопян запись закреплена

Сделал теплые полы с автоматическим подсчетом длин контуров и занесением в таблицу с соответствующей длиной и шагом, ну и настроил маркировки с нумерацией, длиной и шагом контуров. Кто тоже делал пишите в лс сравним варианты, возможно сделаем совместные выводы как лучше)
Пробовал MagiCAD под ревит - дичь, рисует сшитый полиэтилен с фитингами

Станислав Пенюгин

Михаил Акопян

Юрий Ващенко

Михаил Акопян

Юрий Ващенко

Юрий Ващенко

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

Михаил Акопян

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

Юрий Ващенко

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

Михаил Акопян

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

Читайте также: