[Dinoxromniy]

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

Мне необходимо создать блок, который в зависимости от динамически меняемого размера (в самом простом виде - длины) будет высчитывать другие линейные размеры по заданной формуле пропорциональности.
Геометрические отношения я изучал по Solid Works, как они в акаде работают понимаю достаточно примерно, это в купе с тотальным цейтнотом и кривыми руками дает какие-то невразумительные результаты, блоки делают то, что на мой взгляд не должны.

Большая просьба посоветовать грамотного автора, заранее спасибо.

[Ingpro]

Приложите чертеж, в котором вы хотите создать блок. Тогда можно будет что-то конкретное посоветовать. Рекомендации по параметризации есть в справке AutoCad, и в любой книге по AutoCad. Посмотрите готовые блоки с параметризацией.
Вот простой блок https://dwg.ru/dnl/15338 Динамический блок Г-обр. деталей ∅10-32 для стержней периодического профиля
Ещё блоки во вложении

[VitalyAF]

Сообщение от Dinoxromniy как правильно чертить с использованием параметризации в Акаде, в том числе - при использовании динамических блоков.

1. Вашими конструкциями и блоками кто-то ещё будет пользоваться? Будете куда-то отправлять или где-то рядом? Коллективная работа в акаде не очень-то просто устроена.
2. У вас в модели будет много мелких деталей или несколько крупных, сложных. Если множество мелких дин. блоков, то подумайте о том, как будете выбирать дин. блоки из одноимённых по определённым параметрам.
Например, мой опыт работы с дин. блоками - это марки чертежей КМ. Достаточно много разных дин. блоков. Часто приходилось выбирать из одноимённых! блоков блоки по заданным размерам профиля уголка, менять на другой прямо из таблицы в блоке. Пользовался какими-то лиспами, стандартного ничего нет.
3. Рассчитывать на какие-то супер сложные параметрические связи в акаде, я думаю, не стоит.
Например, вместо набора гаечных ключей можно нарисовать один параметрический...
Сборки из параметрических блоков можно ли сделать... не уверен.

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

[nickname2019]

По моему мнению, параметризация в Автокаде реализована очень плохо, так как позволяет создавать только простые вещи (отдельные элементы, достаточно "тупые" по своей логике).
Если нужно сделать что-то сложнее - нужно параметризацию объединять с программированием. Это когда вы кодом управляете созданием, изменением блоков и заполнением их атрибутов.

[Dinoxromniy]

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

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

Сообщение от VitalyAF вместо набора гаечных ключей можно нарисовать один параметрический...

Ну тут может и динамического блока хватит, а вот с расчетами такое не получится.

Сообщение от nickname2019 нужно параметризацию объединять с программированием. Это когда вы кодом управляете созданием, изменением блоков и заполнением их атрибутов.

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

[ShaggyDoc]

Сообщение от nickname2019 По моему мнению, параметризация в Автокаде реализована очень плохо, так как позволяет создавать только простые вещи (отдельные элементы, достаточно "тупые" по своей логике). Если нужно сделать что-то сложнее - нужно параметризацию объединять с программированием. Это когда вы кодом управляете созданием, изменением блоков и заполнением их атрибутов.

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

Что-то подлинно параметрическое без программирования сделать невозможно. Причем параметрическими скорее всего должны быть не блоки, а "custom"-объекты.

И начинать надо с формулировки для себя свойств и методов этих параметрических объектов.

[nickname2019]

Сообщение от ShaggyDoc Что-то подлинно параметрическое без программирования сделать невозможно. Причем параметрическими скорее всего должны быть не блоки, а "custom"-объекты.

"Custom"-объекты от блоков отличаются наличием управляющего кода, что позволяет ввести следующую классификацию (для Autocad):
1. Блок без кода - обычный блок.
2. Динамический блок - блок с "простыми" командами, которые не позволяют сделать нормальную параметризацию, когда несколько блоков вложены друг в друга, и изменение "верхнего" управляющего блока запускает перегенерацию "нижних" блоков.
3. "Custom"-объекты с полноценным кодом. Создавать сложнее, чем п.1 и п.2. Работать придется на c++ или c#. Придется изучить вопрос. Насчет вложенности объектов - не факт, что решаемо (на данный момент я не знаю способа, нужно Александра Ривилиса спрашивать).
4. Набор обычных блоков с управляющими кодами по их созданию/изменению от своего приложения. Всю инфу по блокам можно хранить в их атрибутах, при изменении атрибутов - перегенерировать. Работать можно на любом языке. Вложенность объектов может быть любая.

[Сергей812]

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

как вариант - отрисовывать по результатам расчетов в эксель зону покрытия в акаде через COM-интерфейс. Из экселя можно и запрашивать направление.

[nickname2019]

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

Или создавать файл сценария с командами отрисовки объектов
https://knowledge.autodesk.com/ru/su...C8808-htm.html

[Сергей812]

ну с COM-интерфейсом можно сделать и интерактивную

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

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

