[posetitel]

Здравствуйте, коллеги!
Который день пытаюсь накидать простенькую программку на питоне для автокада.
Смысл программки простой: подключились к акаду, запросили у пользователя выбрать объекты, потом запустили первую функцию (пусть будет преобразовать полилинии в отрезки), запустили вторую функцию (пусть будет назначить масштаб мультивыноскам), завершили работу.
Кое-что получается, но работает нестабильно, постоянно отваливается (как я понял) COM-соединение. То после выбора объектов, то на одной из функций. Чего я только не делал (по совету отечественного гигачата):
- и запускал повторные попытки ком-соединения,
- и подгружал объекты в память питона, отключался от акада, выполнял все операции в памяти, далее подключался к акаду, чтобы обновить объекты,
- и пытался удерживать соединение,
все тщетно.
Сбои случаются не сразу и не регулярно, вроде как даже можно мириться с периодическим падением скрипта и запускать его повторно.
Но может я захожу не в ту дверь? Как можно добиться стабильной работы скрипта без ошибок ком-соединения?

[trir]

Используй C#, Python для мазохистов

[gumel]

Сообщение от trir Используй C#, Python для мазохистов

А C# использует какой-то особый способ связи с AutoCAD?

Я вот например учил Delphi, и большинство программ связанных с AutoCAD написаны на Паскале и связь через OLE компоненты.
Но матёрые программисты мне всегда говорили, что COM это для извращенцев и для Автокада надо делать на Лиспе..

[Boxa]

Сообщение от gumel А C# использует какой-то особый способ связи с AutoCAD?

Ага. Если по простому, то Dll написанные на C# грузятся внутрь автокада и там, внутри, работают.

Сообщение от gumel Но матёрые программисты мне всегда говорили, что COM это для извращенцев и для Автокада надо делать на Лиспе..

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

[posetitel]

Советы перейти на шарп звучат ото всюду, и я уверен, что они хорошие эти советы, ничего против не имею. Даже скачал себе VS Studio (тяжелая, доложу я вам, прога) и стал пытаться что-то там налабать. Не взлетело так с наскока. Нужно погружаться.
Если упрощенно представить мои такие обывательские попытки в разных языках под акад, то Пайтон, VBA - это такие железобетонные готовые панели, целые блоки кода в одном методе, а C# да и лисп где-то рядом - это маленькие кирпичики, каждый метод нужно набирать из более мелких. Отсюда следствие - из кирпичиков можно собрать гораздо более разнообразное строение, более удобное и приспособленное под конкретного обывателя, нежели типовые коробки по серии, но и трудозатраты будут соответствующие.
Возвращаясь к примеру из темы, я решил, что не стоит упарываться в подробную детальную разработку довольно простенького приложеница, немного упрощающего процесс черчения. В конечном счете затраты на выполнение сих операций руками с помощью меню автокада, будут куда меньше по сравнению даже с процессом просто скачивания и установки VS Studio. Вокруг все говорят про питон. Так может питон уже и в автокаде есть, может такие простенькие программки уже давно люди пишут на питоне путем указания всего лишь двух методов, типа скачай замени, молодец, выведи отчет в консоль? Но не тут то было. И здесь встретились подводные камни. Потому и вопрос. Может я что-то не то делаю в этих питонах?

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

[trir]

В режиме отладки все равно каждый раз автокад стартует с нуля.

я пришёл к тому, что отделил методы работы c AutoCAD от остальной программы - это позволило тестировать код без запуска AutoCAD
https://github.com/triroakenshield/RosReestrImpLib

[Кулик Алексей aka kpblc]

Через COM далеко не все можно сделать, к сожалению.
А так - в гугле забанили? Чуть ли не на первых строках поиска : https://adn-cis.org/forum/index.php?topic=7864.0

[mmax]

Сообщение от posetitel Кое-что получается, но работает нестабильно, постоянно отваливается (как я понял) COM-соединение. То после выбора объектов, то на одной из функций.

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

Очень похоже на отсутствие контроля за временем жизни переменных. Это когда сборщик мусора удаляет данные которые не нужно удалять.

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

Это мнение может быть ошибочным. Но в технологиях COM и FFI именно сборщики мусора являются причиной по которым нештатные ситуации происходят неожиданно и незакономерно.

В питоне есть функция gc.collect(). Попробуйте вызывать её там где ожидаете сбой и посмотрите не станут ли сбои контролируемыми.

[posetitel]

Вроде зацепился за соломинку, попытался найти закономерность падения, раза три запустил программу, чтобы добиться падения и подловить момент. Обнаружил, что прога падает иногда даже до предполагаемой очистки памяти, т.е. по логике программы нужно сначала выбрать объекты, потом ввести масштаб для этих объектов и только потом стартует алгоритм выполнения программы, но ошибка вылетает между выбором объектов и вводом масштабов. Значит очистка памяти еще не может стартовать.
Вот что в консоль выдает:
Загружено объектов: 393
Ошибка ввода масштаба: (-2147418111, 'Вызов был отклонен.', None, None)
ЧатЖПТ говорит, что это может быть из-аз проблем с COM-соединением.
Опять повторюсь, что чаще программа срабатывает, падения происходят непредсказуемо и не всегда в одном месте.

[mmax]

Всё ясно. Это гонка данных при асинхронных операциях.
Питон отправляет в автокад команды не дожидаясь когда выполнится предыдущая. Автокад отклоняет новые запросы пока не завершит предыдущие.

