Ввести возможность применения сопряжений к элементам построений
01.09.2008 20:42:28
Кстати некоторые фирмачи именно так и предлагают работать, а для удобства купить документооборот. |
|||
|
|
01.09.2008 20:44:09
Я не совсем точно выразился имелось в виду состав изделия |
|||
|
|
02.09.2008 09:55:40
На сегодня, у меня формируется состав не только по компонентам, но и рассчитывается количество материалов (клея) в зависимости от сочетания входящих. Т.е. TF CAD способен автоматически формировать состав со сложными зависимостями входящих. Причем может формироваться состав в любом формате. Я использую Эксел... Так пожелали "местные" программисты ERP системы Аксапта. |
|||
|
|
02.09.2008 14:22:12
Абсолютно согласен.
Чтобы меня лучше поняли вернусь к истокам этого предложения… Вспомним, как осуществляется построение 3-х видов в 2D. На главном виде при помощи вертикальных и горизонтальных линий построения строится видимые контуры детали. Для получения видимых контуров детали на виде «сверху» правильно использовать существующие вертикальные линии построения «главного» вида. Аналогично с видом «слева», только здесь участвуют горизонтальные линии построения. Таким образом, за счет установления проекционных связей мы «дёргая» за линии построения главного вида изменяем сразу и изображения на других видах. Начиная строить 3D модель на рабочих плоскостях, мы теряем возможность так просто и удобно изменять содержимое различных рабочих плоскостей (например, виде «спереди» и виде «сверху»), так как они получаются несвязанными. Для того чтобы сохранить это привычное удобство при работе в 3D логично использовать такие 3-х мерные элементы, как плоскости («плоскость построения»), которые позволят связать содержимое разных рабочих плоскостей без использования параметризации. В моем понимании «плоскость построения» должна создаваться при работе в рабочей плоскости. Создание «плоскости построения», которая является ортогональной к рабочей плоскости, должно быть идентичным созданию линий построения. Другими словами, я предлагаю разместить эту функциональность либо в команду создания линий построения, либо отдельной командой "близко расположенной" к команде создания линий построения, но никак не в команду создания рабочей плоскости. Использование линий построения и «плоскостей построения» должно быть совместным, чтобы и «плоскость построения» можно было отложить от линии построения и наоборот. Совсем не обязательно, чтобы «плоскости построений» отображались в 3D окне и захламляли вид. Достаточно того, что они должны быть видны из разных рабочих плоскостей. Конечно, вид «плоскости построения» на экране ПК должен быть похож на линии построения, но все же отличаться для удобства.
Очень рад . Сергей Максимов тоже навел меня на мысль… Почему бы не сделать возможность создания рабочей плоскости из другой рабочей плоскости? Представьте, что вместо «плоскости построения» указанным мною способом создается рабочая плоскость. Думаю, это могло бы быть хорошим подспорьем «рисованию» на гранях. На мой взгляд, существование такого инструмента, как «плоскость построения» абсолютно логично, оправданно и удобно (так как за рабочей плоскостью видны контуры детали). Конечно, должен существовать инструмент, позволяющий отключать видимость для выбранной рабочей плоскости «плоскостей построения», созданных в другой конкретной плоскости (например, отключение видимости для вида «слева», «плоскостей построения» созданных на виде «справа»). А также отключение конкретных «плоскостей построения». В добавок, для «плоскостей построения» должна существовать возможность переназначения родительской рабочей плоскости.
Изменено:
Кто ищет - тот всегда найдет!
|
|||||||
|
|
02.09.2008 19:40:47
Так вот может тогда не "Плоскости построения", а предусмотреть параметр для линий построения, которые вы создаете непосредственно на активизированной РП при привычном сейчас способе моделирования, типа "Показывать на других РП" и список для выбора РП. Теперь перемещая указанные линии построения вы получаете тот же эффект, что и в 2D.
Изменено: |
|||||
|
|
02.09.2008 22:11:50
Разве TF может сам определить по дереву построений при генерации спецификации является ли 3Д_фрагмент деталью или сборочной единицей. SW на это способен. PS. Я сильно симпатизирую TF, но это не значит что не стоит использовать лучшие стороны других CAD. |
|||
|
|
02.09.2008 23:27:05
За всё нужно платить. SW платит тем, что у него есть файл .sldprt, а есть .sldasm. В таком случае различать их очень просто. |
|||
|
|
03.09.2008 09:40:09
|
|||
|
|
03.09.2008 09:52:46
|
|||
|
|
03.09.2008 09:53:54
|
|||
|
|
03.09.2008 14:02:53
В общем, это я и имел ввиду. Название "плоскость построения" я дал не случайно. Предлогаемый инструмент должен в умах пользователей восприниматься именно как плоскость, иначе возникнет непонимание - как вертикальная линия построения, созданная на виде "спереди" может отображаться на виде "сверху"? Т.е. допускаю, реализация - как предлагает Сергей Максимов, но абстрактно должно восприниматься как плоскость. Единственное, что хочу добавить - различие в отображении линий построений и "плоскостей построений" должно иметь место. Забегая вперед, могу отметить, что введение "плоскостей построений" должно породить еще один способ построения 3D узла - на пересечении "плоскостей".
Изменено:
Кто ищет - тот всегда найдет!
|
|||
|
|
03.09.2008 17:45:32
Хотелось бы чтобы плоскость построения визуально складывалась и раскладывалась как книжка на целевую плоскость. Как раз для того, чтобы визуализировать абстракцию ортогональных преобразований и предоставить возможность связать два или несколько видов едиными линиями построений. Таким образом, в моем понимании, плоскость построений должна получиться в результате ортогонально преобразованных (совмещенных) нескольких рабочих плоскостей в одну плоскость. И этот процесс доступен для визуализации, когда визуализируются линии "разгиба" и ортогональные рабочие плоскости разгибаются в одну плоскость. Это несколько отличается от тезиса приведенного в цитате, потому как там подразумеваются линии видовых связей, которые также необходимы в данном инструменте, поскольку эти линии перпендикулярны линиям "разгиба" (линиям преобразований). Следовательно имеют целевое значение и принадлежность двум видам. |
|||
|
|
03.09.2008 17:58:48
|
|||
|
|
03.09.2008 18:11:55
В контексте разговора о плоскости построений хотелось бы чтобы рабочие плоскости на ней отображались отдельными видами. И здесь становится очень важной "прозрачная" активизация чертежных видов.
|
|
|
|
03.09.2008 18:25:17
В контексте разговора о чертежных видах хотелось бы поправить понятийный аппарат и выстроить его в соответствии со следующей логической цепочкой:
1. В файле помимо всего прочего содержится лист (страница), которая не имеет масштаба (поскольку бумага плохо тянется ). 2. Н алисте располагается один или несколько видов со свойством "масштаб". 3. На листе располагаются элементы оформления не имеющие свойства масштаба, но привязанные к элементам изображения. 4. Линии построения принадлежат только одному виду и визуализируются при активизации данного вида. 5. Видовые связи устанавливаются специальным типом линий между видами с равными масштабами.
Изменено: |
|
|
|
03.09.2008 20:47:26
Со всеми согласен. Но если если 3Д_фрагмент состоит из вложенных 3Д_фрагментов, то что мешает системе определить его как сборочную единицу.
Тогда уже лучше в TF интегрировать документооборот как в CATIA. |
|||||||||
|
|
03.09.2008 21:25:42
Ну, Diso, Вы блин даете. - Мне в Ваших сообщениях похоже без бутылки не разобраться...
|
|
|
|
03.09.2008 22:14:33
Так ведь и я об этом говорю. Если предложенную Сергеем Максимовым функциональность - "Показывать на других РП" понимать в буквальном смысле, то вертикальная линия построения, созданная на виде "спереди" на виде "сверху" должна выглядеть как точка (узел), поэтому предлагаемая (рассматриваемая) функциональность должна быть неразрывно связана с понятием - плоскость. Отличие моего предложения от предложения Сергея Максимова заключается в том, что в его случае никаких плоскостей на самом деле нет, но требуемые связанные между собой линии построения получаются. Изначально я подразумевал, наличие скрытых плоскостей, которые при необходимости могут быть показаны. На данный момент я не вижу такой необходимости, поэтому вполне достаточно предложения Сергея Максимова, с поправкой на понятие плоскости.
Не нужно ничего визуализировать (анимировать). Достаточно того, что «плоскости построения» будут видны из активной рабочей плоскости.
Не понимаю, зачем складывать плоскости?... Я думаю, нет смысла гадать, как это предложение будут реализовывать сотрудники Топ Систем. Все равно реализация у них будет своя, причем, уверен, даже лучше, так как к «нашим головам прибавятся их головы». Важно то, что при разработке функционала они будут учитывать наши пожелания (если вообще примут это предложение).
Изменено:
Кто ищет - тот всегда найдет!
|
|||||||
|
|
03.09.2008 22:53:56
|
||||
|
|
|||