[Vova]

В теме http://forum.dwg.ru/showthread.php?t...t=%F1%E0%EF%F0 был опрос насчет того, введена-ли система автоматического проектирования на вашей работе. Автор (ваш покорный слуга) ввел формальный параметр, по которому считалось, что САПР это когда на все компы фирмы централизовано установлено единое меню с хотя-бы 50-ю пунктами. (по-простому-с кнопками). Проголосовало на удивление много народа: 49. Из них чуть меньше половины (43%) признались, что САПР, или его подобие у них есть. Поскольку та тема потонула в спорах, а что такое САПР и не фантазии-ли это, я решил продолжить тему в практическом русле. Хотелось-бы, чтобы выступили те, кто считает, что у них есть САПР, и рассказали, как оно выглядит. А чтобы не-было в этой теме отвлекающих споров о терминологии, на правах автора ввожу новый термин. То, за что проголосовали 21 человек, пусть называется БСАПР. БезСистемная Автоматизация Проектных Работ

[Vova]

Vlad®< Открывая тему я имел в виду автокад
Чигинский Дмитрий>

Конструкции и оси - в модели. Размеры, текст, таблицы, выноски, сварные швы (КМ) и т.п. оформление чертежа - на листе. Блоки в зависимости от их содержания. Что Вы понимаете под прерывистыми линиями?

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

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

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

[Alan]

Сообщение от Vlad® ...А вот Word, Excel как то применяется в автоматизции - скажем спецификаии значительно удобней делать на основании БД в том же Excel(е)

Позволю не согласиться!
Писал не раз. Делать спецификацию всё таки удобнее делать программно, а не на Excel (на БД - это естественно!).
Оформление документации-спецификаии программой происходит автоматически, не занимая время исполнителя.
И никакие шаблоны здесь не решат проблему.
Помочь - помогут, НО не решат. ЯТД

[kp+]

Сообщение от Alan Сообщение от Vlad® ...А вот Word, Excel как то применяется в автоматизции - скажем спецификаии значительно удобней делать на основании БД в том же Excel(е) Позволю не согласиться! Писал не раз. Делать спецификацию всё таки удобнее делать программно, а не на Excel (на БД - это естественно!). Оформление документации-спецификаии программой происходит автоматически, не занимая время исполнителя. И никакие шаблоны здесь не решат проблему. Помочь - помогут, НО не решат. ЯТД

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

[Alan]

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

>kp+ А как решается проблема в сметных программах, когда нет нужной расценки?
Расценка, объём.. пишутся во время составления сметы.
У нас составляется набор оборудования для объекта, что-то считывается с чертежей (технологический отдел в основном).
Оборудование, которое не попало так, выбирается из базы, ставиться количество.
Например, что-то маленькое - кипятильник, авторучка...
Если в базе нет, заноситься при составлении набора.
Писал не раз, посмотрите поиском или вопросы на мыло.

[Чигинский Дмитрий]

Сообщение от Vova По меньшей мере неразумно. Иногда размеры ставят в листе (я противник этого) но чтобы тексты... Кстати, какие тексты, те, что по-полю чертежа или примечания, которые сбоку? Сварочный шов в листе. А если свариваемая деталь в модели подвинулась? А если понадобилось добавить в-порт, а существующие подвинуть? А если понадобилось изменить масштаб в-порта? Прерывистые линии это, ну, оси. Зачем-же их отделять от модели? И что, прыгаешь от модели в лист? Это бальзам на уши противников пространства листа.

1. Практически на все Ваш вопросы я уже ответил в предыдущем сообщении №39.
2. Если я правильно понимаю логику Autodesk, разделение на пространство листа и модели как раз и реализовано для того, чтобы конструкцию (модель) отделить от оформления (чертежей, лист). Следовательно, любое отступление от этой парадигмы является не корректным, а значит недопустимо.
3. Следствием пункта 2 является следующее ограничение: В пространстве модели допустимо использовать только конструкции, изображать которые необходимо в масштабе 1:1.
4. Меня не сильно затруднит, и я отвечу конкретно на каждый вопросы:
Вопрос:

