ХОТФИКС В БИБЛИОТЕКЕ НАРУЖНОЙ КАНАЛИЗАЦИИ

Хотфикс звучит гораздо приятнее и короче, чем «исправление косяков».

В библиотеке нашли косяк — у тройника 160х110х45° ломалась геометрия в месте стыка ответвления и магистрали. Это частая ошибка, когда на стыке возникают коротенькие линии. Самое дурацкое, что ошибка не всегда появляется, многое зависит от расположения семейства в пространстве модели. Поэтому тесты в редакторе и даже в проекте не всегда выявляют такие моменты.

Поправил эту ошибку, а заодно добавил ещё одно семейство, о котором меня просил клиент, — раструб для разделения трубы на участки.

Обновление можно скачивать из личного кабинета.

Товар: https://muratovbim.pro/product/naruzhnaya-npvh-kanalizacziya-oranzhevaya/

Статья: https://muratovbim.pro/blog/revit-biblioteka-naruzhnaya_npvkh_kanalizatsiya/

Смотрите, какие мысли про сортировку в спецификации вертятся в голове

Вот у нас 4 поля. Значит, нужно сделать 1 параметр под сортировку для порядка элементов, остальное — под заголовки, ну и опосредованно тоже под порядок элементов.

Условно: Жилая часть → Система общеобменной вентиляции → Система П1 или Система отопления → Подземный паркинг → Секция А, вот типа таких заголовков.

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

Что, если сделать так:

1. В параметры трубопроводной или вентиляционной системы вбить параметр, который будет отвечать за порядок системы в спецификации. Например, в вентиляции нам нужно сначала выдать приточные системы, потом вытяжные. В отоплении сначала жилую часть, затем коммерцию. В ВК сначала В1, потом Т3, Т4, потом К1.

Создаём параметр типа, туда пишем 01, 02, 03 и так далее. Всем элементам внутри данной трубопроводной системы «назначаем» скриптом этот номер. Кроме сантехники и оборудования, их нужно обрабатывать отдельно, так как они могут подключаться к разным системам.

Назовём это — код системы.

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

Для этого можно на каждую категорию создать глобальный параметр. И в него тоже вбить какой-то номер. Оборудованию 01, арматуре — 02 и так далее.

Фишка в том, что это всё ещё интерфейс внутри проекта и он тоже как бы по типу. Можно копировать между проектами вместе со значениями, что лучше, чем просто параметр проекта. Хотя вот это надо проверить, будут ли они копироваться со значениями.

Назовём это — код категории.

3. Дальше переходим на уровень конкретного элемента в системе и оборудования/сантехники. Тут уже никак без работы с конкретным семейством. Тут два момента: приоритет одного элемента над другим и принадлежность к конкретной системы.

Например, вентилятор у нас должен идти вперёд, а всякие рекуператоры, узлы смешения и другие элементы из категории «Оборудование» должны идти после него. Значит, у каждого вентилятора мы либо на уровне создания семейства, либо в проекте по месту вбиваем его номер приоритета. Тоже типа 01, 02, и так далее.

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

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

Тут тогда лучше сделать свой тип системы для систем с ПВУ.

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

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

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

Назовём это — код приоритета.

4. В итоге мы с вами получаем систему параметров-заголовков + коды.

Делаем несложный скрипт, который анализирует элементы. Сначала берёт систему и её код системы. Далее получает все элементы из системы, смотрит их код категории и код приоритета. Соединяем и получаем значение в формате 01.01.100, 01.03.122 и так далее. Ну типа классификатор, ю ноу. И потом к этому коду ещё впиндюриваем наименование и марку или любые другие параметры, которые пользователь через запятую укажет в ещё одном глобальном параметре. То есть создадим объединённый параметр, по которому можно сортировать.

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

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

Такие вот мысли крутятся. Что-то подобное я делал на прямых эфирах по садику, но там у меня не было продуманной системы хранения кодов. Я вшивал их прямо в скрипт, что делало его менее гибким и универсальным.

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

П П У

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

В 19:00 МСК, буду делать вентиляцию. Эфир рутинный, буду дальше модель собирать, надо набирать объём.

https://youtube.com/live/wrPHytGptqQ?feature=share

ЛУЧШАЯ ВЕРСИЯ РЕВИТА НА СЕГОДНЯ?

На прямом эфире в комментариях спросили, стоит ли переходить на самые последние версии Ревита, если нет совместной работы.

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

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

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

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

2022 версия: тут появились экспорт в ПДФ и мультивыноски, есть разбивка спецификации на листы. Можно копировать параметры в редакторе семейств. Не помню, возможно, в этой версии ещё и основу соединителей можно менять, это классно. 2022 — минимальная на сегодня комфортная версия.

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

2023 версия: тут есть всё, что нужно, кроме темной темы, если вдруг она вам важна. Еще и строки поиска добавили в ещё большее количество окон по сравнению с прежними версиями.

Большинство плагинов и скриптов Динамо все еще будут нормально работать в этой версии. Правда, в Динамо придется менять версию движка для Питона, но куда легче просто поставить пакет для Iron Python 2.7, так и делайте, не надо менять встроенный ноды.

Ну и в 2023 интерфейс Динамо стал уродским, вместо лаконичного и экономного по габаритам дизайна нодов выкатили ядерную черноту со здоровыми нодами. Вкусовщина, ок.

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

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

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

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

Но! Многие плагины не работают с этой версией, потому что в ней изменили версию платформы .Network. Что это значит? Да хрен знает, суть проста: не все разработчики успели обновить свои решения под нее. А это серьезный повод оставаться на 2024 версии, если ваши рабочие плагины под нее уже адаптированы.

Ну и светлая тема стала блёклой и стрёмной, контраст сильно убавили, мне это не нравится. Вкусовщина? Ок.

Поэтому я бы выбирал между 2023 и 2025, а ориентировался бы на адаптацию плагинов под эти версии.

МодПлюс под 2025 адаптирован, а значит все ништяки для моделирования инженерки вы получите. Микродеск Акселератор — похороните уже этот кусок говна, он ломает в Ревите Динамо с 2022 версии. Цитрус вроде тоже обновился, Дирутс вроде тоже. РевитХэлпер тоже обновят. Плагин для шаблонов АДСК тоже обновим когда-то скоро, наверное может быть. Чего вам там ещё надо вообще?

Идите покупать семейства, а не то…

📢 СтроимПросто и ДОМ.РФ проводят исследование ИТ-решений в стройке

Уход западных вендоров открыл новые возможности для российских разработчиков ПО. Но насколько отечественные программные продукты готовы к импортозамещению в строительной отрасли? СтроимПросто и ДОМ.РФ решили выяснить, готово ли российское ПО к потребностям проектировщиков и архитекторов, и проводят исследование решений в стройке.

Зачем это нужно?

Результаты опроса лягут в основу аналитического исследования, которое позволит:
➖ Оценить реальное состояние российского ПО для проектирования и строительства.
➖ Определить точки роста и направления развития отечественных программных продуктов.
➖ Сформировать действенные программы государственной поддержки российских IT-вендоров.

👉 Пройдите опрос прям сейчас

Присоединяйтесь к исследованию!

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

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

Могу отрисовать на трансляции в Тележке. Мне её всё равно делать, а так повеселее будет. Если вдруг вам нечего делать и готовы присоединиться, то ставьте реакцию клубнички 🍓

Минут через 10 буду начинать.