[Vova]

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

[Vova]

Опишу вкратце как у нас. Есть несколько самодельных меню, в них поболее сотни кнопок, которые заточены под нас. Например, блоки, относящиеся к электроразводке, сами собой попадают в нужные слои. Линии, сделанные определенным типом, также автоматом заводятся куда надо. Размерные стили соответствуют масштабу и сделанные ими размеры попадают в свои слои. Причем предварительно нажатая кнопка с масштабом задает всем блокам, размерным и текстовым стилям правильные установки. И так далее. Даже малограмотные в автокаде люди рисуют правильными стилями в правильных слоях и печатают правильными стилями. Есть целый ряд кнопок общего назначения. Например, выравнивяют однострочные тексты, передают содержания от текстов в другие тексты или атрибуты, перекрашивающие атрибуты одним щелчком, и многое другое. Все это можно назвать правильной ОРГАНИЗАЦИЕЙ работы. На прилагаемой картинке показано, как выбирается нужный масштаб. Здесь в футах-инчах, в метрике было-бы 1:100, 1:50 и так далее
[ATTACH]1171075542.jpg[/ATTACH]

[Vova]

Здесь показано содержимое одного из трех меню. Некоторые кнопки при нажатии выдают диалоговые окна вроде того, что показано на предыдущем постинге, а в них уже свои кнопки выбора чего-то нужного. Далеко не все тулбары открыты одновременно, а в зависимости от конкретной, исполняемой в данный момент работы включается тот или иной набор. В дополнение к казенному у меня есть и собственное меню, все это позволяет работать быстро и точно[ATTACH]1171075815.jpg[/ATTACH]

[forMA]

Ну что же...Попробую ответить. Я сделал году так 97-ом... э-э-э... назовем это комплекс макросов для проектирования прессформ для литья под давлением пластмасс. Основная задача его была в генерации рабочей документации. Были применены принципы экспертных систем. На самом примитивном уровне "if тра-та-та then ...else...end if". Без СУБД. Все генерировалось по ходу выполнения процедур...Потом продвинулся дальше, где одной кнопкой можно было перенастроить интерфейс для проектирования и выдачи документации штампов листовой штамповки...Была правда, одна фишка- макросы эти "цеплялись" друг за друга. Причем, в разных комбинациях...Так что "безсистемности" увы не наблюдалось.

[user]

У нас примерно как у Vova.
Т.е. есть своё меню, свои панели, общие шаблоны, где настроены единые для всех технологических групп слои, размерные и текстовые стили. Есть кнопка Автослой. Т.е. при её включении работают реакторы и тексты, штриховки, ВЭ, размеры сразу попадают на нужный слой. Есть СТП где расписаны правила оформления чертежей, соглашение по наименованию файлов, порядок сдачи в электронный архив и т.п. Вообщем наша группа САПР – молодцы! Без этих примочек никто в отделе нормальной работы себе не представляет.
[ATTACH]1171080534.JPG[/ATTACH]

[Sleekka]

у нас так: группа сапр 4 человека занимаются программами мониторинга датчиков обследования, программами для манагеров для контроля процесса на html, и все, плюс есть группа админов человек 12 которые занимаются тем что приходят забирают компутер уносят к себе а потом приносят, только голый акад.
Уровень инженеров такой: если знают как 3 линии объединить в одну полилинию - таких единицы - это лучшие (почти боги).
На моем личном компутере только для себя используется порядка 25 личных кнопок (с применением только языка макрокоманд ну и чуток совсем лиспа, все что выуженого полезно на dwg.ru и т. д.) вставка блоков которые попадают на нужные слои через тулпалетс. Никто об этом не знает и никому ничего абсолютно ненужно. Только когда я чертежи передаю, приходится chaspaсe обрабатывать, а то возникают вопросы "находясь в лайауте" "а почему я линию выделить не могу (которая в модели)" блоки приходится burst ить как следует. чтоб все было в линиях потому что никто не знает как их редактировать, а если они их сами взорвут то все окажется на слое 0 со свойствами byblock.
Вот такой вот БСАПР. =)