Сообщение от Vova Иногда размеры ставят в листе (я противник этого)

Ответ: Кроме выше написанного, я использую размеры в листе, так как чертеж конструкции в модели больше использовать будет нельзя, ведь он будет загромождён размерами (в смысле этот же чертёж через другие viewports). К тому же использование размеров в листе требует всего один размерный стиль.

Вопрос:

Сообщение от Vova Кстати, какие тексты, те, что по-полю чертежа или примечания, которые сбоку?

Ответ: Любому тексту, IMHO, место в листе.

Вопрос:

Сообщение от Vova Сварочный шов в листе. А если свариваемая деталь в модели подвинулась?

Ответ: Хм, значит, нужно будет подвинуть на листе.


Вопрос:

Сообщение от Vova А если понадобилось добавить в-порт, а существующие подвинуть?

Ответ: А какая проблема подвинуть viewport и тем более просто добавить?


Вопрос:

Сообщение от Vova А если понадобилось изменить масштаб в-порта?

Ответ: Здесь сначала, прежде чем ответить, мне хотелось бы узнать, какая с Вашей точки зрения есть альтернатива?


Вопрос:

Сообщение от Vova Прерывистые линии это, ну, оси. Зачем-же их отделять от модели?

Ответ: Здесь, я конечно извиняюсь, но прошу читать мои сообщения более внимательно, см. пост №39.


Вопрос:

Сообщение от Vova И что, прыгаешь от модели в лист?

Ответ: Здесь совсем просто - а что мешает чертить в листе через viewport?

Сообщение от Vova Зачем-же все держать на экране? Только то, что нужно всегда, да для данной работы. Для другой работы потом можно включить другие инструменты. Если знаешь, что у тебя есть.

Здесь я не спорю с Вами, но посчитал нужным высказаться по этому поводу. Ещё раз: Без сомнения наращивание функционала - важный и нужный момент, но не стоит забывать об удобстве пользования этим арсеналом.

[forMA]

А ведь Чигинский Дмитрий прав...Согласно парадигме Autodesk....Если уж использовать Layouts, так использовать "правильно".

[Vova]

Ладно, давайте оставим эту тему (модель-лист) на потом. А здесь продолжим про бсапр. Жаль, что Чигинский Дмитрий так поздно проявился, недавно отспорили. Я хотел бы продолжить разговор о том, каким способом задать масштбный коэффициент. То есть что должно быть за кнопкой, нажав на которую все последующие команды выдавали-бы правильные размеры, блоки и так далее. В нашей конторе до 2004автокада использовался Userr. Затем его на что-то изменили. User критиковали на форумах за то, что другая программа его может сбить, и это правда, хотя маловероятно. Но здесь, в этой теме, Profan использует User, правда, для других целей. Так что предлагаю высказаться по этим двум направлениям: как задать масштаб, и по user-у. Заодно новые участники форума что-нибудь знают про эту переменную.

[ShaggyDoc]

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

Vova упорно держится за "кнопки". Причины понятны, но на кнопках даже БСАПР не сделать.

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

В старое доброе время, когда чертили только в модели, самым рациональным было использование DIMSCALE. Размеры - классические масштабируемые (внемасштабные) символы, изменение DIMSCALE влияет на их вид, все прочее можно было масштабировать пропорционально DIMSCALE.

Сейчас DIMSCALE может принимать значение 0, при котором размеры будут масштабироваться при простановке через дыру Viewport пропорционально масштабу виртуального экрана. Для хранения "общего" масштаба, используемого на Model, эта переменная уже не подходит.

