Вот вам пример работы в Динамо без Питона и с Питоном

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

Второй алгоритм придумал сегодня. Тут как бы ничего гениального, но добавление Ревит АПИ помогло решить проблему без прямого участия геометрии. Щас подробнее распишу.

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

Старый алгоритм

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

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

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

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

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

Новый алгоритм

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

Это я и сделал. Координату плиты получить не удалось, но с неё можно получить габаритный ящик — bounding box. Это такой кубик, в которой вписывается вся геометрия плиты. У него есть точка максимума и минимума. Из точки минимума я могу вытащить отметку низа, координату Z. Вот и получилась точка, куда надо тащить шпильку, а значит и легко получаю длину шпильки.

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

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

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

Вот такая получается разница, всё показал на картинках.

Иногда полезно вылезти из-за компа и посмотреть на реалии.

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

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

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

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

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

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