Переписываем с косноязычного на современный инфостиль

Добавили команду «Перегруппировать». С её помощью можно изменять объекты внутри групп на чертежах и 3Д-видах.

или

Появилась команда «Перегруппировать». С ней вы можете редактировать группы на чертежах и 3Д-видах. Для этого разгруппируйте группу, измените элемент и нажмите команду «Перегруппировать» или сочетание клавиш Ctrl+Shift+J.

А само обновление Ренги неплохое.

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

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

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

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

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

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

Каждая галочка включается или отключается прям вот несколько секунд.

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

В формулах Ревита есть одна проблемка — он не любит пустые текстовые значения в условиях.

На картинке пример такой формулы, в ней есть условие и в одном случае получается пустая строка, две кавычки.

Если нажать «Применить», то такая формула просто удалится. Хуже то, что вы можете нажать «ОК», а потом снова зайти в типоразмеры и не обратить внимание, что формула-то удалилась. А Ревит её по факту не даёт применить и удаляет или сбрасывает до предыдущей формулы, если такая была.

Какой тут выход — надо создать пустой текстовый параметр и ссылаться на него. Тогда Ревит успокоится и оставит формулу в покое.

Чтобы формула была вот такого вида:
if(Угол = 90°, Пустой параметр, "получается разрезанием отвода 90° пополам")

В выходные продолжил делать свою беспощадную библиотеку вентиляционных фитингов.

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

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

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

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

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

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

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

Всё аналогично и с прямоуголкой, в которой сделал два набора семейств, одно без крепежа, просто чуть более красивые фланцы, условно LOD 350, и полный фарш в LOD 400, где считаются болты, гайки, шайбы, уплотнитель, можно шинорейку и уголки отдельно посчитать. Для всего есть галочки.

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

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

Беда, в общем. А начиналось всё просто с набора фитингов для шаблона ИЖС, где вообще не нужны всякие фланцевые круглые фитинги. Но раз уж ходить, то по-большому.

Однажды ко мне домой с вопросом пришёл подписчик, и когда я говорю, что ко мне домой пришёл подписчик, то это не какая-то там фигура речи.

Это не фигура речи, а пиздёж от и до, потому что никто ко мне домой с вопросом не приходил.

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

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

Чуть дольше возиться с выбором траектории, зато меньше возни с эскизами.

Что делать, если загружаете семейство в проект или в другое семейство, а оно не обновляется

Такое иногда случается. Например, меняете значение в параметре, а оно при загрузке не обновляется. Или добавляете типоразмеры, грузите, а новые типы не появляются.

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

Заменить существующую версию — это обновление геометрии без изменения параметров. Создали новый, поменяли значение по умолчанию у параметра экземпляра, удалили какой-нибудь параметр — если выбрать эту кнопку, то эти изменения не применяются. А вот если удалили кусочек геометрии или добавили новый, то это изменится.

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

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

Из важного

Сегодня снился мне под утро сон.

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

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

В общем, это ужас, Фредди Крюгер просто котик по сравнению с таким кошмаром.

Скрипт я ещё даже не начинал толком делать, кстати.

Про отечественность софта

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

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

При всём при этом есть у нас один небольшой нюанс.

Если мы посмотрим на отечественных вендоров, давайте уже ближе к нашей отрасли, то окажется, что всё это — частные компании. Частная компания создаётся для извлечения прибыли, так в уставе написано. И её софт — это частная собственность этой компании, которую она продаёт пользователям.

Если компания решит, что ей это невыгодно, то она закроется. Или продаст свои решения кому-нибудь необязательно из налогового резидентства России. Компания — частная, она отечественная только по месту приписки к налоговому органу.

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

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

Нужен ли нам отечественный БИМ-софт? Нужен. Но с палкой государства в жопе, чтобы продукт оставался внутри страны и контролировался изнутри страны, как контролируются какие-нибудь процессоры Интел.

Про работу в отечественном БИМ-софте

Я не работаю в отечественном софте. Не из-за каких-то предубеждений, а по той же причине, почему в нём не работает тот же ПИК.

Можно сказать, что вся моя инфраструктура тоже заточена под Ревит, мне невыгодно что-то менять. Даже так скажу: у меня нет физически столько ресурса, чтобы заниматься и Ревитом, и Ренгой, и Нанокадом. И ресурса не будет, потому что под мои задачи спрос со стороны Ренги и Нанокада мизерный. Производители сейчас что-то делают просто на всякий случай, чтобы было, а не потому что есть невероятный спрос.

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

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

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

Ещё лучше ситуация с контентом по отечественному софту. Сейчас это просто рай для начинающих авторов. Строго говоря, и ниша Ревита вряд ли исчерпана, людей просто слишком много, чтобы все только и делали, что читали мои статьи. Читают, да, но людей много, нет-нет да и ещё чья-то статья вылезет в Гугле или Яндексе.

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