[Никита В.]

Sleekka все правильно написал и такое положение у нас в стране наверное в 80-90% организаций ничего никому не нужно, все всем пофиг, а когда пытаешься обьяснить как можно зделать лучше, быстрее, проще в ответ слышишь гнусавое "а мене таки удобнее"...... :evil: :evil: :evil:
Кароче даже до БСАПР еще очччень далеко.........

[Profan]

Вот такую панель я встроил в стандартное мею acad.
[ATTACH]1171106457.jpg[/ATTACH]
Ей соответствуют следующие строки в тексте меню:

Код:

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

ID_akd         [_Toolbar("Панель AKD", _Top, _Show, 1, 0, 1)]
ID_param       [_Button("Рабочие параметры", "RCDATA_16_PARAM", "RCDATA_16_PARAM")]^C^C^P(load "akd.fas")
               [--]
ID_arch        [_Button("Архитектура", "RCDATA_16_ARHIT", "RCDATA_16_ARHIT")]^C^C^P(load "m_arhit.fas") 
ID_con         [_Button("Конструкции", "RCDATA_16_KONSTR", "RCDATA_16_KONSTR")]^C^C^P(load "m_konstr.fas")
ID_3d          [_Button("3-М Графика", "RCDATA_16_3D", "RCDATA_16_3D")]^C^C^P(load "m_3d.fas")
ID_serv        [_Button("Сервис АКД", "RCDATA_16_AKD16", "RCDATA_16_AKD16")]^C^C^P(load "m_akd.fas")
ID_spec        [_Button("Специальные разделы", "RCDATA_16_ELEKTR", "RCDATA_16_ELEKTR")]^C^C^P(load "m_spec")
               [--]
ID_mload       [_Button("Меню выгрузи", "RCDATA_16_MLOAD", "RCDATA_16_MLOAD")]^C^C^P_menuload

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

[Pilot]

Отдаленное похоже на систему Vova, только менее обширна и не так глубоко проработано.
[ATTACH]1171108461.jpg[/ATTACH]

[Pilot]

Меню вставки часто встречающихся элементов оборудования (преимущественно в виде блоков).
[ATTACH]1171108597.jpg[/ATTACH]
При вставке если необходимо - запрашивается ориентация блоков.
Блоки разводятся по своим слоям.

[Pilot]

Если элемент оборудования имеет несколько типоразмеров, то появляется доп. меню. Например:
[ATTACH]1171108689.jpg[/ATTACH]

[DEM]

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

[kp+]

Сообщение от user У нас примерно как у Vova. Т.е. есть своё меню, свои панели, общие шаблоны, где настроены единые для всех технологических групп слои, размерные и текстовые стили. Есть кнопка Автослой. Т.е. при её включении работают реакторы и тексты, штриховки, ВЭ, размеры сразу попадают на нужный слой. Есть СТП где расписаны правила оформления чертежей, соглашение по наименованию файлов, порядок сдачи в электронный архив и т.п. Вообщем наша группа САПР – молодцы! Без этих примочек никто в отделе нормальной работы себе не представляет.[ATTACH]1171080534.JPG[/ATTACH]

Уж не знаю, как и что делают команды, вызываемые этими кнопками, но рисунки - RULEZZZ!!! Чувствуется стиль и профессионализм!
Если не коммерческая тайна, расскажите немного подробнее о том, как работает вся эта красота, PLS.
А для проектирования связи, сигнализации и слаботочных сетей ваши спецы что-нибудь сделали? Если можно, об этом тоже поведайте.

[Vova]

Сообщение от user ... Вообщем наша группа САПР – молодцы! Без этих примочек никто в отделе нормальной работы себе не представляет.

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

Получается, у Profan-a часть народа вполне представляет себе работу без примочек?

[Profan]

Для Vova.
Многие у нас работают еще и дома, а там у них никаких примочек нет. Заинтересованным я обеспечиваю примочки и дома. И еще один момент. Сейчас установкой программ в конторе занимаюсь не я. А автоматизацией некому заниматься, кроме меня. Когда я уйду, автоматизации в конторе придет конец.

