ЛУЧШАЯ ВЕРСИЯ РЕВИТА НА СЕГОДНЯ?
На прямом эфире в комментариях спросили, стоит ли переходить на самые последние версии Ревита, если нет совместной работы.
Изменю вопрос на «какая версия лучше всего, на какую нужно переходить?» При условии, что вы можете сами ее выбирать, что вам не диктуют условия заказчики, что у вас нет критически важных плагинов, без которых работа встанет и которые не работают в новых версиях.
На сегодня есть смысл работать в любой версии, начиная с 2023. Прошлые версии уже слишком старые и уступают в функционале новым.
2021 версия: тут нет экспорта в ПДФ, нет разбивки спецификации на листы, нет мультивыносок, а для разработчиков семейств нет возможности копировать параметры в редакторе. 2021 уже не годится, она старая.
Из плюсов: шаблоны АДСК заточены под эту версию, что для ОВ и ВК в целом не критично вообще; нормальная версия Динамо без стремного интерфейса.
2022 версия: тут появились экспорт в ПДФ и мультивыноски, есть разбивка спецификации на листы. Можно копировать параметры в редакторе семейств. Не помню, возможно, в этой версии ещё и основу соединителей можно менять, это классно. 2022 — минимальная на сегодня комфортная версия.
Однако в экспорте в ПДФ нельзя упорядочить печать листов. Поправьте меня, если в последних хотфиксах его добавили. Конечно, можно решить всё плагинами, но встроенный экспорт вполне себе хорош для своей прямой задачи.
2023 версия: тут есть всё, что нужно, кроме темной темы, если вдруг она вам важна. Еще и строки поиска добавили в ещё большее количество окон по сравнению с прежними версиями.
Большинство плагинов и скриптов Динамо все еще будут нормально работать в этой версии. Правда, в Динамо придется менять версию движка для Питона, но куда легче просто поставить пакет для Iron Python 2.7, так и делайте, не надо менять встроенный ноды.
Ну и в 2023 интерфейс Динамо стал уродским, вместо лаконичного и экономного по габаритам дизайна нодов выкатили ядерную черноту со здоровыми нодами. Вкусовщина, ок.
Из минусов: разработчики Ревита по неведомым причинам выпиливают параметр «Отметка дна» у трубопроводов. Это удобный параметр, с его помощью можно было бы получать отметку трубы от проектного нуля в марке несложной формулой. И благодаря этому пользоваться встроенным переносом элементов на схемах.
Зачем было добавлять кучу дурацких параметров, которые можно было легко посчитать формулами в марках, непонятно, лучше бы и к воздуховодам добавили этот параметр.
Пока что проблему можно обойти следующим образом: делаем марку в Ревите до 2023, а потом загружаем в проекты на версии 2023.
2024 и 2025: я в них не работал толком, в 2025 только тыкался, когда разбирал файлы пользователей, но в целом для инженеров ОВ и ВК тут только темная тема да коллекции листов в 2025 версии. Поэтому чисто по встроенному функционалу я бы выбрал 2025 версию.
Но! Многие плагины не работают с этой версией, потому что в ней изменили версию платформы .Network. Что это значит? Да хрен знает, суть проста: не все разработчики успели обновить свои решения под нее. А это серьезный повод оставаться на 2024 версии, если ваши рабочие плагины под нее уже адаптированы.
Ну и светлая тема стала блёклой и стрёмной, контраст сильно убавили, мне это не нравится. Вкусовщина? Ок.
Поэтому я бы выбирал между 2023 и 2025, а ориентировался бы на адаптацию плагинов под эти версии.
МодПлюс под 2025 адаптирован, а значит все ништяки для моделирования инженерки вы получите. Микродеск Акселератор — похороните уже этот кусок говна, он ломает в Ревите Динамо с 2022 версии. Цитрус вроде тоже обновился, Дирутс вроде тоже. РевитХэлпер тоже обновят. Плагин для шаблонов АДСК тоже обновим когда-то скоро, наверное может быть. Чего вам там ещё надо вообще?
На прямом эфире в комментариях спросили, стоит ли переходить на самые последние версии Ревита, если нет совместной работы.
Изменю вопрос на «какая версия лучше всего, на какую нужно переходить?» При условии, что вы можете сами ее выбирать, что вам не диктуют условия заказчики, что у вас нет критически важных плагинов, без которых работа встанет и которые не работают в новых версиях.
На сегодня есть смысл работать в любой версии, начиная с 2023. Прошлые версии уже слишком старые и уступают в функционале новым.
2021 версия: тут нет экспорта в ПДФ, нет разбивки спецификации на листы, нет мультивыносок, а для разработчиков семейств нет возможности копировать параметры в редакторе. 2021 уже не годится, она старая.
Из плюсов: шаблоны АДСК заточены под эту версию, что для ОВ и ВК в целом не критично вообще; нормальная версия Динамо без стремного интерфейса.
2022 версия: тут появились экспорт в ПДФ и мультивыноски, есть разбивка спецификации на листы. Можно копировать параметры в редакторе семейств. Не помню, возможно, в этой версии ещё и основу соединителей можно менять, это классно. 2022 — минимальная на сегодня комфортная версия.
Однако в экспорте в ПДФ нельзя упорядочить печать листов. Поправьте меня, если в последних хотфиксах его добавили. Конечно, можно решить всё плагинами, но встроенный экспорт вполне себе хорош для своей прямой задачи.
2023 версия: тут есть всё, что нужно, кроме темной темы, если вдруг она вам важна. Еще и строки поиска добавили в ещё большее количество окон по сравнению с прежними версиями.
Большинство плагинов и скриптов Динамо все еще будут нормально работать в этой версии. Правда, в Динамо придется менять версию движка для Питона, но куда легче просто поставить пакет для Iron Python 2.7, так и делайте, не надо менять встроенный ноды.
Ну и в 2023 интерфейс Динамо стал уродским, вместо лаконичного и экономного по габаритам дизайна нодов выкатили ядерную черноту со здоровыми нодами. Вкусовщина, ок.
Из минусов: разработчики Ревита по неведомым причинам выпиливают параметр «Отметка дна» у трубопроводов. Это удобный параметр, с его помощью можно было бы получать отметку трубы от проектного нуля в марке несложной формулой. И благодаря этому пользоваться встроенным переносом элементов на схемах.
Зачем было добавлять кучу дурацких параметров, которые можно было легко посчитать формулами в марках, непонятно, лучше бы и к воздуховодам добавили этот параметр.
Пока что проблему можно обойти следующим образом: делаем марку в Ревите до 2023, а потом загружаем в проекты на версии 2023.
2024 и 2025: я в них не работал толком, в 2025 только тыкался, когда разбирал файлы пользователей, но в целом для инженеров ОВ и ВК тут только темная тема да коллекции листов в 2025 версии. Поэтому чисто по встроенному функционалу я бы выбрал 2025 версию.
Но! Многие плагины не работают с этой версией, потому что в ней изменили версию платформы .Network. Что это значит? Да хрен знает, суть проста: не все разработчики успели обновить свои решения под нее. А это серьезный повод оставаться на 2024 версии, если ваши рабочие плагины под нее уже адаптированы.
Ну и светлая тема стала блёклой и стрёмной, контраст сильно убавили, мне это не нравится. Вкусовщина? Ок.
Поэтому я бы выбирал между 2023 и 2025, а ориентировался бы на адаптацию плагинов под эти версии.
МодПлюс под 2025 адаптирован, а значит все ништяки для моделирования инженерки вы получите. Микродеск Акселератор — похороните уже этот кусок говна, он ломает в Ревите Динамо с 2022 версии. Цитрус вроде тоже обновился, Дирутс вроде тоже. РевитХэлпер тоже обновят. Плагин для шаблонов АДСК тоже обновим когда-то скоро, наверное может быть. Чего вам там ещё надо вообще?
Forwarded from СтроимПросто
📢 СтроимПросто и ДОМ.РФ проводят исследование ИТ-решений в стройке
Уход западных вендоров открыл новые возможности для российских разработчиков ПО. Но насколько отечественные программные продукты готовы к импортозамещению в строительной отрасли? СтроимПросто и ДОМ.РФ решили выяснить, готово ли российское ПО к потребностям проектировщиков и архитекторов, и проводят исследование решений в стройке.
Зачем это нужно?
Результаты опроса лягут в основу аналитического исследования, которое позволит:
➖ Оценить реальное состояние российского ПО для проектирования и строительства.
➖ Определить точки роста и направления развития отечественных программных продуктов.
➖ Сформировать действенные программы государственной поддержки российских IT-вендоров.
👉 Пройдите опрос прям сейчас
Присоединяйтесь к исследованию!
Уход западных вендоров открыл новые возможности для российских разработчиков ПО. Но насколько отечественные программные продукты готовы к импортозамещению в строительной отрасли? СтроимПросто и ДОМ.РФ решили выяснить, готово ли российское ПО к потребностям проектировщиков и архитекторов, и проводят исследование решений в стройке.
Зачем это нужно?
Результаты опроса лягут в основу аналитического исследования, которое позволит:
➖ Оценить реальное состояние российского ПО для проектирования и строительства.
➖ Определить точки роста и направления развития отечественных программных продуктов.
➖ Сформировать действенные программы государственной поддержки российских IT-вендоров.
👉 Пройдите опрос прям сейчас
Присоединяйтесь к исследованию!
Сейчас жена будет укладывать ребёнка, потом ребёнок будет спать, а жена уйдёт погулять, но пока жена не ушла, я буду работать и мне надо сделать вот такую штуковину для регулятора давления.
Она не параметрическая, надо просто отрисовать геометрию. Подарок для любого разработчика.
Могу отрисовать на трансляции в Тележке. Мне её всё равно делать, а так повеселее будет. Если вдруг вам нечего делать и готовы присоединиться, то ставьте реакцию клубнички 🍓
Минут через 10 буду начинать.
Она не параметрическая, надо просто отрисовать геометрию. Подарок для любого разработчика.
Могу отрисовать на трансляции в Тележке. Мне её всё равно делать, а так повеселее будет. Если вдруг вам нечего делать и готовы присоединиться, то ставьте реакцию клубнички 🍓
Минут через 10 буду начинать.
Сделал на прямой трансляции вот такой «набалдашник» для автоматического регулятора давления.
В целом, это было несложно, тут каких-то прям трудных моментов не было, повезло с геометрией.
В целом, это было несложно, тут каких-то прям трудных моментов не было, повезло с геометрией.
This media is not supported in your browser
VIEW IN TELEGRAM
Для любимых подписчиков 🫶
Please open Telegram to view this post
VIEW IN TELEGRAM
Вчера на трансляции, которую забыл записать, делал элемент, который не меняет геометрию в зависимости от DN, и это просто подарок для разработки.
Но вот сегодня всё наоборот.
Красным выделил единственный элемент, у которого диаметр не параметрический, а фиксированный.
Всё остальное, каждый элемент геометрии параметрический и меняется в зависимости от DN.
Иногда работа разработчика довольно рутинная. Но мне как-то норм, наверное, потому что в итоге вижу вот такую красоту, и это приятно.
Но вот сегодня всё наоборот.
Красным выделил единственный элемент, у которого диаметр не параметрический, а фиксированный.
Всё остальное, каждый элемент геометрии параметрический и меняется в зависимости от DN.
Иногда работа разработчика довольно рутинная. Но мне как-то норм, наверное, потому что в итоге вижу вот такую красоту, и это приятно.
Forwarded from Revit и BIM технологии | BIM2B
#BIMdigest 089 — Asset information modeling
— asset information modeling с помощью Xyicon;
— парочка полезных материалов по Revit;
— 4 интересных приложения к Revit;
— парочка полезных скриптов Dynamo;
— видео по Revit 2025 API;
— 5D BIM для инфраструктурных проектов в Бразилии ;)
— asset information modeling с помощью Xyicon;
— парочка полезных материалов по Revit;
— 4 интересных приложения к Revit;
— парочка полезных скриптов Dynamo;
— видео по Revit 2025 API;
— 5D BIM для инфраструктурных проектов в Бразилии ;)
Сегодня две статьи, одна про бесплатные семейства для водоснабжения и отопления, вторая — про моделирование систем вентиляции с транзитными участками.
Я разработал семейства для компании ELSEN — в неё вошло пока немного позиций, но зато какие: бойлер косвенного нагрева напольный, насосы циркуляционные для отопления и резьбовые коллекторы для водоснабжения.
Шик, блеск, красота. Скачать можете бесплатно с сайта производителя. Ну и помним, что я делал только несколько семейств, не вся библиотека на сайте моего исполнения.
Ссылка: https://muratovbim.pro/blog/revit-biblioteka-kollektory-bojlery-i-nasosy-elsen/
В чате на прошлой неделе задавали вопрос: как в системе вентиляции поделить потоки на две параллельные ветки, чтобы собирался расход и на них и на сети после?
Ответ: никак, если просто сидеть и смотреть на воздуховоды и уговаривать их пропустить нужный расход. А вот если помочь Ревиту и правильно намекнуть на то, как нужно распределять расходы, то вполне себе возможно.
Об этом и читайте в новом материале: https://muratovbim.pro/blog/revit-parallelnye-tranzitnye-uchastki-v-sisteme/
Эта схема работы подходит не только для вентиляции, но и для трубопроводов, потому что логика распределения расходов по системам схожая.
Please open Telegram to view this post
VIEW IN TELEGRAM
Делайте удобные интерфейсы в семействах, чтобы пользователям было легче ориентироваться в параметрах.
1. Поднимайте параметры, на которые нужно обратить внимание и которые пользователю нужно заполнять, наверх окна «Свойства». Для этого используйте группы, например «Строительство» или «Текст». Я использую «Строительство», раньше использовал «Зависимости».
Но «Зависимости» — это плохо. Алкоголь, наркотики — это зло. Группа для пользовательских параметров тоже не очень хорошая, потому что в ней всегда будут ещё системные параметры, а значит стройно упорядочить параметры не выйдет, в структуру могут влезть системные параметры.
Про группировку параметров читайте отдельную статью.
2. Упорядочивайте параметры, чтобы они шли в логичном порядке и в рамках группы создавали подгруппы. Например, разместили вы радиатор в модели. Что важно у него заполнить? Теплопотери в первую очередь, потом уже настройку клапана. Марку подразумеваю уже заполненной. Соответственно, наверху разместите сначала параметр для теплопотерь, а потом уже для настройки клапана.
3. Добавляйте подсказки к параметрам. Это могут быть подсказки как у самих параметров, так и отдельные текстовые параметры. Проблема подсказок у параметров в том, что их не видно, непонятно, есть ли подсказка у параметра или нет, нужно наводить мышку и ждать.
Отдельный параметр лучше тем, что он сразу может бросаться в глаза, в него можно вписать больше текста, но это отдельный параметр, который по факту никак не влияет на саму модель, только на удобство работы с ней. Почему такие параметры иногда не очень хороши, расскажу в следующем пункте.
Пример подсказки смотрите на картинке к посту.
4. Добавляйте визуальные разделители. Вы можете делить подгруппы параметров визуально, для этого можно добавить текстовый параметр и вписать в него что-то вроде «---------» или «=====», количество знаков побольше, само собой.
Это хороший визуальный приём, однако у него есть два недостатка.
Первый. Если вы так разделяете общие параметры, то не факт, что при загрузке в проекте они будут упорядочены так, как вы закладываете это в семействе. Потому что для общих параметров важно, как они группируются в параметрах проекта, либо в какой группе они были при появлении в проекте. Таким образом, общий параметр может просто «уехать» в другую группу, ваши визуальные границы могут не сработать.
Второй. Параметры семейств экспортируются в другие форматы и программы. Например, в тот же IFC или Navisworks. В итоге у вас будет набор семейств, у которых в атрибутах есть ерунда вроде "===============". Поэтому тут тоже надо быть аккуратным и понимать, куда дальше пойдёт семейство.
По этой причине я не делаю такие разделители, так как чаще всего делаю семейства не для конкретной проектной компании, а для всего рынка сразу.
5. Используйте выпадающие списки. Если нужно ограничить выбор какой-то переменной и при этом сделать интерфейс удобным, то как только у вас больше двух вариантов, стоит задуматься о выпадающих списках. Об этом у меня есть отдельная статья.
Минусов тут тоже два, во-первых, это увеличивает ваши трудозатраты на разработку из-за дополнительной параметризации, а во-вторых, это делает семейство тяжелее из-за дополнительных вложенных семейств. Учитывайте эти моменты, но если хотите делать красиво и удобно, нужно применять выпадающие списки.
Когда вариантов два, можно использовать параметр «Да/Нет».
Бывают случаи, когда можно обойтись числовыми параметрами. Например, если речь про всем известные ряды значений. Те же условные диаметры DN. Подавляющее большинство пользователей в курсе этого ряда, 15, 20, 25, 32, 40, 50, 65 и так далее. Тут можно обойтись просто числовым параметром.
Если было полезно, репостите и скидывайте коллегам эту запись, помогите мне привлечь новых читателей в блог.
1. Поднимайте параметры, на которые нужно обратить внимание и которые пользователю нужно заполнять, наверх окна «Свойства». Для этого используйте группы, например «Строительство» или «Текст». Я использую «Строительство», раньше использовал «Зависимости».
Но «Зависимости» — это плохо. Алкоголь, наркотики — это зло. Группа для пользовательских параметров тоже не очень хорошая, потому что в ней всегда будут ещё системные параметры, а значит стройно упорядочить параметры не выйдет, в структуру могут влезть системные параметры.
Про группировку параметров читайте отдельную статью.
2. Упорядочивайте параметры, чтобы они шли в логичном порядке и в рамках группы создавали подгруппы. Например, разместили вы радиатор в модели. Что важно у него заполнить? Теплопотери в первую очередь, потом уже настройку клапана. Марку подразумеваю уже заполненной. Соответственно, наверху разместите сначала параметр для теплопотерь, а потом уже для настройки клапана.
3. Добавляйте подсказки к параметрам. Это могут быть подсказки как у самих параметров, так и отдельные текстовые параметры. Проблема подсказок у параметров в том, что их не видно, непонятно, есть ли подсказка у параметра или нет, нужно наводить мышку и ждать.
Отдельный параметр лучше тем, что он сразу может бросаться в глаза, в него можно вписать больше текста, но это отдельный параметр, который по факту никак не влияет на саму модель, только на удобство работы с ней. Почему такие параметры иногда не очень хороши, расскажу в следующем пункте.
Пример подсказки смотрите на картинке к посту.
4. Добавляйте визуальные разделители. Вы можете делить подгруппы параметров визуально, для этого можно добавить текстовый параметр и вписать в него что-то вроде «---------» или «=====», количество знаков побольше, само собой.
Это хороший визуальный приём, однако у него есть два недостатка.
Первый. Если вы так разделяете общие параметры, то не факт, что при загрузке в проекте они будут упорядочены так, как вы закладываете это в семействе. Потому что для общих параметров важно, как они группируются в параметрах проекта, либо в какой группе они были при появлении в проекте. Таким образом, общий параметр может просто «уехать» в другую группу, ваши визуальные границы могут не сработать.
Второй. Параметры семейств экспортируются в другие форматы и программы. Например, в тот же IFC или Navisworks. В итоге у вас будет набор семейств, у которых в атрибутах есть ерунда вроде "===============". Поэтому тут тоже надо быть аккуратным и понимать, куда дальше пойдёт семейство.
По этой причине я не делаю такие разделители, так как чаще всего делаю семейства не для конкретной проектной компании, а для всего рынка сразу.
5. Используйте выпадающие списки. Если нужно ограничить выбор какой-то переменной и при этом сделать интерфейс удобным, то как только у вас больше двух вариантов, стоит задуматься о выпадающих списках. Об этом у меня есть отдельная статья.
Минусов тут тоже два, во-первых, это увеличивает ваши трудозатраты на разработку из-за дополнительной параметризации, а во-вторых, это делает семейство тяжелее из-за дополнительных вложенных семейств. Учитывайте эти моменты, но если хотите делать красиво и удобно, нужно применять выпадающие списки.
Когда вариантов два, можно использовать параметр «Да/Нет».
Бывают случаи, когда можно обойтись числовыми параметрами. Например, если речь про всем известные ряды значений. Те же условные диаметры DN. Подавляющее большинство пользователей в курсе этого ряда, 15, 20, 25, 32, 40, 50, 65 и так далее. Тут можно обойтись просто числовым параметром.
Если было полезно, репостите и скидывайте коллегам эту запись, помогите мне привлечь новых читателей в блог.
За нами, как говорится, не заржавеет. Но вот что будет после нас — тут мы никаких гарантий дать не можем.
Встроенная визуализация Ревита не очень хорошо справляется с зеркальными поверхностями, обратите внимание на отводы и профили раструбов. Видимо, это он там то ли тени пытается обрисовать, то ли что.
Встроенная визуализация Ревита не очень хорошо справляется с зеркальными поверхностями, обратите внимание на отводы и профили раструбов. Видимо, это он там то ли тени пытается обрисовать, то ли что.