Форум » Autodesk Inventor » Размещение элементов спецификации в разделах... » Ответить
Размещение элементов спецификации в разделах...
brigval: Виктор Руленко пишет: [quote] более правильное определения Раздела элемента в спецификации. Правдо боюсь ВСЕ универсально работать не будет. Например с импортными изделиями вообще не понятно, хорошо если они как то уточнены (ну например лежат в одной из библиотек с определенным названием)[/quote] Этот вариант может пройти только для одной фирмы, для которой разрабатывается программа. В общем случае, у всех хранение библиотечных элементов организоывано по разному. [quote] иначе (где то я это встречал) нужно при разработки модели включать пользовательский идентификатор Раздела (у меня это реализовано автоматом при перетаскивании пользователем строк из раздела в раздел). [/quote] А информация о разделе где-то хранится? То есть, при повторной загрузке сп повторится один в один? [quote]А так - чисто по 3D модели и ее iProperties - мало информации для четкого подразделения по Разделам. [/quote] Согласен. У меня в основном все ориентировано на обработку записей.
Ответов - 14
Виктор Руленко: "А информация о разделе где-то хранится? " Информация о разделе спецификации модели храниться в ее внутренних атрибутах (скрытых для пользователя) и также повторяется в iProperties в Custom атрибутах , свободных для редактирования пользователем. Честно говоря я уже и не помню для чего завел такое дублирование.По началу тип раздела был "спрятан" для редактирования напрямую от пользователя, и редактирование происходило только в addins программе. А так как на данном этапе я не очень работаю с design accelerators и Frame generators то ясно дело возникают несоответствия в определении разделов, все ж это надо промоделировать на примере....
brigval: Виктор Руленко Если бя я сделал хранение информации о разделе сп в файле модели, я б не стал хранить ее в скрытых атрибутах. Я б только добавлял ее в iProperties > Custom. И сделал бы возможность править ее как программно из окна программы, так и вручную в свойствах самой модели. Здесь есть ньюанс. Когда мы создаем библиотечные модели с помощью CC, то модели сохраняются, как правило, не в папке проекта, а значит любые их свойства нельзя быстро отредактировать. Не выгружая файлы проекта и не выходя из текущего проекта. А это мне показалось неудобным.
Виктор Руленко: brigval Да , по первой части так и есть - все лежит в iProperties > Custom с возможностью правки как из проги так и стандартными средствами Инвентора (из iProperties > Custom). Со вторым утверждением мне не совсем понятно.Да из СС у меня лежат модели (по установке Инвентора) в другом месте от target проекта, но сложностей с редактированием их iPropertyes нет. Как обозначение, наименование и раздел изменяются в проге , затем идет "насильное" их сохранение. При этом нет необходимости (если конечно они не "только для чтения" установленный пользователем через внешний браузер) выходить из данного проекта в проект , например Default, все изменения сохраняются.
Виктор Руленко: Уточнение - Данное утверждение справедливо для AIP 2008
brigval: Виктор Руленко пишет: все изменения сохраняются. Возможно, я не очень внимательно посмотрел этот момент. Сейчас у меня нет нормальной возможности просмотреть это еще раз. Посмотрю попозже. До сих пор мне казалось, что сразу после вставки, скажем, винта я не могу из текущего пректа изменить его, например, Part Number. Не выходя специально из проекта и не заходя папку с моделями CC. Может быть, вариант с принудительным сохранением, это решение.
brigval: Виктор Руленко пишет: Уточнение - Данное утверждение справедливо для AIP 2008 Работает только в 2008 или было проверено только в 2008-м?
Виктор Руленко: В 11 ом библиотечные элементы и соответственно СС не "правятся" прогой.
brigval: Виктор Руленко ясно. Спасибо
brigval: Наверное, есть смысл хранить информацию о разделах сп и в свойствах модели. Мне же показалось, что работать именно с записями для меня более удобно. Чем меньше я забираюсь в стандартные свойства компонентов, тем меньше у меня должно быть проблем. Этот же подход у меня используется и в других моих программках. К тому же, разные пользователи используют одни и те же атрибуты (свойства) для хранения разной, не одинаковой, информации.
Виктор Руленко: brigval пишет: что работать именно с записями для меня более удобно Конечно , вариантов подхода для решения определенной задачи могут быть несколько.Но , ведь "записи" , как я понимаю изначально не появляются "сами собой". Хотелось бы просто иметь набор рекомендованных параметров на базе описаний принадлежащей спецификации (ее "шапки",подразделы) завязанных с параметрами модели , на основании которых можно , с достаточной вероятностью, правильно определить входимость компанентов сборки по разделам в начальный период."начальный период" имеется ввиду при первой загрузке сборки выполненной по рекомендованным параметрам (с завязкой только с параметрами спецификации , возможно на базе ее шаблона). Или наверно это не возможно. А сами записи как я понимаю уже появляются после "подредактирования" пользователем...... Честно говоря написал и сам не понял - внятно я сформулировал или нет.
brigval: Виктор Руленко Мне кажется, я понял о чем речь. В идеале, свести задачу к тому, чтоб спецификация получалась (формировались записи в нужных разделах) автоматом, без участия пользователя. Требования, видимо, должны быть, примерно, такими: 1 Так или иначе, для бесплатной программы, записи формируются пользователем. Или у него всегда должна быть возможность легко их отредактировать. 2 При повторной вставке модели в другую, например, сборку запись уже должна появляться автоматически и программа должна автоматически помещать эту запись в тот раздел, в котором эта модель была помещена в первый раз. Особенно это актуально для библиотечных моделей, назначение которых и состоит в том, чтоб их вставлять более чем один раз. 3 Должна быть возможность формировать "запись для спецификации" до вставки модели в сборку.
Виктор Руленко: Да, я полностью, согласен со всеми 3-мя пунктами.Все правильно. Как я понимаю все наши желаемые предполажения именно сводятся к третьему ( 3 ) пункту приведенному тобой. Я хотел определиться = ограничиться "универсальными" , ну типа , переменными модели которые присутствуют всегда в CAD модели (вопрос уже другой кто как их использует, но все же есть какой то стандпрт - типа Part Number - Обозначение и т.д.), но вот видимо это не вполне осуществимо (в плане полной идентификации). И вот и встает второй вопрос - для brigval пишет: возможность формировать "запись для спецификации" до вставки модели в сборку нужно невольно определиться более менее универсальным Стандартом (пока не знаю что это) для правильного позиционирования. Возможно как то время и расставит нужные правила...
brigval: Виктор Руленко пишет: типа Part Number - Обозначение Виктор, если посмотреть зарубежные Datasheet, то можно сделать вывод, что за бугром под Part Number понимают ВСЮ информацию об изделии, закодированную в этот самый Part Number. То, что Part Number = Обозначение - это чей-то вольный перевод, не очень удачная попытка подстроиться под наши стандарты. Только и всего. В соответствии с этой зарубежной практикой и я в своей программе рекомендую в Part Number вносить полную "запись для спецификации". Особенно, если учесть это http://verzak.forum24.ru/?1-3-0-00000010-000-0-0-1195107300
Виктор Руленко: brigval Все понятно.Но видимо консерватизм ( есть Обозначение, есть Наименование) трудно изжить, а хранить , иметь "запись" конечно можно в произвольном виде. Ну а "оторванность" этих обозначений от имени файла правильная очевидность. Спасибо за информацию.
полная версия страницы