Из рекомендаций что советует интернет:
Увеличить паузы между отправками запросов в автокад. Это очень плохое решение так как не защищает на 100% от сбоя.
Или
В цикле отправлять команду с перехватом ошибки до тех пор пока она не выполнится корректно без ошибки. Это конечно gовногкод (поллинг) но дает 100% результат.

Я рекомендую изучить документацию к библиотекам и найти там штатные способы ожидания завершения команд. Возможно там есть callback функции или что-то на них похожее. Может функции отправки команд в com соединение возвращают ответ в какой-то буфер. Может там есть какой-то контейнер-очередь.

Создатели питоновских библиотек наверняка не оставили этот момент без внимания.

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

[Кулик Алексей aka kpblc]

Ошибка ввода масштаба: (-2147418111
Похоже на переполнение int32. И для тех, кто в шарит в теме (я не шарю, если что!) было бы неплохо посмотреть на код.

[mmax]

Сообщение от Кулик Алексей aka kpblc Похоже на переполнение int32

не оно, иначе это была бы постоянная ошибка.

[posetitel]

Переполнение целочисленной переменной (int32) тоже вряд ли могло быть, вводил всегда одинаковый масштаб (100, хотя и это не принципиально).
Понимаю желание посмотреть код, но как бы так выразиться, я пытаюсь получить не конкретный совет по нерабочему коду (его сейчас очень много стало и погружаться туда то еще удовольствие), а услышать общие принципы, если такие есть, по подключению питона к автокаду, потому что ошибки COM-соединения - это распространенное явление, как я понял.
К совету mmax про асинхронность и многопоточность прислушиваюсь. Буду пробовать изолировать запросы и выполнять их последовательно.
До этого пытался сделать выгрузку всех примитивов в память питона, там все обработать независимо от автокада и потом вернуть в автокад, применить изменения, но и тут что-то пошло не так. Возможно, просто криво реализовал свое начинание.

[mmax]

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

Мне кажется это плохая затея. Потому-что "примитивы в питоне" они только только для чтения в питоне.
Если в пионе у вас есть объект в котором перечислены ключи => значения объекта автокад, то это просто дамп свойств этого объекта. А с автокадом можно работать только через методы которые принимает com соединение

[Сергей812]

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

Сообщение от mmax Возможно там есть callback функции или что-то на них похожее. Может функции отправки команд в com соединение возвращают ответ в какой-то буфер. Может там есть какой-то контейнер-очередь.

Можно попробовать использовать метод GetAcadState() com-объекта приложения акада (AcadApplication, если не ошибаюсь). Этот метод как раз позволяет узнать - готов акад принять команды через com-интерфейс либо нет.

Сообщение от posetitel До этого пытался сделать выгрузку всех примитивов в память питона, там все обработать независимо от автокада и потом вернуть в автокад, применить изменения,

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

[mmax]

Сообщение от Сергей812 Соовершено верно.

вопрос только умеет ли автокад принимать структуры данных питона и десериализовать их в acad object.
Насколько я помню в com приложения уходит только дамп объекта в виде key-value массива и носит только информационный характер

[Сергей812]

Сообщение от mmax вопрос только умеет ли автокад принимать структуры данных питона и десериализовать их в acad object. Насколько я помню в com приложения уходит только дамп объекта в виде key-value массива и носит только информационный характер

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

[mmax]

Сообщение от Сергей812 Но это все грустно - взять современный ЯП Питон и работать при этом с акадом через "замочную скважину" com-интерфейса.

Ну а как по другому? Можно еще клиент-сервер на сокетах замутить и получится примерно то же самое. Может даже лучше потому-что асинхронные вызовы на сокетах выстраиваются в очередь и не будут конфликтовать. Кроссплатформенность полная будет. Все вычисления можно делегировать веб-серверам и делать браузерные версии автокада.

[trir]

и делать браузерные версии автокада

или не связываться с ним и просто писать dxf

[posetitel]

Может быть среди обитателей форума найдутся питонисты, которые поделятся секретом: как, с помощью каких функций, методов или принципов подключаться к автокаду из питона, чтобы избегать ошибок COM-соединения?

[Сергей812]

Сообщение от posetitel Может быть среди обитателей форума найдутся питонисты, которые поделятся секретом: как, с помощью каких функций, методов или принципов подключаться к автокаду из питона, чтобы избегать ошибок COM-соединения?

избегать не получиться (надо просто обрабатывать ошибки), а ссылку же Алексей в п.7 давал. Можно еще, наверно, попробовать поискать примеры работы с MSOffice из питона через com - основы совершенно одинаковые.

[mmax]

Сообщение от posetitel с помощью каких функций, методов или принципов подключаться к автокаду из питона, чтобы избегать ошибок COM-соединения?

Выше говорили.
Повторять один и тот же запрос в цикле до тех пор пока запрос не станет успешным.

Если разрыв соединения вызывает исключение в питоне то использовать try..except

Так жк выше сказали попробовать GetAcadState()

Так же в цикле перед запросом метода работы с примитивами сделать запрос GetAcadState(). Если он успешный, то выполнить команду и выйти из цикла, если безуспешный - повторят пока не станет успешным.

[румата]

Сообщение от posetitel Может быть среди обитателей форума найдутся питонисты, которые поделятся секретом: как, с помощью каких функций, методов или принципов подключаться к автокаду из питона, чтобы избегать ошибок COM-соединения?

Секрет простой - нет такого секрета. Питон не для автокада

[mmax]

Сообщение от румата Питон не для автокада

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

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

[румата]

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

В с++ и c# все это есть. Никаких плохих дел