И вот уже никто не против взять вас на работу, все очень даже за. Промка, энергетика, ископаемые — они вполне могут реально перейти на отечественный софт, пусть не сегодня, но со временем. Это сложные разделы, там нужны специалисты. В ИЖС вряд ли придёт серьёзный контроль, там проще спокойно работать на Ревите и не дёргаться.

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

Отечественное ПО — это не дар божий, но это вполне себе субстрат, на котором тоже можно получить выгоду. Мы же помним, что далеко не все проектные конторы работают в БИМе в принципе. Вот они и есть целевая аудитория той же Ренги. Тем ребятам сравнивать не с чем, они вполне довольны тем, что есть, я спрашивал у них. Есть Нанокад, который внутри некрасивый, но свои приколы и решения там тоже есть. А ещё сложный редактор компонентов, в который не каждый сможет, а ты если сможешь, то сразу ценнее как специалист. Если что случится, то я вздохну и пойду куда-нибудь в бим-отдел на Нанокад, например.

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

Когда просто уже устал вспоминать английские термины для всего.

А вы как вечер проводите?

Про нейросети и искусственный интеллект

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

Но вспомните, что было, когда появился БИМ? Это тоже стало хайпом. И что в итоге?

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

Поэтому не переживайте, если чувствуете, что отстаёте от жизни. Не отстаёте.

Если это будет важно и полезно, то в компании появятся специальные ИИ-инженеры, вы не сможете совмещать всё сразу.

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

Чё там у вас, по сколько файлов открываете обычно?

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

Вот такое веселье.

И да, это говно строится медленно.

Нумеруйте ваши соединители! Это может неожиданно пригодиться.

Сделал скрипт для отключения ненужных креплений. Какие крепления не нужны?

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

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

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

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

2. Не нужны крепежи одного из фланцев на стыке двух фитингов. У каждого фитинга есть фланцы и крепеж включён. Но когда я стыкую отвод и переход, то между ними крепёж нужен только на одном фитинге. Второй надо отключать. Аналогично для скотча у круглых воздуховодов, достаточно скотча с одного фитинга.

И вот тут в первой версии скрипта меня ждал сюрприз, который я предвидел, но всё равно сюрприз.

Как обычно идёт анализ элементов? Мы берём элемент и его айдишник. Айдишник кладём в список обработанных элементов, чтобы в будущем не попадать на него заново. Сам элемент класть в список обработанных не нужно, потому что при сравнении через «==» поведение будет нестабильным из-за типа данных (в данном случае это Фэмили Инстанс). А вот айдишник — понятная история, это целое число, целые числа сравниваются со 100 %-ой гарантией верного результата.

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

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

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

Что делать? Надо переходить к реестру не фитинга, а его соединителей. И вот тут ещё сюрприз — у этих ёбаных соединителей нет вменяемых айдишников, как у фитингов. Они все там с айди 0, 1, 2, вот такие. То есть по айди нельзя понять, мы уже обработали соединитель или нет. Гуидов в проекте через Лукап не видно тоже, то есть нет уникального значения, по которому я пойму, что этот соединитель уже обрабатывал.

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

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

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

В общем, напишу ещё раз.

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

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

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

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

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

Вот такая маленькая победа.

Промокод на бронь отеля

Скидка 600 ₽ на бронирование отеля на Яндекс Путешествиях https://travel.yandex.ru/hotels по промокоду:
FORMYFRIEND-EQID7

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

А вы как развлекаетесь вечерами?

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

И вижу, как там чуваку донатят и по 5к, и донаты 100к+ есть.

Я как бы слегка вахуе.

Не в том плане, что вот мне никто столько не донатит, нет. Я как раз понимаю, почему не донатят, потому что это нормально.

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

Он не делает ничего, что помогает зрителям, что их как-то развивает, это просто развлечение.

Неужели это настолько кайфовое развлечение, что люди готовы кидать столько денег за то, чтобы СМОТРЕТЬ, как играет другой человек.

Ну это же дичь какая-то.

Решил добавить ещё один набор фитингов для вентиляции с промежуточным ЛОДом. Сейчас есть два ЛОДа для прямоугольных фитингов:
1. Фитинг + фланец фитинга без крепежа,
2. Фитинг + фланец фитинга с крепежом + фланец воздуховода

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

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

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

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

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

А писать скрипты, чтобы они обрабатывали несколько семейств открытых, я не умею. Но, как оказалось, это умеет делать китайская ИИ от Алибабы, Квен. Я тупо на удачу написал запрос, она пошуршала серверами и выдала мне код. Я закинул его в Ревит Пайтон Шелл (чтобы не переписывать куски под Динамо), и чудо, оно работает. Делюсь с вами, мало ли вам тоже пригодится. Пидорские эмодзи не моя работа, это ИИ решила скрасить наши будни.