"Но есть способ лучше". Современный AutoCAD позволяет использовать словари, и в одном из словарей рисунка можно хранить и масштаб. Разумеется, здесь без программирования не обойтись. Так же как нельзя обойтись только Diesel и "баянной" клавиатурой из кнопок для создания чего-то похожего на xАПР

[Олег К.]

Хорошая это штука, DIMSCALE, но и с ней неприятности бывают.
Допустим DIMSCALE=0, на листе вьюпорт плана 1:100, рядом нужно вынести фрагмент в 1:50 (не вынося отдельно в модели). Размеры замечательно проставляются через вьюпорты. Вот только те, что на фрагменте, видны на большом плане в 2 раза меньше остальных. Получается, либо создавать отдельный слой для размеров фрагмента, либо ставить их в листе. Выставляем DIMSCALE=100 - размеры можно ставить в модели, а если через вьюпорт - та же фигня выходит.
А есть еще и условные обозначения (масштабируемые), с ними как поступать? Вот если бы один и тот же объект во вьюпортах с разными масштабами отображался одинаково :roll:. Или такое уже сделано?

Когда нам пришлось срочно обучить работе в КАДе человек 40, мы сделали возможно неправильно и криво, зато просто: для каждого стандартного масштаба от 1:1 до 1:100 создали размерные стили с заданными размерами элементов (тогда был AutoCAD 2000). В одном файле можно было чертить в разных масштабах, да и нам объяснять проще.

И еще один давно интересующий меня вопрос (обещаю в теорию САПРа больше не лезть :wink: ). Есть ли на Ваших предприятиях группы (отделы и пр.) занимающиеся именно автоматизацией проектирования? То есть установкой и техподдержкой расчетных и чертежных программ, созданием своих программ. Или все это свалено на сисадминов и отдельных энтузиастов.
В моей организации есть такой "сектор АПР" (вот Вам и САПР, хе-хе ), но на него свалены вообще все компьютерные вопросы, фактически сисадмины. С железом да сетью разобраться бы, когда уж тут проектирование автоматизировать.

[Krieger]

Сообщение от Vova То есть что должно быть за кнопкой, нажав на которую все последующие команды выдавали-бы правильные размеры, блоки и так далее. В нашей конторе до 2004автокада использовался Userr. Затем его на что-то изменили. User критиковали на форумах за то, что другая программа его может сбить, и это правда, хотя маловероятно. Но здесь, в этой теме, Profan использует User, правда, для других целей. Так что предлагаю высказаться по этим двум направлениям: как задать масштаб, и по user-у. Заодно новые участники форума что-нибудь знают про эту переменную.

А может не хранить эту переменную, а вычислять? Например так:

Код:

[Выделить все]

;|---------------------------------------------------------------
Функция Kr_ScaleOfVP
-----------------------------------------------------------------
Вычисляет масштаб в зависимоти от переменной dimscale или CANNOSCALEVALUE, если dimscale=0 коэф-т = 1 или относительно vport
|;
(defun Kr_ScaleOfVP ( / )
    ;если текущим установлен аннотативный размерный стиль, масштаб берем с аннотативного масштаба
  (if (= (getvar "dimanno") 1)
    (setq dsc (/ 1 (getvar "CANNOSCALEVALUE")))
    (progn
  ;если dimscale=0 принимаем dsc=1, если нет dsc=dimscale
  			(if (= (getvar "dimscale") 0) (setq dsc 1) (setq dsc (getvar "dimscale")))
  ;если мы находимся в пространстве листа:
			(if (= (Getvar "TILEMODE") 0)
  ;если видовое окно не ативно dsc=1, если активно, то берем масштаб с видового экрана
			  (if (= (Getvar "CVPORT") 1)
			    (setq dsc 1)
			    (setq dsc (/ 1 (vla-get-CustomScale (vla-get-ActivePViewport (vla-get-ActiveDocument (vlax-get-Acad-Object))))))
			  );if
			 );if
      );progn
    );if
    dsc
    )