[Profan]

Для Vova.
Ты думаешь, что придумав терминизм БСАПР, ты исключил возможность споров вокруг термина "система". Так давай совсем отбросим этот термин. Останется только АПР - автоматизация проектирования (или проектных работ - кому как милее). Слово "система" превращает АПР во что-то эфемерное и труднодостижимое. А вот АПР - это всем понятно. Но не всем понятно, что конкретно автоматизируется с помощью разных довесков и примочек. Сейчас мы говорим об AutoCAD'е. Так вот, именно применение самого AutoCAD'а - это и есть автоматизация выполнения ГРАФИЧЕСКОЙ части проекта. А вот довески и примочки - это автоматизация работы графического редактора AutoCAD и к автоматизации ПРОЕКТИРОВАНИЯ прямого отношения не имеет.

[Vova]

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

[Profan]

Ладно, ладно, прямого отношения не имеет, зато имеет косвенное, но очень важное значение, потому что многократно увеличивает эффективность самого AutoCAD'а. Мы видим, что совершенствование инструмента автоматизации возможно именно благодаря графическому интерфейсу. Я думаю, что и приверженцы интерфейса командной строки не станут этого отрицать. Они понимают, что возможности клавиатуры и клавиатурных сочетаний для ввода пользовательских команд и макросов ограничены. В тоже время графический интерфейс позволяет легко получать структурированные и объектно-ориентированные меню с унифицированными панелями и группами команд. Дело только в правильной организации этих меню, панелей и кнопок.

[Vova]

Ах вот оно, в чем дело! Старая рана ... Между прочим, я с тобой согласен. Вот цитата из книги Язык макрокоманд и создания кнопок.

Работая с Menu Macros, вы станете на ТЫ с сокращенными именами команд и опций, и это окащется залогом быстрой работы - стандартные команды вызываются с клавиатуры, рутинные операции выполняются с помощью кнопок, в которые заложены макрокоманды

[Profan]

Не знаю, знаком ли кто с приложением к AutoCAD под названием IconTool Pro. Это приложение было написано на ObjectARX и работало в среде AutoCAD R13 и R14. Именно там впервые я встретил понятие Work Space (рабочее пространство). Отличительной особенностью этого приложения были раскрывающиеся панели инструментов наподобие того, как раскрываются палитры инструментов в версиях, начиная с 2004 или наподобие того, как ракрывались панели (не палитры) инструментов в ADT 3.3. Было очень удобно. Подводишь курсор к узенькой серенькой полоске и вдруг она преврашается в блок кнопок. Нажал на кнопку и опять на экране узенькая полоска. Этих полосок могло быть несколько и все они имели к тому же контекстное меню. Куда-то сгинуло это приложение, жаль.

[forMA]

...а то ребеночка вместе с водой из ванны выплеснем.

А где мальчик то?...Раза три перечитал ветку- так и не понял о чем речь идет. Похоже на какие то приложения интерактивно управляемые кнопками через меню. Это что ли? Если так то их для AutoCAD написано немеряно. Начиная от бесплатных и кончая стоимостью в 60 тысяч долларов США. Об чем речь идет?

[DEM]

Сообщение от forMA ...а то ребеночка вместе с водой из ванны выплеснем. А где мальчик то?...Раза три перечитал ветку- так и не понял о чем речь идет. Похоже на какие то приложения интерактивно управляемые кнопками через меню. Это что ли? Если так то их для AutoCAD написано немеряно. Начиная от бесплатных и кончая стоимостью в 60 тысяч долларов США. Об чем речь идет?

Да все что в этой ветке по моеиу мнению ребячество.
Надо же развивать тему в нормальном направлении.
В части итеграции програмнных комплексов и т.д.
А не хвататься у кого кнопочек больше.
Кнопочек хоть сотню создайте а ИНЖЕНЕРОМ не станете.

[Vova]