[ShaggyDoc]

Сообщение от Сергей812 ну с COM-интерфейсом можно сделать и интерактивную

Конечно можно. Была у меня программа прогнозирования аварий на химически опасных объектах (ХОО).

Эти объекты, а их сотни по городу, учитываются в базе данных. Для каждого объекта на случай аварии рассчитываются зоны заражения в зависимости от метеорологии.

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

Вот это

а зону нужно смотреть на плане, покрывает ли она то, что нужно

Визуализируется в Автокаде на электронной карте - хоть один объект, хоть несколько.

Рисуются обычными примитивами зоны поражения, но к ним привязываются расширенные данные, содержащие ID записей в БД.

Здесь и не надо никаких Custom-объектов с использованием ObjectArx. Нужны только "кнопки" с вызовом Lisp для импорта ХОО из БД, создания новой записи с координатами ХОО из чертежа, редактирования и просмотра данных по ХОО в интерактивном режиме. Обращение к приложению через COM.

В нем же создаются отчеты.

[Dinoxromniy]

Сообщение от Сергей812 то расчеты не такие уж сложные

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

Сообщение от ShaggyDoc Эти объекты, а их сотни по городу, учитываются в базе данных.

В вашем случае программирование логично и под стать задаче. У меня задача намного проще, и в целом она относительно успешно решена параметрическим блоком на трех костылях, чем и буду вероятно корректировать проект по хотелкам заказчика завтра.

Да, по уму - наверное нужно было сделать простой динамический блок, а дистанции и углы вводить через VBA (благородным языком lisp не владею, но тут и vba хватит).
упрощенный блок прилагаю, в нем 5 вхождений блока с зонами, костылей в использовании три:
1. Основной - изначально я пытался сделать динамический блок, правый кружок которого можно было переставить в любое место, а зона между кружками должна была сформироваться через параметризацию. Ничего хорошего с этим не вышло, сделал упрощенку - блок ручками поворачивается на нужный азимут, а потом двигаем ручку дистанции, на основании которой через параметры вырисовывается зона. Ни разу не изящно, но работает (ну есть еще где-то изъян в арифметике, потерялся вроде бы коэффициент 0.92, но это сути не меняет). Ни разу не элегантно, но как сделать через параметризацию, пока идей нет.
2. Ввод отметок - h1, h2, hu1, hu2 - я ввожу просто через окно свойств по ctrl+1. Логично, что можно заносить программно. Существует ли штатное средство (кроме таблицы, но там предустановленные значения, а нужно произвольные)
3. Когда дистанция L больше примерно 15м, радиус rcx при текущих данных становится отрицательным. Можно ли создать ограничение, чтобы блок в этом случае давал какую-то обратную связь - падал в ошибку, как-то сигнализировал? Исходные параметры каждый раз разные, предельная дистанция тоже.
Повторюсь, цель - не столько программно решить вопрос, а набить руку в параметризации, авось когда и пригодится.
Спасибо.

[engngr]

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

А еще конкретнее? что конкретно за задача?

[nickname2019]

Сообщение от Dinoxromniy Повторюсь, цель - не столько программно решить вопрос, а набить руку в параметризации, авось когда и пригодится. Спасибо.

Имхо, глубоко заниматься изучением стандартной автокадовской параметризации - впустую тратить время, так как упретесь в ограничения рано или поздно (скорее рано). Лучше время потратить на изучение программизма.
Из академического интереса по не стандартной автокадовской параметризации можно глянуть https://youtu.be/r8f0pDykba4. Но сайт там не работает. Санкции...

[Dinoxromniy]

Сообщение от nickname2019 Если нужно сделать что-то сложнее - нужно параметризацию объединять с программированием.

Сообщение от ShaggyDoc Что-то подлинно параметрическое без программирования сделать невозможно.

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

По изначальному вопросу - более-менее что-то почитать у B.Benton и G.Omura, Mastering Autocad 2021, правда на буржуйском.

Сообщение от engngr А еще конкретнее? что конкретно за задача?

Общая зона молниезащиты для двух и более молниеприемников по методике РД34.21.122, который возможно замещен на СО, но есть письмо Ростехнадзора от лохматого года, что не замещен. Блок в приложении успешно отрисовывает, коэффициент 0.92 был утерян в экселе.

Сообщение от nickname2019 так как упретесь в ограничения рано или поздно (скорее рано)

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

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

[Сергей812]

Сообщение от Dinoxromniy Я понимаю, суть в том, чтобы понимать границу - когда именно пора сворачивать в сторону.

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

[Dinoxromniy]

Сергей812, в целом согласен, но мне с VBA очень тяжело спрыгнуть в сторону более серьезных языков, при всех своих недостатках - он без особенных специальных действий доступен на произвольном компе и для Acad и для Excel, и для Word, и для Outlook, и для PP. Решительный шаг в сторону старших братьев конечно в будущем запланирован, но пока не до этого.