Сообщение от DEM [. Кнопочек хоть сотню создайте а ИНЖЕНЕРОМ не станете.

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

[Profan]

Видимо, инженер - это некий тип, держащий в руках логарифмическую линейку и которому плевать на кнопочки, на AutoCAD, да и на форум тоже. Потому что ведь это же - ИНЖЕНЕР!!! А тот, который, он тоже инженер, но невченый... Это же очень и очень! Да,...да! Но - нет!

[Profan]

На самом деле, конечно, интерес Vovы не ограничивается просто подсчетом количества кнопок на экране пользователя. Он ведь замутил тему про САПР, про автоматизацию проектирования. Я, например, исходя из собственного опыта, могу заявить, что значительная часть пользователей, особенно ИНЖЕНЕРОВ, не готовы к реальной автоматизации и, тем более, к САПР. Инженеры готовы годами обсуждать вечные проблемы с законом Гука в грунтах, коэфиициентом Пуассона, рассуждать о моделировании модели грунта, о коэфициентах жесткости основания, о том, какая программа правильнее считает (Лира или SCAD) ну, и т.д. Вопросы автоматизации - не их стихия. А кто же должен заниматься автоматизацией проектирования? Специальные люди? Где их выращивают? Интерсно проследить тенденцию готовности проектировщиков к реальной автоматизации. А она начинается именно с развития, усовершенствования интерфейса AutoCAD, с добавления новых команд и новых кнопок. Мелко? Возможно. Но ведь полно таких, которые не воспринимают малейшие изменения в интерфейсе, в структуре меню и команд. А что будет с такими людьми, если им принудительно навязать интерфейс ruCAD?

[DEM]

Profan

Вопросы автоматизации - не их стихия. А кто же должен заниматься автоматизацией проектирования? Специальные люди? Где их выращивают? Интерсно проследить тенденцию готовности проектировщиков к реальной автоматизации. А она начинается именно с развития, усовершенствования интерфейса AutoCAD, с добавления новых команд и новых кнопок. Мелко?

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

[forMA]

Цитата от Profan:

Инженеры готовы годами обсуждать вечные проблемы с законом Гука в грунтах, коэфиициентом Пуассона, рассуждать о моделировании модели грунта, о коэфициентах жесткости основания, о том, какая программа правильнее считает (Лира или SCAD) ну, и т.д. Вопросы автоматизации - не их стихия.

К сожалению, это наблюдение подверждает что самое "узкое" место в автоматизации проектных работ - математическое обеспечение. Лично у меня бОльшая часть задач осталась не реализованной только по этой причине.

[Vova]

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

Я завел эту тему для того, чтобы поделиться опытом. Чтобы появились такие вопросы, как от kp+ к User:

Если не коммерческая тайна, расскажите немного подробнее о том, как работает вся эта красота, PLS. А для проектирования связи, сигнализации и слаботочных сетей ваши спецы что-нибудь сделали? Если можно, об этом тоже поведайте.

Надеюсь, User расскажет, что знает. Также хотелось вы , чтобы все, выкладывающие свои кнопки, рассказывали, как решается проблема с масштабированием внемасштабных элементов. Размеров, текстов, блоков , масштабов для несплошных линий, и т.д.

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

проблема с масштабированием внемасштабных элементов

IMHO, c этим как раз всё ясно, чертим в листах и нет проблем.

Про всё остальное я бы тоже послушал.

[Vova]

Сообщение от Чигинский Дмитрий IMHO, c этим как раз всё ясно, чертим в листах и нет проблем.

Что в листах чертим? Все?

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

Зачем всё, так я же в цитату выделил, то о чем пишу - внемасштабные элементы.

[Vova]

То есть и размеры, и тексты, и блоки, и прерывистые линии? Часть чертежа на модели, а это все на листе?

[ShaggyDoc]

...как решается проблема с масштабированием внемасштабных элементов. Размеров, текстов, блоков , масштабов для несплошных линий, и т.д.

Собственно, с этого и начинается система. Конечно, не проектирования, но уж унификации чертежных работ точно.

Правда, лучше ЭТО называть масштабируемыми символами, хотя и термин внемасштабные я тоже иногда по инерции использую. В документации на русский AutoCAD 2007 символы называются "объектами пояснений".

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

Как это сделано в ruCAD:

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

2. В начале работы в специальном диалоге устанавливается масштаб печати модели и наименование единицы рисунка (м или мм). Эти параметры хранятся внутри DWG.

3. В соответствии с масштабом и единицей производится автоматическая настройка всех связанных системных переменных.

4. При создании масштабируемых символов производится вычисление их размеров. Если работа происходит в модели, то по установленному масштабу, если в пространстве листа, то с учетом пересчета единиц рисунка в мм (лист всегда в мм, модель может быть в м), если в модели через дыру Viewport - в соответствии с масштабом Viewport (это в самых последних версиях).

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

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

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

[user]

Работает эта красота просто. В начале работы выбираем масштаб.

И в соответствии с этим масштабом рисуются все обозначения, тексты, размеры.
В основном все кнопки предназначены для рисования различных элементов. При этом для каждой технологической группы имеются свои панели. Есть также информационные команды, такие как вычисление площадей замкнутых контуров и т.д. Есть утилиты с вычислительными функциями – построение развёрток. Т.к. я строитель, то мне ближе панели по этой тематике. Допустим панель СПДС:
Общий масштаб, выноски, оси, отметки уровня, обозначение разрезов, линии обрыва, подъём лестницы на плане, схематическое рисование лестниц, площадок, ограждений на планах и разрезах, изображение сварных швов, параметрическое рисование проката.
Все LISPы расположены на сервере и при внесении каких-либо изменений и дополнений достаточно переинсталлировать приложение на локальном компьютере.
Жаль, что в последнее время нового ничего не появляется, т.к. присутствует кризис идей, вроде бы всё что хотели автоматизировали. А создавалось это по конкретным пожеланием проектировщиков. Писалось ТЗ в группу САПР и спустя некоторое время нужная команда была создана.
По поводу проектирования связи, сигнализации и слаботочных сетей мне трудно что-либо ответить. По-моему ничего особенного не создано. Видно группа которая этим занимается не может сформулировать что им конкретно надо.
[ATTACH]1171257036.JPG[/ATTACH]

[Pelar]

Не буду лесть в спор уважаемых мужей, скажу лишь только за себя.
Как и говорилось ранее у меня стоит "что-то" под названием САПР.
Мы не проектная организация, и в АutoCAD мы выполняем не строительные и не машиностроительные чертежи, а делаем проекты по оснащению предприятий торговли и общественного питания. И все же у нашего предприятия есть свои стандарты, кроме того используются более 22000 3D моделей оборудования, которые могут быть использованы в проекте. Так, что данная САПР обеспечивает нам автоматизацию всей работы а именно:

1. Создание обмерочного чертежа;
2. Технологической планировки с указанием наименования оборудования и (или) его номера в соответствии со спецификацией;
3. Изометрических и (или) перспективных видов;
4. Схемы точек подвода электропитания к оборудованию с привязкой их к характерным точкам помещения и формирование таблицы;
5. Схемы точек подвода холодной, горячей воды и канализации с привязкой их к характерным точкам помещения;
6. Сметы проектируемого магазина.

САПР состоит из следующих частей:

Библиотек оборудования состоящих более чем из 22000 3D моделей;
Выпадающих и графических меню для выбора необходимой единицы оборудования;
Программ установки оборудования в проект, составления спецификаций и т. п;
Файла прототипа чертежа;
Панели управления слоями библиотечных файлов и файлов прототипов чертежей;
Панели формирования электронных таблиц;
Панели программ САПР.
[ATTACH]1171259235.jpg[/ATTACH]

[Pelar]

Ну написано что САПР это.
[ATTACH]1171259423.jpg[/ATTACH]

[Vlad®]

А она [автоматизация] начинается именно с развития, усовершенствования интерфейса AutoCAD

интересный диалог, но только ли Автокадом обеспечивается автоматизация? Речь ведется толь про про Автокад или про автоматизацию в широком смысле?

[Profan]

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

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

Сообщение от Vova То есть и размеры, и тексты, и блоки, и прерывистые линии? Часть чертежа на модели, а это все на листе?

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

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

[Vlad®]

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

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

[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
    )